Вот уже который день н могу настроить подключение к спутниковуму провайдре... Драйвера для карты установлены (из снапшота, скаченого с linuxtv.org), и прием Сат-ТВ есть, но с интернетом пока не справился... Нужна помощь.
Провайдер - Радуга-Интернет (на Ямал201/102)
Тип подключения - OpenVPN
DVB-карта - TT-budget S-1401
OS - Mandrivalinux 2007, LAR.i586
"Наземный" канал - GPRS
Подклюение по OpenVPN выбрал именно потому, что нет другой возможности - в качестве "наземки" используется GRPS. Перечитал множество инструкций, в большинстве не для моей карты, пробовл множество вариантов, но так ничего не получилось. Вот начем я сейчас остановился:
Устанавливаю "наземное" соединение и запускаю скрипт подключения:
Код: Выделить всё
#!/bin/sh
#
#Данные на вход:
#
#рабочая директория
DIR=/usr/
#пид провайдера
PID=4158
#интерфейс
DEV_NAME=dvb0_0
#IP dvb-карты
IP_ADDR=10.95.2.1
# MAC адрес
MAC_ADDR=00:00:0A:FA:3E:90
#
#Cкрипт поднятия интерфейса и подлючения:
#
cd $DIR/bin
#подгрузка модуля для карты
modprobe budget
# Лочим сигнал
$DIR/bin/szap -c /etc/channels.conf -n 1 -x
# создаем сетевой адаптер
$DIR/bin/dvbnet -p $PID
#подгрузка модуля для tun/tap-устройства
modprobe tun
lsmod | grep tun
# присваеваем карте IP
/sbin/ifconfig $DEV_NAME $IP_ADDR netmask 255.255.255.255 broadcast
# присваеваем карте MAC
/sbin/ifconfig $DEV_NAME hw ether $MAC_ADDR
#маршрутизация
route add $IP_ADDR dev $DEV_NAME
#старт OpenVPN соединения
openvpn --config /etc/openvpn/client.configЗдесь, как я понял и инструкций, IP_ADDR выбирается "от балды", с некоторыми ограничениями - он не должен нигде больше использоваться. MAC_ADDR - это переведенный в шестнадцатиричную форму IP, выделенный мне провайдером (фильтрация по IP, не по MAC карты). PID - мой пид, выдан провайдером.
Вот результат выполнения скрипта:
Код: Выделить всё
# ./dvb1.sh
reading channels from file '/root/.szap/channels.conf'
zapping to 1 'Raduga':
sat 0, frequency = 11672 MHz V, symbolrate 14600000, vpid = 0x0000, apid =0x0000
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 00 | signal 7272 | snr fafa | ber 00000000 | unc 00000000 |
status 1f | signal 7373 | snr 5e5e | ber 00001d81 | unc 0000007f | FE_HAS_LOCK
DVB Network Interface Manager
Version 1.1.0-TVF (Build Fri Jun 02 20:11:18 2006)
Copyright (C) 2003, TV Files S.p.A
Device: /dev/dvb/adapter0/net0
Status: device dvb0_0 for pid 4158 created successfully.
tun 9312 0
Sat Mar 3 23:13:38 2007 OpenVPN 2.0.7 i586-mandriva-linux-gnu [SSL] [LZO] [EPOLL] built on Apr 19 2006
Sat Mar 3 23:13:38 2007 IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Sat Mar 3 23:13:38 2007 WARNING: file '/etc/openvpn/DpRY200_4213.key' is group or others accessible
Sat Mar 3 23:13:38 2007 LZO compression initialized
Sat Mar 3 23:13:38 2007 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Sat Mar 3 23:13:38 2007 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Sat Mar 3 23:13:38 2007 Local Options hash (VER=V4): 'd79ca330'
Sat Mar 3 23:13:38 2007 Expected Remote Options hash (VER=V4): 'f7df56b8'
Sat Mar 3 23:13:38 2007 NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
Sat Mar 3 23:13:38 2007 UDPv4 link local: [undef]
Sat Mar 3 23:13:38 2007 UDPv4 link remote: 80.81.208.66:55460
Sat Mar 3 23:13:41 2007 TLS: Initial packet from 80.81.208.66:55460, sid=2bac64d1 d04130b0
Sat Mar 3 23:13:46 2007 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Sat Mar 3 23:13:46 2007 VERIFY OK: nsCertType=SERVER
Sat Mar 3 23:13:46 2007 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Sat Mar 3 23:13:53 2007 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Mar 3 23:13:53 2007 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Mar 3 23:13:53 2007 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Mar 3 23:13:53 2007 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Mar 3 23:13:53 2007 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Sat Mar 3 23:13:53 2007 [RadugaVPN] Peer Connection Initiated with 80.81.208.66:55460
Sat Mar 3 23:13:54 2007 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Sat Mar 3 23:13:55 2007 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway,dhcp-option DNS 80.81.208.66,route-gateway 10.250.35.1,ping 30,ping-restart 120,route 0.0.0.0 0.0.0.0 10.250.62.1,dhcp-option DNS 80.81.208.34,ifconfig 10.250.62.144 255.255.255.0'
Sat Mar 3 23:13:55 2007 OPTIONS IMPORT: timers and/or timeouts modified
Sat Mar 3 23:13:55 2007 OPTIONS IMPORT: --ifconfig/up options modified
Sat Mar 3 23:13:55 2007 OPTIONS IMPORT: route options modified
Sat Mar 3 23:13:55 2007 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Sat Mar 3 23:13:55 2007 TUN/TAP device tap0 opened
Sat Mar 3 23:13:55 2007 /sbin/ifconfig tap0 10.250.62.144 netmask 255.255.255.0 mtu 1500 broadcast 10.250.62.255
Sat Mar 3 23:13:55 2007 /sbin/route add -net 80.81.208.66 netmask 255.255.255.255 gw 192.168.254.254
Sat Mar 3 23:13:55 2007 /sbin/route del -net 0.0.0.0 netmask 0.0.0.0
Sat Mar 3 23:13:55 2007 /sbin/route add -net 0.0.0.0 netmask 0.0.0.0 gw 10.250.35.1
SIOCADDRT: ???? ??????????
Sat Mar 3 23:13:55 2007 ERROR: Linux route add command failed: shell command exited with error status: 7
Sat Mar 3 23:13:55 2007 /sbin/route add -net 0.0.0.0 netmask 0.0.0.0 gw 10.250.62.1
Sat Mar 3 23:13:56 2007 GID set to nobody
Sat Mar 3 23:13:56 2007 UID set to nobody
Sat Mar 3 23:13:56 2007 Initialization Sequence CompletedТаблица route:
Код: Выделить всё
# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
80.81.208.66 | 192.168.254.254 | 255.255.255.255 | UGH | 0 | 0 | 0 | ppp0
192.168.254.254 | 0.0.0.0 | 255.255.255.255 | UH | 0 | 0 | 0 | ppp0
10.95.2.1 | 0.0.0.0 | 255.255.255.255 | UH | 0 | 0 | 0 | dvb0_0
10.250.62.0 | 0.0.0.0 | 255.255.255.0 | U | 0 | 0 | 0 | tap0
169.254.0.0 | 0.0.0.0 | 255.255.0.0 | U | 0 | 0 | 0 | lo
127.0.0.0 | 0.0.0.0 | 255.0.0.0 | U | 0 | 0 | 0 | lo
0.0.0.0 | 10.250.62.1 | 0.0.0.0 | UG | 0 | 0 | 0 | tap0Но результат нулевой... ответы на запросы не приходят. Так, например, дав команду "ping ya.ru" вижу, что запросы есть (судя по монитуру KPPP, через которую устанавливаю наземное подключение), но ответа нет.
Прошу подсказать и "подтолкнуть" в нужном направлении.
Заранее спасибо