С чем это едят и как от него избавиться?
l2tp Билайн.
Сообщения в логе после нескольких часов работы:
Oct 9 18:46:53 l2tpd[101]: Too many retransmissions on tunnel (45907/0); closing down
Помогает перезагрузка.
Printable View
С чем это едят и как от него избавиться?
l2tp Билайн.
Сообщения в логе после нескольких часов работы:
Oct 9 18:46:53 l2tpd[101]: Too many retransmissions on tunnel (45907/0); closing down
Помогает перезагрузка.
Неоднократно
Oct 9 16:08:44 l2tpd[104]: Too many retransmissions on tunnel (10550/11897); closing down
Oct 9 16:08:45 pppd[110]: Terminating on signal 15
Oct 9 16:08:45 pppd[110]: Connect time 776.5 minutes.
Oct 9 16:08:45 pppd[110]: Sent 294675266 bytes, received 285113946 bytes.
Oct 9 16:08:45 L2TP: Disconnected
Oct 9 16:08:51 pppd[110]: Connection terminated.
Oct 9 16:08:51 pppd[110]: Modem hangup
Oct 9 16:08:51 pppd[110]: Exit.
после чего коннект подымается заново.
WL500GP v.1: L2TP/Corbina-MSK
HDD Seagate Barracuda II 750Gb
1.9.2.7-d-r617: rtorrent 2.7, lighttpd, ados, rrd
Во блин везёт! А мне только перезагрузка помогает.:eek:Quote:
Originally Posted by Pablo Escobar
Неужели никто не знает, что там за такие страшные retransmissions, которых too many, да ещё в каком-то там tunnel? Ну tunnel ещё ладно, так-сяк понять можно. Остальное тоже с горем пополам интуитивно можно догадаться.
А откуда это взялось и, главное, как бороться?
Поиск по форуму говорит, что такая проблема встречается неоднократно и никто из так называемых гуру внятно не ответил. Да что там внятно... Вообще не ответил.:cool:
исходя из здравого смысла - в L2TP какой-то косяк.
Майрон одарил меня новой прошивкой, буду тестить.
Поиск по форуму (и не только) так же говорит, что с корбиной это неоднократно встречается, и, в том числе, объясняется перегрузкой серверов провайдера.Quote:
Originally Posted by MrGalaxy
А больше отвечать пока нечего.
у меня тоже ошибки сыплюся типа такой
Oct 10 16:10:26 kernel: SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 8000002
Oct 10 16:10:26 kernel: Current sd08:03: sns = 70 0
Oct 10 16:10:26 kernel: Raw sense data:0x70 0x00 0x00 0x00 0x00 0x00 0x00 0x0a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Oct 10 16:10:26 kernel: I/O error: dev 08:03, sector 500797896
e2fsck не помогает. я сомневаюсь, что это вопрос прошивки 670, но в 617 такого не было.
L2TP не отваливаются (Corbins-MSK), 18 часов полет нормальный.
Проблема с питанием диска.Quote:
Originally Posted by Pablo Escobar
диск запитан отдельно. в 617 прошивке такого не наблюдалось, однако.Quote:
Originally Posted by vectorm
Интернет с 670-й прошивкой за выходные ни разу не упал.
У меня, правда, mtu 1460 и неизвестно, может за это время у Билайна флуда в сети не было, так что надо ещё потестить.
видимо брас "хороший".Quote:
Originally Posted by MrGalaxy
а загрузками насколько все загружено. и в качестве клиента - rp-l2tp или xl2tp?
1) Что такое брас?Quote:
Originally Posted by theMIROn
2) Загрузки и клиент - на снимке:
http://img113.imageshack.us/img113/1628/asus34.png
При этом скорость скачивания искусственно ограничена 40 КБ/с.
3) Я не понял про клиента: он что, может разный загружаться? В прошивке заложена избыточность?
http://www.telecor.ru/support/technology/bras.htmQuote:
Originally Posted by MrGalaxy
а если не ограничивать?Quote:
Originally Posted by MrGalaxy
есть возможность скомпилировать с xl2tpd, вместо rp-l2tp, как и с юзерспейсовым pptp, вместо ядерного.Quote:
Originally Posted by MrGalaxy
я тебе несколько раз выкладывал xl2tpd, может сам скомпилировал...
Смысл? У меня по тарифному плану 512 Кбит/с, т.е. всего в 1,5 раза больше того искусственного ограничения.Quote:
Originally Posted by theMIROn
Не компилировал я. Для того, чтобы что-то собрать, надо как минимум представлять, чем отличается l2tp от pptp. Не говоря уже о различиях в клиентах. Я лучше буду вас, специалистов, шевелить и посильно помогать тестированием.:)Quote:
Originally Posted by theMIROn
у меня и так от китайского кода волосы шевелятсяQuote:
Originally Posted by MrGalaxy
оОCode:fprintf(fp, "nomppe-stateful %s mtu 1400\n",
nvram_safe_get(strcat_r(prefix, "pptp_options_x", tmp))); // disable for tmp
//fprintf(fp, "nomppe-stateful %s mtu 1600\n",
// nvram_safe_get(strcat_r(prefix, "pptp_options_x", tmp))); // tmp test
theMIROn
Кстати да, я ведь хотел потестить с mtu по умолчанию (в прошивке это, вроде 1500). Ща установлю и запущу на ночь.
Ещё у меня иногда Самба падает ни с того, ни с сего. Иногда раз в несколько часов, иногда раз в несколько суток. Переподнимаю вручную, не перезагружаясь.
Может, в ней заложен алгоритм такой: если долго ей не пользоваться, то она отключается?
для pptp - mtu 1400, для l2tp, гм, не прописано, надежда на lcp согласование, для pppoe - используется из web интерфейса.Quote:
Originally Posted by MrGalaxy
не, такого алгоритма не заложено. м.б вири ее валят?Quote:
Originally Posted by MrGalaxy
Вот фрагмент лога:Quote:
Originally Posted by theMIROn
Отсюда и сделал вывод о 1500 по умолчанию.Code:Jan 1 03:00:06 dnsmasq[64]: using nameserver 85.21.192.3#53
Jan 1 03:00:06 dnsmasq[64]: using nameserver 213.234.192.8#53
Jan 1 03:00:06 dnsmasq[64]: using nameserver 192.168.1.1#53
Jan 1 03:00:06 dhcp client: bound IP : 10.14.222.58 from 10.14.192.1
Jan 1 03:00:07 pppd[107]: Plugin pppol2tp.so loaded.
Jan 1 03:00:07 pppd[107]: pppd 2.4.5 started by admin, uid 0
Jan 1 03:00:07 pppd[107]: Using interface ppp0
Jan 1 03:00:07 pppd[107]: Connect: ppp0 <--> l2tp (85.21.80.93)
Jan 1 03:00:07 pppd[107]: Overriding mtu 1500 to 1460
Jan 1 03:00:07 pppd[107]: Overriding mru 1500 to mtu value 1460
Jan 1 03:00:07 pppd[107]: Overriding mru 1500 to mtu value 1460
Jan 1 03:00:07 dropbear[114]: Running in background
Jan 1 03:00:07 pppd[107]: CHAP authentication succeeded
Jan 1 03:00:07 pppd[107]: CHAP authentication succeeded
Jan 1 03:00:07 pppd[107]: local IP address 93.81.205.255
Jan 1 03:00:07 pppd[107]: remote IP address 85.21.80.93
Jan 1 03:00:07 pppd[107]: primary DNS address 213.234.192.7
Jan 1 03:00:07 pppd[107]: secondary DNS address 85.21.192.5
Jan 1 03:00:07 dnsmasq[64]: read /etc/hosts - 2 addresses
Jan 1 03:00:07 dnsmasq[64]: using nameserver 85.21.192.5#53
Jan 1 03:00:07 dnsmasq[64]: using nameserver 213.234.192.7#53
Jan 1 03:00:07 dnsmasq[64]: using nameserver 192.168.1.1#53
Jan 1 03:00:08 L2TP: connected to ISP
Oct 12 08:14:19 pppd[107]: System time change detected.
Так, "картина Репина"...Quote:
Originally Posted by theMIROn
Уже для роутера появились.
Вы не посмотрите мой предыдущий скрин, где все процессы видны?
В Винде я бы сам заразу нашёл, а тут всё незнакомо.
Опять Интернет упал. Пришлось вернуться к mtu 1460.
а ты сколько ставил? mtu (max. transmit unit) для ethernet принят в 1500,Quote:
Originally Posted by MrGalaxy
если по простому - при использовании pptp, данные будут инкапсулированы в gre пакеты, соответственно mtu на интерфейсе туннеля должно быть уменьшено. Для pptp принято 1452 (с учетом оверхеда шифрования/сжатия), для l2tp - 1460.
Если выставить больше, и пакет не будет пролезать в туннель, он будет фрагментирован по pmtu-mss на более мелкие, но проходящие, что влечет за собой большую загрузку процессора, меньшею скорость, возможные проблемы, если некорректно определяется максимальный mru провайдера и т.п.
А ты повнимательней будь. Я всё подробно описывал.Quote:
Originally Posted by theMIROn
Что там фрагментируется в теории, не знаю, а только на практике год-полтора назад внешка вообще не поднималась без явного указания mtu 1460. Сейчас худо-бедно работает, но нестабильно, как выяснилось.
Всем привет! Нужна помощь. Есть DIR-320 перешитый в Asus WL500gpv2-1.9.2.7-d-r1000.trx Провайдер ЗАО "Коламбия-Телеком" (Волгоград Торговая Марка "NextOne" http://www.next-one.ru) соединение L2TP. Собственно проблема: раз в сутки провайдер что-то делает в час ночи (01:00) и роутер вешается, скорее всего провайдер принудительно рвет сессию. Достучаться до роутера невозможно ни по веб, ни телнетом. Помогает только перезагрузка выдергиванием питания. Если установить соединение по PPTP то роутер работает без проблем по месяцу и более. Что можно попробовать донастроить, чтобы работать на L2TP? Можно ли увидеть старые логи после перезагрузки? Можно, конечно, пока посидеть на PPTP, но провайдер "грозится" полностью перейти на L2TP и передергивать питание каждый день не хочется. Форум перечитал (прошу ногами не пинать), но рекомендации прописать DNS сервера ручками и адрес VPN сервера цифирками не помогают. Нет ли на худой конец команды перезагрузки роутера при отсутствии связи? Что нужно прописать в Additional pppd options:? Заранее всем спасибо.
У меня вылетает при попытки коннекта. В чем проблема?Quote:
Originally Posted by MrGalaxy
"экстрасенсы в отпуске ввиду сильного переутомления" (с)
модель роутера
прошивка
и все все все нужные настройки
ГДЕ ?
Роутер asus wl-500g premium v2Quote:
Originally Posted by Noobeum
Прошивка 1.9.2.7-d
При PPTP подключении все работает исправно. Провайдер объявил переход на L2Tp. Изменил только VPN сервер и тип подключения на L2TP. MTU стоит 1492.
Не коннектится.
В логе
выдает: Too many retransmissions on tunnel (45907/0); closing down
С интервалом в несколько секунд.
Куда копать?
Еще смущает в логе сообщение про MAC адрес:
Quote:
Jan 1 10:00:23 rc.unslung: start service /opt/etc/init.d/S50dlengine
Jan 1 10:00:24 rc.unslung: start service /opt/etc/init.d/S60privoxy
Jan 1 10:00:25 rc.unslung: start service /opt/etc/init.d/S70polipo
Jan 1 10:00:26 rc.unslung: start service /opt/etc/init.d/S80lighttpd
Jan 1 10:00:27 rc.unslung: start service /opt/etc/init.d/S98twonky
Jan 1 10:00:29 rc.unslung: start service /opt/etc/init.d/S99trans
Jan 1 10:00:31 l2tpd[111]: Too many retransmissions on tunnel (26987/0); closing down
Jan 1 10:00:36 wan: connected manually
Jan 1 10:00:46 kernel: vlan1: Setting MAC address to 00 24 8c 76 f6 ef.
Jan 1 10:00:46 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 10:01:11 l2tpd[279]: Too many retransmissions on tunnel (60938/0); closing down
Jan 1 10:01:27 dnsmasq[73]: DHCPINFORM(br0) 192.168.1.251 00:26:18:ba:84:df
Jan 1 10:01:27 dnsmasq[73]: DHCPACK(br0) 192.168.1.251 00:26:18:ba:84:df
Jan 1 10:02:04 l2tpd[279]: Too many retransmissions on tunnel (7900/0); closing down
Попробуйте поставить 1460. Мне когда-то помогло.Quote:
Originally Posted by johny_c
Проблема: роутер с различной периодичностью вылетает в офлай и сам коннектится категорически отказывается.
Роутер: WL500gpv2
Прошивка: 1.9.2.7-10-USB-1.71
Code:Mar 23 10:39:07 ntp client: Synchronizing time with pool.ntp.org ...
Mar 23 12:29:31 l2tpd[111]: Too many retransmissions on tunnel (44497/65013); closing down
Mar 23 12:29:31 pppd[117]: Terminating on signal 15.
Mar 23 12:29:31 dnsmasq[74]: read /etc/hosts - 5 addresses
Mar 23 12:29:31 dnsmasq[74]: reading /tmp/resolv.conf
Mar 23 12:29:31 dnsmasq[74]: using nameserver 213.234.192.8#53
Mar 23 12:29:31 dnsmasq[74]: using nameserver 85.21.192.3#53
Mar 23 12:29:31 L2TP: Disconnected
Mar 23 12:29:37 pppd[117]: Connection terminated.
Mar 23 12:29:37 pppd[117]: Connect time 21155729.3 minutes.
Mar 23 12:29:37 pppd[117]: Sent 232273151 bytes, received 3190152107 bytes.
Mar 23 12:29:37 pppd[117]: Connect time 21155729.3 minutes.
Mar 23 12:29:37 pppd[117]: Sent 232273151 bytes, received 3190152107 bytes.
Mar 23 12:29:37 pppd[117]: Exit.
Mar 23 12:31:51 l2tpd[111]: route_add: no route to host
Mar 23 12:32:14 l2tpd[111]: Too many retransmissions on tunnel (27455/0); closing down
Mar 23 12:32:44 l2tpd[111]: route_add: no route to host
Mar 23 12:33:07 l2tpd[111]: Too many retransmissions on tunnel (32562/0); closing down
Mar 23 12:33:37 l2tpd[111]: route_add: no route to host
Mar 23 12:34:00 l2tpd[111]: Too many retransmissions on tunnel (1420/0); closing down
Mar 23 12:34:30 l2tpd[111]: route_add: no route to host
Mar 23 12:34:53 l2tpd[111]: Too many retransmissions on tunnel (40185/0); closing down
Mar 23 12:35:23 l2tpd[111]: route_add: no route to host
Mar 23 12:35:46 l2tpd[111]: Too many retransmissions on tunnel (45530/0); closing down
Mar 23 12:36:16 l2tpd[111]: route_add: no route to host
Mar 23 12:36:39 l2tpd[111]: Too many retransmissions on tunnel (39933/0); closing down
Mar 23 12:37:09 l2tpd[111]: route_add: no route to host
Mar 23 12:37:32 l2tpd[111]: Too many retransmissions on tunnel (22062/0); closing down
Mar 23 12:38:02 l2tpd[111]: route_add: no route to host
Mar 23 12:38:25 l2tpd[111]: Too many retransmissions on tunnel (47436/0); closing down
Mar 23 12:38:56 l2tpd[111]: route_add: no route to host
Mar 23 12:39:08 ntp client: Synchronizing time with pool.ntp.org ...
Mar 23 12:39:19 l2tpd[111]: Too many retransmissions on tunnel (19408/0); closing down
Mar 23 12:39:49 l2tpd[111]: route_add: no route to host
Mar 23 12:40:12 l2tpd[111]: Too many retransmissions on tunnel (7300/0); closing down
Mar 23 12:40:42 l2tpd[111]: route_add: no route to host
Mar 23 12:41:05 l2tpd[111]: Too many retransmissions on tunnel (1641/0); closing down
Mar 23 12:41:35 l2tpd[111]: route_add: no route to host
Mar 23 12:41:58 l2tpd[111]: Too many retransmissions on tunnel (47909/0); closing down
Mar 23 12:42:28 l2tpd[111]: route_add: no route to host
Mar 23 12:42:51 l2tpd[111]: Too many retransmissions on tunnel (17167/0); closing down
Mar 23 12:43:21 l2tpd[111]: route_add: no route to host
Mar 23 12:43:44 l2tpd[111]: Too many retransmissions on tunnel (31984/0); closing down
Mar 23 12:44:14 l2tpd[111]: route_add: no route to host
Mar 23 12:44:37 l2tpd[111]: Too many retransmissions on tunnel (15282/0); closing down
Mar 23 12:45:07 l2tpd[111]: route_add: no route to host
Mar 23 12:45:30 l2tpd[111]: Too many retransmissions on tunnel (52768/0); closing down
Mar 23 12:46:00 l2tpd[111]: route_add: no route to host
Mar 23 12:46:23 l2tpd[111]: Too many retransmissions on tunnel (28483/0); closing down
Mar 23 12:46:53 l2tpd[111]: route_add: no route to host
Mar 23 12:47:16 l2tpd[111]: Too many retransmissions on tunnel (7242/0); closing down
Mar 23 12:47:46 l2tpd[111]: route_add: no route to host
Mar 23 12:48:09 l2tpd[111]: Too many retransmissions on tunnel (23984/0); closing down
Mar 23 12:48:39 l2tpd[111]: route_add: no route to host
Mar 23 12:49:02 l2tpd[111]: Too many retransmissions on tunnel (48289/0); closing down
Mar 23 12:49:32 l2tpd[111]: route_add: no route to host
Mar 23 12:49:47 wan: connecting manually
Mar 23 12:49:48 udhcpc[109]: Unicasting a release of 10.79.13.172 to 83.102.233.200
Mar 23 12:49:48 dhcp client: deconfig: lease is lost
Mar 23 12:49:48 udhcpc[109]: Entering released state
Mar 23 12:49:48 udhcpc[109]: Received SIGTERM
Mar 23 12:49:53 kernel: vlan1: Setting MAC address to 00 1f c6 82 05 88.
Mar 23 12:49:53 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Mar 23 12:49:55 udhcpc[334]: udhcpc (v0.9.9-pre) started
Mar 23 12:49:55 dhcp client: deconfig: lease is lost
Mar 23 12:49:56 udhcpc[334]: Lease of 10.79.13.172 obtained, lease time 604800
Mar 23 12:49:56 DEBUG: 1. WAN if vlan1
Mar 23 12:49:58 dnsmasq[74]: read /etc/hosts - 5 addresses
Mar 23 12:49:58 dnsmasq[74]: reading /tmp/resolv.conf
Mar 23 12:49:58 dnsmasq[74]: using nameserver 213.234.192.8#53
Mar 23 12:49:58 dnsmasq[74]: using nameserver 85.21.192.3#53
Mar 23 12:49:58 dhcp client: bound IP : 10.79.13.172 from 10.79.8.1
Mar 23 12:49:58 l2tpd[364]: network_init: bind: Address already in use
Mar 23 12:50:03 l2tpd[111]: Too many retransmissions on tunnel (55116/0); closing down
Mar 23 12:50:21 l2tpd[367]: Too many retransmissions on tunnel (56886/0); closing down
Mar 23 12:50:54 wan: connecting manually
Mar 23 12:50:55 udhcpc[365]: Unicasting a release of 10.79.13.172 to 83.102.233.200
Mar 23 12:50:55 dhcp client: deconfig: lease is lost
Mar 23 12:50:55 udhcpc[365]: Entering released state
Mar 23 12:50:55 udhcpc[365]: Received SIGTERM
Mar 23 12:50:56 kernel: vlan1: Setting MAC address to 00 1f c6 82 05 88.
Mar 23 12:50:56 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Mar 23 12:50:58 udhcpc[884]: udhcpc (v0.9.9-pre) started
Mar 23 12:50:58 dhcp client: deconfig: lease is lost
Mar 23 12:50:59 udhcpc[884]: Lease of 10.79.13.172 obtained, lease time 604800
Mar 23 12:50:59 DEBUG: 1. WAN if vlan1
Mar 23 12:51:01 dnsmasq[74]: read /etc/hosts - 5 addresses
Mar 23 12:51:01 dnsmasq[74]: reading /tmp/resolv.conf
Mar 23 12:51:01 dnsmasq[74]: using nameserver 213.234.192.8#53
Mar 23 12:51:01 dnsmasq[74]: using nameserver 85.21.192.3#53
Mar 23 12:51:01 dhcp client: bound IP : 10.79.13.172 from 10.79.8.1
Mar 23 12:51:02 pppd[920]: Plugin pppol2tp.so loaded.
Mar 23 12:51:02 pppd[920]: pppd 2.4.2 started by chaus, uid 0
Mar 23 12:51:02 pppd[920]: Using interface ppp0
Mar 23 12:51:02 pppd[920]: Connect: ppp0 <-->
Mar 23 12:51:02 pppd[920]: CHAP authentication succeeded
Mar 23 12:51:04 pppd[920]: local IP address 95.27.193.250
Mar 23 12:51:04 pppd[920]: remote IP address 78.107.1.255
Mar 23 12:51:04 pppd[920]: primary DNS address 85.21.192.5
Mar 23 12:51:04 pppd[920]: secondary DNS address 213.234.192.7
Mar 23 12:51:04 dnsmasq[74]: read /etc/hosts - 5 addresses
Mar 23 12:51:04 dnsmasq[74]: reading /tmp/resolv.conf
Mar 23 12:51:04 dnsmasq[74]: using nameserver 213.234.192.7#53
Mar 23 12:51:04 dnsmasq[74]: using nameserver 85.21.192.5#53
Mar 23 12:51:06 L2TP: connected to ISP
Добрый день всем.
Подскажите, как мне вручную создавать L2TP подключение? Как сделать, чтобы при разрыве соединения роутер автоматически восстанавливал его? Раньше, когда я использовал PPTP подключение, мой скрипт вначале убивал все процессы pppd
а потом создавал подключение командойCode:killall pppd
В настройках роутера указано автоматическое подключение к vpn серверу через l2tp и после перезагрузки роутера я вижу в процессах процесс l2tpd, который запустил дочерний процесс pppd sync nodetach noaccomp nobsdcomp nodeflate nopcomp novj novjccomp file /tmp/ppp/options.wan0 plugin pppol2tp.so pppol2tp 10.Code:pppd file /tmp/ppp/options.wan0
Пытаясь повторить эти команды, у меня ничего не вышло. Просто запуская l2tpd соединение не запускается и дочерний процесс не создается.
Можете подсказать, как всё-таки создавать l2tp подключение используя настройки (логин, пароль) введенные в веб-интерфейсе, но запуская команду вручную?
Оно само по-умолчанию восстанавливается. С настройками из веб-интерфейса.
Дело в том, что мой провайдер один раз в сутки, в 3 часа ночи, обрывает сессию и утром интернета нет пока не переподключишься (нажать Disconnect и Connect в веб-интерфейсе).
Так вот я хочу каким-то образом, чтобы сам роутер проверял наличие связи с интернетом и восстанавливал его в случае обрыва.
Ни фига там не восстанавливается, модуль l2tpd в прошивке кривой. Или другие модули (настройки по умолчанию) ни в [звезду] ни в красную армию.:eek:
Вот в полноценном Линуксе действительно соединение восстанавливается.
А здесь у меня, например, сделано так:
В /usr/local/bin засунут скрипт connector:
В /usr/local/etc/cron.5mins (должен быть настроен crond или cron соответствующим образом) засунут скрипт ping-beeline:Code:#!/bin/sh
case $1 in
connect)
echo "Connect!" >> /tmp/syslog.log
service="wan_connect"
;;
disconnect)
echo "Disconnect!" >> /tmp/syslog.log
service="wan_disconnect"
;;
*)
echo "Usage: $(basename $0) connect|disconnect"
exit 1
;;
esac
let unit=1*$(nvram get wan_unit)
if [ $unit -lt 0 ]; then
unit=0
fi
nvram set rc_service="$service,$unit"
kill -SIGUSR1 1
sleep 2s
Зелёным цветом выделено то, что относится непосредственно к анализу наличия соединения по wan и к эмуляции нажатия кнопок Connect/Disconnect.Code:#!/bin/sh
# parameter to verify whether e2fsck is running or not
PARAM1=`/bin/pidof e2fsck`
if [ -z "$PARAM1" ]; then
# stopping pwrled process if any
killall pwrled
# starting WL500gP-v.1 power LED blinking: 50 ms on and 400 ms off
/usr/local/bin/pwrled -b -n 1 -e 5 -d 40 -c 0
fi
# pinging Beeline server
#ping -c 1 -w 5 -W 4 www.internet.beeline.ru > /dev/null
ping -c 1 -w 5 -W 4 217.118.84.134 > /dev/null
# if ping was successfull
if [ $? = 0 ] ;
then
#
if [ -z "$PARAM1" ]; then
# stopping power LED blinking
killall pwrled
# starting power LED blinking: 400 ms on and 50 ms off
/usr/local/bin/pwrled -b -n 1 -e 40 -d 5 -c 0
fi
#
# pinging one of www sites: ya.ru for example
# ping -c 1 -w 5 -W 4 www.ya.ru > /dev/null
ping -c 1 -w 5 -W 4 213.180.204.8 > /dev/null
# if ping was successfull
if [ $? = 0 ] ;
then
#
if [ -z "$PARAM1" ]; then
# stopping power LED blinking and exit from this programme
killall pwrled
#
exit
#
fi
#
fi
fi
#
# pinging ADSL modem connected to vlan2
ping -c 1 -w 5 -W 4 192.168.1.1 > /dev/null
# if ping wasn't successfull
if [ $? != 0 ] ;
then
# force disconnecting wan port, pause 3s and force connecting wan port
/usr/local/bin/connector disconnect
sleep 3s
/usr/local/bin/connector connect
#
fi
Остальное - анализ подключения через vlan2 и индикация. Как видно из скрипта, он "заточен" под Билайн. Нужные Вам адреса подставите сами, комментарии там даны.
(Не забываем делать скрипты исполняемыми, а также save/commit/enable).
Спасибо за пример скрипта.
Я тоже понял, что мне нужно эмулировать каким-то образом нажатия клавиш Disconnect-Connect из веб-интерфейса.
Буду пробовать.
Мне не надо рассказывать, что там не восстанавливается, у меня интернет через l2tp ;) Роутер стабильно подсоединяется после разрыва связи без шаманства с disconnect/connect и скриптов.Quote:
Ни фига там не восстанавливается, модуль l2tpd в прошивке кривой.
А мне не надо рассказывать, то l2tp само поднимается. Подключитесь к тульскому Корбилайну, тогда и поймёте.Quote:
Originally Posted by dimez
Само поднялось после жестокого отвала в московском корбилайне, при наличии линка бедный роутер даже не мог получить локального адреса, но долбился до успешного восстановленияQuote:
Originally Posted by MrGalaxy
А у меня после падения сети одни "retransmissions on tunnel" выскакивают.:eek::DQuote:
Originally Posted by TReX
ancer
Откуда Вы, если не секрет, и какому прову подключены?
Эммм... Действительно было на старых прошивках, на новых уже давно не видел это сообщение... (соединение L2TP) Обычно возникало когда канал настолько забит торрентом что роутер перестает что-либо слышать. Или возможно у вас кто-то настолько флудит в сеть что ваш роутер теряет пакеты от хербита...Quote:
Originally Posted by MrGalaxy
У меня тоже московский корбилайн, аптайм роутера - от одной перепрошивки до другой (бывает по месяцу и больше), сколько раз падал инет - и переподключение тоже всегда работало, без каких-либо шаманств.
Я из Киева, провайдер Билайн.Quote:
Originally Posted by MrGalaxy
Сам провайдер обрывает VPN сессии, я в статистике за каждый день вижу, что сессия заканчивается в 2.30 ночи.
Quote:
Originally Posted by ancer
Что-то тут не то. Не обрывает киевский Билайн сессии.Quote:
Originally Posted by ancer
Ни у меня ни у знакомых, ни на старом ни на новом биллинге. Сессии держатся днями и даже неделями (если повезет). Во всяком случае на Оболони, Куреневке и Ветряных горах.
В случае обрыва роутер сам восстанавливает подключение.
Опция "Idle Disconnect Time in seconds(option)" в "0" выставлена?
А на ББ в 2-30 сессия тоже обрывается?
Люди, кто сидит на корбине в москве на роутере GPv2 у кого какая прошивка работает?