LINUX.ORG.RU
решено ФорумAdmin

Arch. Beeline pptp периодически рвется


0

1

Создал тему в толксах, где говорил, как крут арч, оказывается, рано радовался: примерно через 5 минут соединение обрывается(устройство ppp0 исчезает), хотя промежутки времени были разными.

Нужно, чтобы vpn-соединение поднималось при загрузке. Кажется подозрительным, что, если не вызывать dhclient, dhcpcd не получает адреса dns(/etc/resolv.conf остается только с закомментированными строчками).

Сама сеть поднимается скриптом pptp, записанным в DAEMONS в /etc/rc.conf:

[evg@myhost ~]$ cat /etc/rc.conf |grep DAEMONS
# DAEMONS
DAEMONS=(hwclock syslog-ng dbus network netfs @pptp crond @alsa kdm)
Если просто сделать pon, почему-то не работает.

[evg@myhost ~]$ cat /etc/rc.d/pptp
#!/bin/bash
#dhclient && pon beeline && route del default 
dhclient && pptpsetup --create beeline --server vpn.internet.beeline.ru --username имя_пользователя@internet.beeline.ru --password пароль --start && route del default
route add default gw 10.50.7.1
route add default dev ppp0

Сейчас, когда сети нет, соединения следующие:

[evg@myhost ~]$ ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:1D:7D:9E:6D:7F  
          inet addr:10.50.7.207  Bcast:10.50.7.255  Mask:255.255.255.0
          inet6 addr: fe80::21d:7dff:fe9e:6d7f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:81169 errors:0 dropped:0 overruns:0 frame:0
          TX packets:38240 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:111036235 (105.8 Mb)  TX bytes:4525046 (4.3 Mb)
          Interrupt:41 Base address:0x6000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:202 errors:0 dropped:0 overruns:0 frame:0
          TX packets:202 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:12336 (12.0 Kb)  TX bytes:12336 (12.0 Kb)
[evg@myhost ~]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.50.7.1       0.0.0.0         UG    0      0        0 eth0
10.50.7.0       0.0.0.0         255.255.255.0   U     0      0        0 eth0
89.179.76.154   10.50.7.1       255.255.255.255 UGH   0      0        0 eth0

После выполнения скрипта:

[root@myhost ~]$/etc/rc.d/pptp                                                    
Using interface ppp0
Connect: ppp0 <--> /dev/pts/0       
CHAP authentication succeeded      
CHAP authentication succeeded       
local  IP address 78.106.240.10
remote IP address 89.179.76.153 
[root@myhost evg]# ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:1D:7D:9E:6D:7F  
          inet addr:10.50.7.207  Bcast:10.50.7.255  Mask:255.255.255.0
          inet6 addr: fe80::21d:7dff:fe9e:6d7f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:193305 errors:0 dropped:0 overruns:0 frame:0
          TX packets:98038 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:270731309 (258.1 Mb)  TX bytes:10916602 (10.4 Mb)
          Interrupt:41 Base address:0x6000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:328 errors:0 dropped:0 overruns:0 frame:0
          TX packets:328 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:20064 (19.5 Kb)  TX bytes:20064 (19.5 Kb)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:2.92.71.32  P-t-P:89.179.76.156  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1460  Metric:1
          RX packets:52674 errors:0 dropped:0 overruns:0 frame:0
          TX packets:27198 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:70869327 (67.5 Mb)  TX bytes:1710199 (1.6 Mb)
[root@myhost evg]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
0.0.0.0         10.50.7.1       0.0.0.0         UG    0      0        0 eth0
10.50.7.0       0.0.0.0         255.255.255.0   U     0      0        0 eth0
89.179.76.156   10.50.7.1       255.255.255.255 UGH   0      0        0 eth0
89.179.76.156   0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
На всякий случай - еще настройки провайдера, автоматически записанные. С system rescue cd обрывов с ними не было. Похоже, таки придется ставить генту, или, если дело в изменившихся настройках провайдера, переходить на другого.
[root@myhost evg]# cat /etc/ppp/peers/beeline 
# written by pptpsetup
pty "pptp vpn.internet.beeline.ru --nolaunchpppd"
lock
noauth
nobsdcomp
nodeflate
name имя_пользователя@internet.beeline.ru
remotename beeline
ipparam beeline

★★★★

Забей, это причуда билайна. Периодически бывает такое. Построй скрипт для перезвона.

NaCl
()
Ответ на: комментарий от Ximen

Всё равно рвется:( Ладно, пока тогда запихну в крон раз в пять минут, только соображу, как проверку делать

wingear ★★★★
() автор топика

Ладно, меня это достало, завтра попробую настроить роутер, если и на нём будет рваться, придется переходить на ВТ

wingear ★★★★
() автор топика
Ответ на: комментарий от Ximen

В смысле «должно»? Сейчас, после указания опции, правда, не убивается устройство, а только сбивается defaul route. Попробовал запихнуть в крон route add default dev ppp0, но пока эффекта не вижу

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

Не, нафиг-нафиг таких провайдеров

+1. У самого Билайн. В последние полгода совсем скурвился, но альтернатив не густо.

Ximen ★★★★
()
Ответ на: комментарий от Ximen

Странно, такое ощущение, что соединение валится от торрент-траффика - до этого тестировал разрывы закачкой, сейчас прервал, вроде нормально стало.

+ еще в кроне скрипт раз в 5 минут шлет пакет до яндекса, если не доходит, делает route add default dev ppp0

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

Странно, такое ощущение, что соединение валится от торрент-траффика

У меня на скайпе почти гарантированно валится.

+ еще в кроне скрипт раз в 5 минут шлет пакет до яндекса, если не доходит, делает route add default dev ppp0

С default gw у меня проблем нет, поднимается нрмально. Попробуй в /etc/ppp/peers/beeline добавить defaultroute.

Ximen ★★★★
()

В Мандриве есть вот такая приятная штука:

http://code.google.com/p/vpnpptp/

Никаких проблем с пчелодактилями, коннект стабильный. Поройся в их скриптах.

massimus ★★★
()
Ответ на: комментарий от Ximen

Не, всё равно приходится после поднятия выставлять default dev. Попробую с этим скриптом дальше. Странно, что на убунте с «официальным» скриптом(который теперь не поддерживается) до этого, вроде бы, такого не было. Похоже, они действительно что-то изменили у себя

wingear ★★★★
() автор топика

89.179.76.156 10.50.7.1 255.255.255.255 UGH 0 0 0 eth0
89.179.76.156 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

при поднятии интерфейса вторую строку убить в скрипте. убить дефаултрут на локалку.

после падения соединения восстановить дефаултрут по локалке.

tommy ★★★★★
()
Ответ на: комментарий от Ximen

У меня на скайпе почти гарантированно валится.

это кривой pptp-client в линукс. не лечится (только accel-pptp)

переходи на xl2tp

tommy ★★★★★
()
Ответ на: комментарий от tommy

это кривой pptp-client в линукс

А почему год до этого он был прямой, а месяца полтора назад вдруг искривился?

Ximen ★★★★
()
Ответ на: комментарий от Ximen

Конечно, рвётся. Это же Билайн.

l2tp, адская нагруз в обе стороны. соединение держится по многу дней (лень рассчитывать а knemo в KDE4 пишет хрень)

tommy ★★★★★
()
Ответ на: комментарий от tommy

l2tp, адская нагруз в обе стороны.

Мне интересно почему ВНЕЗАПНО прекрасно работавший и всем устраивавший pptp стал плохим. Может, через пол года и l2tp тоже скажет ой и тоже станет кривым?

Ximen ★★★★
()
Ответ на: комментарий от tommy

в смысле,

route del default
route add default gw 10.50.7.1
? Я пробовал уже, всё равно на торрентах валится. Попробую тогда посмотреть, что там в их скриптах

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

всё равно на торрентах валится

с pptp-client на торрентах будет валиться. это не лечится. или accel-pptp или сразу l2tp.

route del default
route add default gw 10.50.7.1

надо не пробовать а при поднятии интерфейса удалять дефаултрут на локалку и маршрут на pptp сервер через себя же (ppp0).

tommy ★★★★★
()
Ответ на: комментарий от tommy

он никогда не был прямой

Гм. С чего бы это? Работал прекрасно, есть не просил.

xl2tp, кстати, ведёт себя в точности так же.

Ximen ★★★★
()
Ответ на: комментарий от tommy

Попробовал поставить xl2tp и настроить по http://wiki.debian.org/ru/vpnl2tp, теперь при

/etc/rc.d/xl2tp start
ничего не происходит и в логах тоже ничего. Или как-то иначе нужно запускать?

Кстати, присоединяюсь к Ximen`у: до этого pptp на всем больше года нормально работал.

>надо не пробовать а при поднятии интерфейса удалять дефаултрут на локалку и маршрут на pptp сервер через себя же (ppp0).

Первое - route del default. Или не так? А второе как, если то, что написал, не верно?

wingear ★★★★
() автор топика
Ответ на: комментарий от Ximen

Гм. С чего бы это? Работал прекрасно, есть не просил.

нет противоречия в том что кривой pptp-client при небольшом трафике (или просто однопоточном скачивании) не приводил к обрыву соединения.

xl2tp, кстати, ведёт себя в точности так же.

так ищи проблему. просто так соединение не рвётся.

tommy ★★★★★
()
Ответ на: комментарий от wingear

ничего не происходит и в логах тоже ничего


например у меня, /etc/init.d/xl2tpd start

и в логах что-то, да есть всегда. у меня в убунту вот так примерно как тут расписано http://www.linux.org.ru/forum/admin/6298820?lastmod=1307246328327#comment-629...


Кстати, присоединяюсь к Ximen`у: до этого pptp на всем больше года нормально работал.


если на торрентах - то какая то случайность, неправильность. правильное поведение корбиновского оборудования - оборвать соединение из-за флуда который создаёт pptp-client из-за потери им пакетов.

tommy ★★★★★
()
Ответ на: комментарий от tommy

нет противоречия в том что кривой pptp-client при небольшом трафике (или просто однопоточном скачивании) не приводил к обрыву соединения.

Хм. Сейчас подумал, может, ты и прав. Торренты-то были всегда, но канал раньше был потоньше. Как-то не связывал я эти события, да... Спасбо за наводку.

так ищи проблему. просто так соединение не рвётся.

Эх, был бы ещё второй конец провода в моих руках. Тут такие одмины у провайдера встречаются, что может быть всё, что угодно.

Ximen ★★★★
()
Ответ на: комментарий от tommy

Ужас. Нет бы всё в одном файле собрать. Попробую, спасибо. Правда, похоже, придется таки что-то дебианоподобное ставить. То ли дело в арче, то ли еще в чем, но сейчас на старт xl2tp никакой реакции, только в /var/log/everything.log сообщения о потреях пакетов

wingear ★★★★
() автор топика
Ответ на: комментарий от tommy

Странно, сейчас включил ноут с гентой, всё нормально качает. Дело то ли в ktorrent, который сорит пакетами(здесь qbittorrent), то ли всё-таки в арче. Попробую поставить qbittorrent, если не поможет, буду ставить генту

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

>Дело то ли в ktorrent, который сорит пакетами(здесь qbittorrent), то ли всё-таки в арче.

У меня ktorrent. Нормально всё. Попробуй таки в арч vpnpptp прикрутить, хорошая вещь. Ну или если дистр не важен, то попробуй не-арч, конечно.

massimus ★★★
()
Ответ на: комментарий от massimus

Пишу xubuntu. В генте не рвется и без vpnpptp,т.ч. если с этим не получится, придется таки ему генту поставить

wingear ★★★★
() автор топика
Ответ на: комментарий от massimus

Спасибо. Всё нормально завелось. Как с работой разберусь, обязательно закину людям денежку

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