LINUX.ORG.RU

Траблы со спут.инетом после перехода SuSE10.1->SuSE10.2


0

0

Люди подскажите пожалуйста, а то я уже начинаю волосы на голове рвать. Траблы со спут. инетом в SuSE 10.2. До этого работал в SuSE10.1, SuSE10.0 проблем небыло. Короче есть у меня скрипт(приводить не буду дабы сэкономить место) который штатно работал на прошлых сусях который сначала устанавливает гпрс через wvdial, затем устанавливает openvpn соединение. Конфиг wvdial'a:
[Dialer gprs]
Modem = /dev/ttyUSB0
Baud = 4000000
Init1 = AT+CGDCONT=1,"IP","inet.bwc.ru"
Init2 =
Init3 =
Init8 = ATM0
Init9 = ATX3
Modem Type = Analog Modem
Dial Command = ATDT
Check Def Route = off
Idle Seconds = 300
Phone = *99***1#
Username = bwc

И короче вот сигнал залочился все ништяк, далее
dvbnet -p МОЙ_ПИД
/sbin/modprobe tun
/sbin/ifconfig dvb0_0 МОЙ_IP netmask 255.255.255.255 broadcast
/sbin/ifconfig dvb0_0 hw ether МОЙ_МАК
/sbin/route add МОЙ_IP dev dvb0_0
- Какие только вариации на эту тему я непробовал ничего не помогает. Далее:
Устанавливается жопорезное соединение, затем:
/usr/sbin/openvpn --config openvpn/client.ovpn
..все установилось. Результат:
$ping ya.ru
No route to host
:(((

> /sbin/route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.250.47.20 0.0.0.0 255.255.255.255 UH 0 0 0 dvb0_0
192.168.254.254 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
10.250.47.0 0.0.0.0 255.255.255.0 U 0 0 0 tap0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 10.250.47.1 0.0.0.0 UG 0 0 0 tap0
0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

Чего ей не нравиться???

Конечно спасибо за ссылки, но они мне не помогли. :(
Если вы насчет того что моя карта засыпает то этого быть не может потому что параметр shutdown_timeout в ядре я установил в 0 и пересобрал его и под ним работаю. А если насчет этого:
echo 1 > /proc/sys/net/ipv4/ip_forward
То это тоже не помогло

anterior
() автор топика
Ответ на: комментарий от nicholas

Из-за SuSE10.2 прова менять? Вы что. Ну мне кажется что что-то с таблицей неправильно, у пред.версии суси там дефолтовый был помоему только tap0. Нет ну почему так? Что побудило именно такой расклад в таблице новые верси OpenVPN/wvdial или система?

anonymous
()

Люди неужели никто не знает чего ей надо то???

# /usr/sbin/openvpn --config .ovpnconnect/openvpn/client.ovpn
Sat Jan 13 20:13:32 2007 OpenVPN 2.0.8 i686-suse-linux-gnu [SSL] [LZO] [EPOLL] built on Nov 25 2006
Sat Jan 13 20:13:32 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 Jan 13 20:13:32 2007 LZO compression initialized
Sat Jan 13 20:13:32 2007 Control Channel MTU parms [ L:1574 D:138 EF:38 EB:0 ET:0 EL:0 ]
Sat Jan 13 20:13:32 2007 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Sat Jan 13 20:13:32 2007 Local Options hash (VER=V4): 'd79ca330'
Sat Jan 13 20:13:32 2007 Expected Remote Options hash (VER=V4): 'f7df56b8'
Sat Jan 13 20:13:32 2007 NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
Sat Jan 13 20:13:32 2007 UDPv4 link local: [undef]
Sat Jan 13 20:13:32 2007 UDPv4 link remote: 80.81.208.66:55466
Sat Jan 13 20:13:32 2007 TLS: Initial packet from 80.81.208.66:55466, sid=d27fb1cf 11c14805
Sat Jan 13 20:13:33 2007 VERIFY OK: depth=1, /C=RU/ST=MW/L=MOSCOW/O=RadugaVPN/emailAddress=support@telecom-service.net
Sat Jan 13 20:13:33 2007 VERIFY OK: nsCertType=SERVER
Sat Jan 13 20:13:33 2007 VERIFY OK: depth=0, /C=RU/ST=MW/O=RadugaVPN/CN=RadugaVPN/emailAddress=support@telecom-service.net
Sat Jan 13 20:13:35 2007 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Jan 13 20:13:35 2007 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jan 13 20:13:35 2007 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key
Sat Jan 13 20:13:35 2007 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Sat Jan 13 20:13:35 2007 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA
Sat Jan 13 20:13:35 2007 [RadugaVPN] Peer Connection Initiated with 80.81.208.66:55466
Sat Jan 13 20:13:36 2007 SENT CONTROL [RadugaVPN]: 'PUSH_REQUEST' (status=1)
Sat Jan 13 20:13:37 2007 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway,dhcp-option DNS 80.81.208.66,route-gateway 10.250.47.1,ping 30,ping-restart 120,route 0.0.0.0 0.0.0.0 10.250.47.1,dhcp-option DNS 80.81.208.34,ifconfig 10.250.47.20 255.255.255.0'
Sat Jan 13 20:13:37 2007 OPTIONS IMPORT: timers and/or timeouts modified
Sat Jan 13 20:13:37 2007 OPTIONS IMPORT: --ifconfig/up options modified
Sat Jan 13 20:13:37 2007 OPTIONS IMPORT: route options modified
Sat Jan 13 20:13:37 2007 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Sat Jan 13 20:13:37 2007 TUN/TAP device tap0 opened
Sat Jan 13 20:13:37 2007 /sbin/ifconfig tap0 10.250.47.20 netmask 255.255.255.0 mtu 1500 broadcast 10.250.47.255
Sat Jan 13 20:13:37 2007 NOTE: unable to redirect default gateway -- Cannot read current default gateway from system
Sat Jan 13 20:13:37 2007 /sbin/route add -net 0.0.0.0 netmask 0.0.0.0 gw 10.250.47.1
Sat Jan 13 20:13:37 2007 GID set to nobody
Sat Jan 13 20:13:37 2007 UID set to nobody
Sat Jan 13 20:13:37 2007 Initialization Sequence Completed
Sat Jan 13 20:13:40 2007 read UDPv4 [EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH]: No route to host (code=113)
Sat Jan 13 20:13:43 2007 read UDPv4 [EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH]: No route to host (code=113)
Sat Jan 13 20:13:47 2007 read UDPv4 [EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH]: No route to host (code=113)
Sat Jan 13 20:13:51 2007 read UDPv4 [EHOSTUNREACH|EHOSTUNREACH|EHOSTUNREACH]: No route to host (code=113)
...


Вот какое странное сообщение пишет dmesg:
tap0: no IPv6 routers present

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.