для pptp - mtu 1400, для l2tp, гм, не прописано, надежда на lcp согласование, для pppoe - используется из web интерфейса.Quote:
Originally Posted by MrGalaxy
не, такого алгоритма не заложено. м.б вири ее валят?Quote:
Originally Posted by MrGalaxy
Printable View
для 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).