Log in

Bekijk de volledige versie : WL-500g Premium + www.is-m.ru



Moraddin
02-01-2009, 22:59
провайдер www.is-m.ru
интернет раздается через PPTP
с компа VPN сессия держится очень долго (порядка 10 часов точно)
роутер с последней Вашей прошивкой (1.9.2.7-10) держит сессию по логам ~17 минут (практически всегда такая цифра)
до этого стояла прошивка, кажется, 1.9.2.7-7b и сессия "жила" порядка получаса, но когда подвисала, роутер подвисал намертво, и помогало только тык-мык из розетки
после падения сессия автоматом не поднимается, если через веб-интерфейс нажать "коннект", тоже не поднимается... а вот если нажать сначала "дисконнект", потом "коннект", тогда оживает опять на 17+ минут
можно ли заставить роутер держать соединение "неограниченно" долго, и в случае подения соединения, переподнимать его автоматом, а не руками..?
"доп ПППТП ключи" перепробованы: nomppe, nomppc, nobsdcomp, sync, nomultilink и кажется что то еще в различных комбинациях, на результате никак не сказывается
что мы видим в логе на момент падения сессии:


(соединяемся руками)
Jan 3 01:25:49 wan: connected manually
Jan 3 01:25:55 kernel: vlan1: Setting MAC address to 00 04 76 e0 c5 be.
Jan 3 01:25:55 pppd[211]: pppd 2.4.2 started by admin, uid 0
Jan 3 01:25:56 pppd[211]: Serial connection established.
Jan 3 01:25:56 pppd[211]: Using interface ppp0
Jan 3 01:25:56 pppd[211]: Connect: ppp0 <--> /dev/pts/2
Jan 3 01:26:00 pppd[211]: CHAP authentication succeeded: Access granted
Jan 3 01:26:00 pppd[211]: local IP address 212.45.14.129
Jan 3 01:26:00 pppd[211]: remote IP address 192.168.10.40
Jan 3 01:26:00 PPTP: connect to ISP
(связь разрывается и вроде бы дальше идут попытки реконнекта, но безуспешные)
Jan 3 01:43:03 pppd[211]: LCP terminated by peer (User request)
Jan 3 01:43:03 PPTP: Disconnected
Jan 3 01:43:06 pppd[211]: Connection terminated.
Jan 3 01:43:06 pppd[211]: Connect time 17.2 minutes.
Jan 3 01:43:06 pppd[211]: Sent 55975030 bytes, received 272635323 bytes.
Jan 3 01:43:07 pptp[215]: short read (-1): Input/output error
Jan 3 01:43:07 pptp[215]: pppd may have shutdown, see pppd log
Jan 3 01:43:37 pppd[211]: Serial connection established.
Jan 3 01:43:37 pppd[211]: Using interface ppp0
Jan 3 01:43:37 pppd[211]: Connect: ppp0 <--> /dev/pts/2
Jan 3 01:43:37 pptp[245]: route_add: not adding existing route
Jan 3 01:44:08 pppd[211]: LCP: timeout sending Config-Requests
Jan 3 01:44:08 pppd[211]: Connection terminated.
Jan 3 01:44:08 pppd[211]: Connect time 17.2 minutes.
Jan 3 01:44:08 pppd[211]: Sent 55975030 bytes, received 272635323 bytes.
Jan 3 01:44:38 pppd[211]: Serial connection established.
Jan 3 01:44:38 pppd[211]: Using interface ppp0
Jan 3 01:44:38 pppd[211]: Connect: ppp0 <--> /dev/pts/4
(руками жмем дисконнект)
Jan 3 01:45:01 wan: disconnected manually
Jan 3 01:45:02 pppd[211]: Terminating on signal 15.
Jan 3 01:45:02 pppd[211]: Child process /usr/sbin/pptp --idle-wait 0 nas1.shodnya2 --sync --nolaunchpppd --nobuffer --sync (pid 244) terminated with signal 15
Jan 3 01:45:02 pppd[211]: Child process /usr/sbin/pptp --idle-wait 0 nas1.shodnya2 --sync --nolaunchpppd --nobuffer --sync (pid 250) terminated with signal 15
Jan 3 01:45:02 pppd[211]: Modem hangup
Jan 3 01:45:02 pppd[211]: Connection terminated.
Jan 3 01:45:02 pppd[211]: Connect time 17.2 minutes.
Jan 3 01:45:02 pppd[211]: Sent 55975030 bytes, received 272635323 bytes.
Jan 3 01:45:02 pppd[211]: Connect time 17.2 minutes.
Jan 3 01:45:02 pppd[211]: Sent 55975030 bytes, received 272635323 bytes.
Jan 3 01:45:02 pppd[211]: Exit.
(жмем руками по новой)
Jan 3 01:45:04 wan: connected manually
Jan 3 01:45:10 kernel: vlan1: Setting MAC address to 00 04 76 e0 c5 be.
Jan 3 01:45:11 pppd[281]: pppd 2.4.2 started by admin, uid 0
Jan 3 01:45:11 pppd[281]: Serial connection established.
Jan 3 01:45:11 pppd[281]: Using interface ppp0
Jan 3 01:45:11 pppd[281]: Connect: ppp0 <--> /dev/pts/2
Jan 3 01:45:15 pppd[281]: CHAP authentication succeeded: Access granted
Jan 3 01:45:15 pppd[281]: local IP address 212.45.14.129
Jan 3 01:45:15 pppd[281]: remote IP address 192.168.10.22
Jan 3 01:45:16 PPTP: connect to ISPте пока сессия не умрет, вроде никаких ошибок в логе нет...
правильного мануала по перепрошивке не нашел (фак читал, на сайте http://oleg.wl500g.info/ вроде смотрел, но ничего не понял), поэтому первый раз перепрошивался через веб интерфейс, потом пробовал обновить прошивку через утилиту "восстановления" прошивки, оба раза после этого сбрасывал роутер в дефолт
если впн сессию устанавливать с компа, то в свойствах видно "сжатие отсутствует, мультилинк отключен"... сжатие убирал ключами, ключ на отключение мультилинка не работает...
хотелось бы решить проблемму, потому что жить с инетом на 1 компе из 4 неудобно, а переподнимать инет каждые 17 минут руками - кошмар, тем более, что пока я на работе, о закачке никаких фильмов на вечер не может быть и речи :(

azhur
03-01-2009, 07:26
А можно спросить, что это за параметр в логе светится --nolaunchpppd ?
Что это и зачем?
А то впервые его на этом форуме вижу.

Moraddin
03-01-2009, 17:58
спросить можно, но не у меня... оно само пишется, в не зависимости от того, что я добавляю в "адишнл пропертис"...
кстати, --синк тоже... если я руками "синк" дописываю, то их 2 значится... думаю весь косяк именно в "синке" и наличии "мультилинка", которые я отключить не могу... ключи не работают

Flitzen
03-01-2009, 20:13
может Idle Disconnect Time in seconds(option): 0
Enable PPPoE Relay? yes

Moraddin
03-01-2009, 21:59
> Idle Disconnect Time in seconds(option): 0
стоит 0, я как бы, вроде бы, понимаю, за что этот параметр отвечает...

> Enable PPPoE Relay? yes
а зачем в моем случае это? я не хочу, чтобы впн сессию держал стационарник, а инет раздавал роутер уже вторично... я могу это по другому организовать, просто переводом точки из "хоум гейтвей" в именно "роутер"...

Moraddin
04-01-2009, 12:28
если отдать все на откуп автонастройке (клонируем мак компа, и получаем все сетевые настройки от дхцп сервера прова), то сессия живет все те же ~17 минут, но в сис-логе появляются ошибки следующего вида:

Jan 4 15:01:38 pptp[122]: connect: Connection timed out
Jan 4 15:01:38 pptp[122]: Could not open control connection to 10.0.16.3
Jan 4 15:01:38 pptp[116]: Call manager exited with error 256
Jan 4 15:02:38 pptp[141]: connect: Connection timed out
Jan 4 15:02:38 pptp[141]: Could not open control connection to 10.0.16.3
Jan 4 15:02:38 pptp[138]: Call manager exited with error 256
Jan 4 15:18:04 pppd[108]: LCP terminated by peer (User request)
Jan 4 15:18:04 dnsmasq[70]: read /etc/hosts - 5 addresses
Jan 4 15:18:04 dnsmasq[70]: reading /tmp/resolv.conf
Jan 4 15:18:04 dnsmasq[70]: using nameserver 10.0.16.3#53
Jan 4 15:18:04 dnsmasq[70]: using nameserver 10.0.16.2#53
Jan 4 15:18:04 PPTP: Disconnectedне понятно, какого пытаются идти коннекты на 10,0,16,3 сервер, при том что впн сервер, и он же первичный днс - 10,0,16,2... еще очень странно, что если АСУС настраивается через дхцп, то он получает в качестве праймари днса 172.16.0.3 ... при этом стационарный комп не получает этот адрес никогда (вообще про ту подсеть не вкурсах)
на всякий случай сделал скриншот свойств соединения из под винды
http://img132.imageshack.us/img132/9218/vpnismkj3.th.jpg (http://img132.imageshack.us/my.php?image=vpnismkj3.jpg)
как отключить компрессию и мультилинк? :(
nomppe, nomppc, nobsdcomp - не помогают, а nomultilink - не работает :((

avk
04-01-2009, 13:24
У меня одна пара ДНС выдается для локалки (по ДХЦП), вторая - для Интернета. Замаранная картинка бесполезна для этой проблемы, но позволяет сказать, что при аналогичной ситуации вместо nomppe и nomppc у меня поставлено PPTP Options: No Encryption.

Moraddin
04-01-2009, 21:59
в смысле "замаранная картинка" ? у мну сейчас не стоит норм редактора, тк ОС переставил недавно, посему в 4х цветный гиф сохранить не мог, 256 цветный гиф от мелкософта убог, так что жпег - единственный выход... но это все лирика...
"но энкрипшн" я пробовал, не помогает, 17 минут, потом сессия умирает и сама не поднимается
точнее даже так, при "статик настройках", впн коннектится, но "но энкрипшн" ничего не дает, а при "дхцп настройках", с "но энкрипшн" вообще не проходит впн коннект...

vectorm
05-01-2009, 12:05
Для автореконнекта возможно поможет опция holdoff 60 - пауза между реконнектами в 1 минуту, или больше - у провайдера может стоять блокировка частых реконнектов.

Moraddin
05-01-2009, 14:57
у прова нет блокировки частых реконнектов (с компа реконнектится с паузой в 1 сек легко)
холдофф я тоже пробовал, 60 - это многовато, пробовал 5, 10, 20...
в любом случае инернет, который работает отрезками по 17 минут - это очень неудобно, поэтому вопрос о реконнекте стоит в последнюю очередь, а в первую очередь надо поднять стабильность одной текущей сессии... я сейчас весь трафик завернул через стационарник (в комп в 1 сетевуху воткнут пров, в другую асус ван-портом), но это во-первых не очень удобно, во-вторых не очень секурно получается, и в-третьих: впн-сессия живет без реконнектов уже 3и сутки...

Moraddin
14-01-2009, 10:12
UPD: попробовал прошиться на 1.9.2.7-9... сессия живет те же 17 минт, но в логе появилась интересная инфа:

Jan 1 00:00:07 udhcpc[98]: udhcpc (v0.9.9-pre) started
Jan 1 00:00:07 dhcp client: deconfig: lease is lost
Jan 1 00:00:07 udhcpc[98]: Lease of 10.0.16.155 obtained, lease time 864000
Jan 1 00:00:07 dnsmasq[70]: read /etc/hosts - 6 addresses
Jan 1 00:00:07 dnsmasq[70]: read /etc/ethers - 1 addresses
Jan 1 00:00:07 dnsmasq[70]: reading /tmp/resolv.conf
Jan 1 00:00:07 dnsmasq[70]: using nameserver 10.0.16.3#53
Jan 1 00:00:07 dnsmasq[70]: using nameserver 10.0.16.2#53
Jan 1 00:00:07 dhcp client: bound IP : 10.0.16.155 from 10.0.16.1
Jan 1 00:00:09 pppd[108]: pppd 2.4.2 started by admin, uid 0
Jan 1 00:00:09 pppd[108]: Serial connection established.
Jan 1 00:00:09 pppd[108]: Using interface ppp0
Jan 1 00:00:09 pppd[108]: Connect: ppp0 <--> /dev/pts/0
Jan 1 00:00:28 dnsmasq[70]: DHCPREQUEST(br0) 192.168.1.9 00:16:6f:70:95:c7
Jan 1 00:00:28 dnsmasq[70]: DHCPACK(br0) 192.168.1.9 00:16:6f:70:95:c7 vaio-tx770p
Jan 1 00:00:40 pppd[108]: LCP: timeout sending Config-Requests
Jan 1 00:00:40 pppd[108]: Connection terminated.
Jan 1 00:01:10 pppd[108]: Serial connection established.
как видим, теперь соединение стало происходить со второй попытки...
Jan 1 00:01:10 pppd[108]: Using interface ppp0
Jan 1 00:01:10 pppd[108]: Connect: ppp0 <--> /dev/pts/1
Jan 1 00:01:14 pppd[108]: CHAP authentication succeeded: Access granted
Jan 1 00:01:14 pppd[108]: local IP address 212.45.14.129
Jan 1 00:01:14 pppd[108]: remote IP address 192.168.10.5
Jan 1 00:01:14 pppd[108]: primary DNS address 172.16.0.3
Jan 1 00:01:14 pppd[108]: secondary DNS address 172.16.0.3
Jan 1 00:01:14 dnsmasq[70]: read /etc/hosts - 6 addresses
Jan 1 00:01:14 dnsmasq[70]: read /etc/ethers - 1 addresses
Jan 1 00:01:14 dnsmasq[70]: reading /tmp/resolv.conf
Jan 1 00:01:14 dnsmasq[70]: using nameserver 172.16.0.3#53
Jan 1 00:01:14 dnsmasq[70]: using nameserver 172.16.0.3#53
Jan 1 00:01:15 PPTP: connect to ISP
Jan 11 00:19:14 ntp client: Synchronizing time with time.nist.gov ...
Jan 11 00:21:03 pptp[122]: connect: Connection timed out
зачем ему какой то контрол коннект на 10.0.16.3 - ДХЦП сервер?
Jan 11 00:21:03 pptp[122]: Could not open control connection to 10.0.16.3
Jan 11 00:21:03 pptp[114]: Call manager exited with error 256
все, умерли совсем
Jan 11 00:36:03 pppd[108]: LCP terminated by peer (User request)
Jan 11 00:36:03 dnsmasq[70]: read /etc/hosts - 6 addresses
Jan 11 00:36:03 dnsmasq[70]: read /etc/ethers - 1 addresses
Jan 11 00:36:03 dnsmasq[70]: reading /tmp/resolv.conf
Jan 11 00:36:03 dnsmasq[70]: using nameserver 10.0.16.3#53
Jan 11 00:36:03 dnsmasq[70]: using nameserver 10.0.16.2#53
Jan 11 00:36:03 PPTP: Disconnected
Jan 11 00:36:06 pppd[108]: Connection terminated.
Jan 11 00:36:06 pppd[108]: Connect time 20527234.9 minutes.
Jan 11 00:36:06 pppd[108]: Sent 28904282 bytes, received 381208801 bytes.
Jan 11 00:36:06 pptp[138]: short read (-1): Input/output error
Jan 11 00:36:06 pptp[138]: pppd may have shutdown, see pppd log
безуспешные попытки реконнекта (непонятно почему безуспешные... такое впечатление, что сокет не дисконнектед, а занят до сих пор
Jan 11 00:36:36 pppd[108]: Serial connection established.
Jan 11 00:36:36 pppd[108]: Using interface ppp0
Jan 11 00:36:36 pppd[108]: Connect: ppp0 <--> /dev/pts/0
Jan 11 00:36:36 pptp[163]: route_add: not adding existing route
Jan 11 00:37:07 pppd[108]: LCP: timeout sending Config-Requests
Jan 11 00:37:07 pppd[108]: Connection terminated.
Jan 11 00:37:07 pppd[108]: Connect time 20527234.9 minutes.
Jan 11 00:37:07 pppd[108]: Sent 28904282 bytes, received 381208801 bytes.
Jan 11 00:37:37 pptp[169]: route_add: not adding existing route
Jan 11 00:37:37 pppd[108]: Serial connection established.
Jan 11 00:37:37 pppd[108]: Using interface ppp0
Jan 11 00:37:37 pppd[108]: Connect: ppp0 <--> /dev/pts/1
Jan 11 00:38:08 pppd[108]: LCP: timeout sending Config-Requests
Jan 11 00:38:08 pppd[108]: Connection terminated.
Jan 11 00:38:08 pppd[108]: Connect time 20527234.9 minutes.
Jan 11 00:38:08 pppd[108]: Sent 28904282 bytes, received 381208801 bytes.
Jan 11 00:38:38 pppd[108]: Serial connection established.
Jan 11 00:38:38 pppd[108]: Using interface ppp0
Jan 11 00:38:38 pppd[108]: Connect: ppp0 <--> /dev/pts/2
Jan 11 00:38:38 pptp[175]: route_add: not adding existing route
Jan 11 00:39:10 pppd[108]: LCP: timeout sending Config-Requests
Jan 11 00:39:10 pppd[108]: Connection terminated.
Jan 11 00:39:10 pppd[108]: Connect time 20527234.9 minutes.
Jan 11 00:39:10 pppd[108]: Sent 28904282 bytes, received 381208801 bytes.
Jan 11 00:39:40 pppd[108]: Serial connection established.
Jan 11 00:39:40 pppd[108]: Using interface ppp0
Jan 11 00:39:40 pppd[108]: Connect: ppp0 <--> /dev/pts/3
Jan 11 00:39:40 pptp[181]: route_add: not adding existing route
Jan 11 00:39:45 pptp[166]: connect: Connection timed out
зачем ему опять на ДХЦП сервер???
Jan 11 00:39:45 pptp[166]: Could not open control connection to 10.0.16.3
Jan 11 00:39:45 pptp[163]: Call manager exited with error 256
Jan 11 00:40:11 pppd[108]: LCP: timeout sending Config-Requests
Jan 11 00:40:11 pppd[108]: Connection terminated.
Jan 11 00:40:11 pppd[108]: Connect time 20527234.9 minutes.
Jan 11 00:40:11 pppd[108]: Sent 28904282 bytes, received 381208801 bytes.
Jan 11 00:40:41 pppd[108]: Serial connection established.
Jan 11 00:40:41 pppd[108]: Using interface ppp0
Jan 11 00:40:41 pppd[108]: Connect: ppp0 <--> /dev/pts/0
Jan 11 00:40:41 pptp[187]: route_add: not adding existing route
Jan 11 00:40:46 pptp[171]: connect: Connection timed out
10.0.16.2 - это пптп впн сервер, на который собственно и надо установить соедиенение, опять какой то контрольный выстрел в голову идет :(
Jan 11 00:40:46 pptp[171]: Could not open control connection to 10.0.16.2
Jan 11 00:40:46 pptp[169]: Call manager exited with error 256
Jan 11 00:41:12 pppd[108]: LCP: timeout sending Config-Requests
Jan 11 00:41:12 pppd[108]: Connection terminated.
Jan 11 00:41:12 pppd[108]: Connect time 20527234.9 minutes.
Jan 11 00:41:12 pppd[108]: Sent 28904282 bytes, received 381208801 bytes.
Jan 11 00:41:42 pppd[108]: Serial connection established.
Jan 11 00:41:42 pppd[108]: Using interface ppp0
Jan 11 00:41:42 pppd[108]: Connect: ppp0 <--> /dev/pts/1
Jan 11 00:41:42 pptp[193]: route_add: not adding existing route
Jan 11 00:41:47 pptp[178]: connect: Connection timed out
собственно ждал полного перебора устройств /dev/pts/0 - /dev/pts/3... авось таки отлипнет, нет, фиг, не отлипло
Jan 11 00:41:47 pptp[178]: Could not open control connection to 10.0.16.2
Jan 11 00:41:47 pptp[175]: Call manager exited with error 256

Moraddin
25-01-2009, 21:12
UPD: дошел до того, что прошился на 1.9.2.7-8
о, чудо! роутер держит ВПН-сессию неограниченное кол-во времени (неделю легко)... думаем где порылась собака, проверяем скрипт запуска пптп, для этого дисконнектимся руками и тупим лог... видим следующее

1.9.2.7-8
pppd[101]: Child process /usr/sbin/pptp nas1.shodnya2 --nolaunchpppd (pid 106) terminated with signal 15

1.9.2.7-9
1.9.2.7-10
pppd[211]: Child process /usr/sbin/pptp --idle-wait 0 nas1.shodnya2 --sync --nolaunchpppd --nobuffer (pid 244) terminated with signal 15
вах! сколько лишних опций, а главное откуда они берутся и как их побороть, если в "Additional pppd options" пусто? думаю все дело таки в "синке", мой пров, наверное, его не поддерживает... сейчас сравниваю стабильность и скорость работы с ключами "nomppe nomppc" и без них... тк шифрования все равно нет, то думаю с ними должно быть полегче (точнее даже уже выявлено, что с указанными ключами из лога пропадают ошибки вида:)

kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
pppd[108]: Received bad configure-ack:
в общем буду пока продолжать наблюдение, как только закончу тесты, выложу оптимально рабочие настройки в прикрепленную тему "Настройки для сетей разных провайдеров", тк г.Сходня активно застраивается, и пров растет