PDA

View Full Version : Прошивка 1.9.2.7-5a потеря соедиения с WAN через PPTP

Pavel
16-05-2005, 21:27
была прошивка 1.9.2.7-4 все работало стабильно более 2 месяцев.
вчера поставил 1.9.2.7-5a. изменил едиственную настройку Idle Disconnect Time in seconds(option): 0 (было 7200) чтобы не отсоединятся.
сегодня возникла проблема при большой загрузке канала сязи теряется. было раз пять.
Oleg
16-05-2005, 21:32
Наличие номеров версий прошивок хорошо, но из этого пока никакой полезной информации не получишь. Нужно хотя бы лог и примерное время, когда происходила беда. Оно потом само поднималось? Или перегружался роутер? Если перегружался - в следующий раз, перед перезагрузкой, сохраните лог.
Pavel
16-05-2005, 22:05
1. По своей глупости лог не сохранил.
2. Откатился на предыдущую прошивку, еще раз посмотрю.
3. Лог обязательно вышлю.
4. Соединение само не восстанавливается.
5. Надо нажимать кнопку connect
6. Соедиение теряется очень быстро 1-2 минуты
7. В 1.9.2.7-5a ислользовал Route (см пост Скорость VPN WL-500g ) скорость была до 2 мбайт/сек в 1.9.2.7-4 скорость 100-150 кбайт/сек, может в этом дело?
Pavel
16-05-2005, 22:38
1. Выкладываю лог файл
May 17 00:13:23 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:13:23 pppd[82]: Received bad configure-ack:
May 17 00:13:26 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:13:26 pppd[82]: Received bad configure-ack:
May 17 00:13:29 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:13:29 pppd[82]: Received bad configure-ack:
May 17 00:13:32 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:13:32 pppd[82]: Received bad configure-ack:
May 17 00:13:35 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 17 00:13:35 pppd[82]: CCP: timeout sending Config-Requests
May 17 00:14:35 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.

В этот раз для восстановления соединения пришлось перегрузится.
Pavel
16-05-2005, 22:44
Еще один лог файл проблемы начались после 00.39.44
May 17 00:38:07 pppd[82]: No response to 6 echo-requests
May 17 00:38:07 pppd[82]: Serial link appears to be disconnected.
May 17 00:38:07 dnsmasq[52]: read /etc/hosts - 4 addresses
May 17 00:38:07 dnsmasq[52]: read /etc/ethers - 4 addresses
May 17 00:38:07 dnsmasq[52]: reading /tmp/resolv.conf
May 17 00:38:07 dnsmasq[52]: using nameserver 213.33.170.11#53
May 17 00:38:07 dnsmasq[52]: using nameserver 213.33.170.30#53
May 17 00:38:07 PPTP: Disconnected
May 17 00:38:13 pppd[82]: Connection terminated.
May 17 00:38:13 pppd[82]: Connect time 18604598.0 minutes.
May 17 00:38:13 pppd[82]: Sent 16386228 bytes, received 66032509 bytes.
May 17 00:38:13 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
May 17 00:38:13 pptp[97]: anon log[callmgr_main:pptp_callmgr.c:253]: Closing connection
May 17 00:38:13 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 17 00:38:13 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
May 17 00:38:13 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
May 17 00:38:15 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 17 00:38:15 pptp[97]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
May 17 00:38:15 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
May 17 00:38:15 pptp[97]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
May 17 00:38:17 pptp[97]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
May 17 00:38:43 pptp[122]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
May 17 00:38:43 pppd[82]: Serial connection established.
May 17 00:38:43 pppd[82]: Using interface ppp0
May 17 00:38:43 pppd[82]: Connect: ppp0 <--> /dev/pts/0
May 17 00:38:43 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
May 17 00:38:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
May 17 00:38:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
May 17 00:38:44 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
May 17 00:38:44 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
May 17 00:38:45 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0).
May 17 00:38:48 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:38:48 pppd[82]: Received bad configure-ack:
May 17 00:38:48 pppd[82]: local IP address 10.22.96.21
May 17 00:38:48 pppd[82]: remote IP address 192.168.0.7
May 17 00:38:48 dnsmasq[52]: read /etc/hosts - 4 addresses
May 17 00:38:48 dnsmasq[52]: read /etc/ethers - 4 addresses
May 17 00:38:48 dnsmasq[52]: reading /tmp/resolv.conf
May 17 00:38:48 dnsmasq[52]: using nameserver 213.33.170.11#53
May 17 00:38:48 dnsmasq[52]: using nameserver 213.33.170.30#53
May 17 00:38:48 PPTP: connect to ISP
May 17 00:38:51 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:38:51 pppd[82]: Received bad configure-ack:
May 17 00:38:54 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:38:54 pppd[82]: Received bad configure-ack:
May 17 00:38:57 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:38:57 pppd[82]: Received bad configure-ack:
May 17 00:39:00 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:39:00 pppd[82]: Received bad configure-ack:
May 17 00:39:03 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:39:03 pppd[82]: Received bad configure-ack:
May 17 00:39:06 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:39:06 pppd[82]: Received bad configure-ack:
May 17 00:39:09 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:39:09 pppd[82]: Received bad configure-ack:
May 17 00:39:12 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:39:12 pppd[82]: Received bad configure-ack:
May 17 00:39:15 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 17 00:39:15 pppd[82]: Received bad configure-ack:
May 17 00:39:18 pppd[82]: CCP: timeout sending Config-Requests
May 17 00:39:44 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 17 00:40:44 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 17 00:41:45 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 17 00:43:08 pppd[82]: No response to 6 echo-requests
May 17 00:43:08 pppd[82]: Serial link appears to be disconnected.
May 17 00:43:08 dnsmasq[52]: read /etc/hosts - 4 addresses
May 17 00:43:08 dnsmasq[52]: read /etc/ethers - 4 addresses
May 17 00:43:08 dnsmasq[52]: reading /tmp/resolv.conf
May 17 00:43:08 dnsmasq[52]: using nameserver 213.33.170.11#53
May 17 00:43:08 dnsmasq[52]: using nameserver 213.33.170.30#53
May 17 00:43:08 PPTP: Disconnected
May 17 00:43:14 pppd[82]: Connection terminated.
May 17 00:43:14 pppd[82]: Connect time 4.5 minutes.
May 17 00:43:14 pppd[82]: Sent 3345038 bytes, received 3556238 bytes.
May 17 00:43:14 pptp[122]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
May 17 00:43:14 pptp[122]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
May 17 00:43:14 pptp[126]: anon log[callmgr_main:pptp_callmgr.c:230]: Closing connection
May 17 00:43:14 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 17 00:43:16 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 17 00:43:16 pptp[126]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
May 17 00:43:16 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
May 17 00:43:16 pptp[126]: anon log[pptp_read_some:pptp_ctrl.c:544]: read error: Connection reset by peer
Oleg
17-05-2005, 21:36
В поле Additional pppd options было что-нибудь забито в момент получения лога?
Ещё, насчёт сам не соединяется - это не должно происходить немедленно - после отсоединения должно пройти не менее 30 секунд (это значение по умолчанию). Далее, он будет пытаться соединиться 10 раз и если не сможет, то больше пытаться не будет (чтобы он делал это до бесконечности в поле additional pppd options впишите "maxfail 0").
Далее, то что помогает кнопка Connect, говорит либо о том, что эти 10 раз уже прошли, либо не прошла пауза в 30 секунд.
И ещё - попробуйте в поле additional options также добавить (через пробел) - nomppe-stateful, это возможно улучшит ситуацию со стабильностью соединения.
Pavel
18-05-2005, 06:35
Да 30 секунд не проходит.
поле Additional pppd options было пустым.
Вопрос зачем роутер отсоединяется и как с эти боротся ? Я начинаю скачивать файл с большой скоростью и происходит отсоединение. В 1.9.2.7-4 этого не было.
Причем отсоедение происходит только при скачивании из локальной сети провайдера на больших скоростях.
eMule работает сутками с интерентом (скорость 34 кбайта/сек) все ОК
Мне нужно чтобы соединение было постоянным.
Что мне делать?
Oleg
18-05-2005, 19:58
У меня вопрос - в момент, когда теряется соединение, в локальной сети всё по-прежнему работает?
Если нет, то следующий шаг - запуск telnet на роутер и ping для default gateway. Сможете?
Я опасаюсь, что это всё таки вылазит проблема с "умирающим" WAN портом, хотя вроде шансов я ему не оставил. :)
Pavel
18-05-2005, 20:50
У меня вопрос - в момент, когда теряется соединение, в локальной сети всё по-прежнему работает?
Если нет, то следующий шаг - запуск telnet на роутер и ping для default gateway. Сможете?
Я опасаюсь, что это всё таки вылазит проблема с "умирающим" WAN портом, хотя вроде шансов я ему не оставил.


1. сегодня еще раз проверил в 1.9.2.7-4 все работает стабильно. Гонял более 5 часов. Правда неработает IP Config | Route ,
10.0.0.0 255.0.0.0 10.9.1.1 0 MAN (как Вы советовали) скорость для 10 адресов не выше 150 кбатй/сек.
2. 1.9.2.7-5а вылетела черз 2-4 минуты. Лог файл приведен ниже:
May 18 22:42:05 pppd[82]: No response to 6 echo-requests
May 18 22:42:05 pppd[82]: Serial link appears to be disconnected.
May 18 22:42:05 dnsmasq[52]: read /etc/hosts - 4 addresses
May 18 22:42:05 dnsmasq[52]: read /etc/ethers - 4 addresses
May 18 22:42:05 dnsmasq[52]: reading /tmp/resolv.conf
May 18 22:42:05 dnsmasq[52]: using nameserver 213.33.170.11#53
May 18 22:42:05 dnsmasq[52]: using nameserver 213.33.170.30#53
May 18 22:42:05 PPTP: Disconnected
May 18 22:42:07 login[118]: root login on `pts/1'
May 18 22:42:11 pppd[82]: Connection terminated.
May 18 22:42:11 pppd[82]: Connect time 18607361.9 minutes.
May 18 22:42:11 pppd[82]: Sent 5580755 bytes, received 1554652 bytes.
May 18 22:42:11 pptp[86]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read (-1): Input/output error
May 18 22:42:11 pptp[86]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may have shutdown, see pppd log
May 18 22:42:11 pptp[92]: anon log[callmgr_main:pptp_callmgr.c:230]: Closing connection
May 18 22:42:11 pptp[92]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 18 22:42:11 pptp[92]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
May 18 22:42:11 pptp[92]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 18 22:42:11 pptp[92]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
May 18 22:42:11 pptp[92]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
May 18 22:42:11 pptp[92]: anon log[pptp_read_some:pptp_ctrl.c:537]: read returned zero, peer has closed
May 18 22:42:13 pptp[92]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
May 18 22:42:41 pppd[82]: Starting link
May 18 22:42:41 pppd[82]: Serial connection established.
May 18 22:42:41 pppd[82]: Connect: ppp0 <--> /dev/pts/0
May 18 22:42:42 pptp[123]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
May 18 22:42:42 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
May 18 22:42:42 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
May 18 22:42:42 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
May 18 22:42:43 pptp[126]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
May 18 22:42:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
May 18 22:42:43 pptp[126]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0).
May 18 22:42:46 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:42:46 pppd[82]: Received bad configure-ack:
May 18 22:42:46 pppd[82]: Remote IP address changed to 192.168.0.24
May 18 22:42:46 dnsmasq[52]: read /etc/hosts - 4 addresses
May 18 22:42:46 dnsmasq[52]: read /etc/ethers - 4 addresses
May 18 22:42:46 dnsmasq[52]: reading /tmp/resolv.conf
May 18 22:42:46 dnsmasq[52]: using nameserver 213.33.170.11#53
May 18 22:42:46 dnsmasq[52]: using nameserver 213.33.170.30#53
May 18 22:42:46 PPTP: connect to ISP
May 18 22:42:49 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:42:49 pppd[82]: Received bad configure-ack:
May 18 22:42:52 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:42:52 pppd[82]: Received bad configure-ack:
May 18 22:42:55 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:42:55 pppd[82]: Received bad configure-ack:
May 18 22:42:58 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:42:58 pppd[82]: Received bad configure-ack:
May 18 22:43:01 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:43:01 pppd[82]: Received bad configure-ack:
May 18 22:43:04 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:43:04 pppd[82]: Received bad configure-ack:
May 18 22:43:07 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:43:07 pppd[82]: Received bad configure-ack:
May 18 22:43:10 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:43:10 pppd[82]: Received bad configure-ack:
May 18 22:43:13 kernel: mppe_decomp_alloc: options rejected: o[0]=12, o[1]=06, o[2]=00, o[3]=00, o[4]=00, o[5]=00
May 18 22:43:13 pppd[82]: Received bad configure-ack:
May 18 22:43:16 pppd[82]: CCP: timeout sending Config-Requests
May 18 22:43:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 18 22:44:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 18 22:45:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 18 22:46:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 18 22:47:43 pptp[126]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
В этот момент запускаю телнет кажется пакеты ходят. Лог файл привожу:
(none) login: admin
Password:
Login incorrect
(none) login: admin
Password:
[admin@(none) root]$ ping 10.9.1.1
PING 10.9.1.1 (10.9.1.1): 56 data bytes
64 bytes from 10.9.1.1: icmp_seq=0 ttl=64 time=68.3 ms
64 bytes from 10.9.1.1: icmp_seq=1 ttl=64 time=62.2 ms
64 bytes from 10.9.1.1: icmp_seq=2 ttl=64 time=2.2 ms
64 bytes from 10.9.1.1: icmp_seq=3 ttl=64 time=1.1 ms
64 bytes from 10.9.1.1: icmp_seq=4 ttl=64 time=1.1 ms
64 bytes from 10.9.1.1: icmp_seq=5 ttl=64 time=2.2 ms
64 bytes from 10.9.1.1: icmp_seq=6 ttl=64 time=41.9 ms
64 bytes from 10.9.1.1: icmp_seq=7 ttl=64 time=33.1 ms

64 bytes from 10.9.1.1: icmp_seq=8 ttl=64 time=13.4 ms
64 bytes from 10.9.1.1: icmp_seq=9 ttl=64 time=50.4 ms
64 bytes from 10.9.1.1: icmp_seq=10 ttl=64 time=1.1 ms

--- 10.9.1.1 ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max = 1.1/25.1/68.3 ms
[admin@(none) root]$
Vitaly_k
18-05-2005, 20:58
Я опасаюсь, что это всё таки вылазит проблема с "умирающим" WAN портом, хотя вроде шансов я ему не оставил. :)

Если не трудно, можешь описать, что это за проблема с умирающим WAN-портом? Есть подозрение, что у меня как раз такой случай. Выглядит так - включаю роутер, сначала все прекрасно работает, потом начинают теряться пакеты, потом перестают бегать совсем. В статусе пишет connected, лампочка WAN при этом часто-часто мигает.
Перезагрузка роутера не помогает - WAN порт не оживает. Если выключить, подождать какое-то время и включить опять работает до очередного затыка.
Пробовал и на оригинальной прошивке и на твоей, результат один. То ли нести в сервис, то ли это баг в прошивке и ждать пока поправят.
Oleg
18-05-2005, 21:10
Если не трудно, можешь описать, что это за проблема с умирающим WAN-портом? Есть подозрение, что у меня как раз такой случай. Выглядит так - включаю роутер, сначала все прекрасно работает, потом начинают теряться пакеты, потом перестают бегать совсем. В статусе пишет connected, лампочка WAN при этом часто-часто мигает.
Перезагрузка роутера не помогает - WAN порт не оживает. Если выключить, подождать какое-то время и включить опять работает до очередного затыка.
Пробовал и на оригинальной прошивке и на твоей, результат один. То ли нести в сервис, то ли это баг в прошивке и ждать пока поправят.
В данном случае менять роутер - это явно аппаратные проблемы.

Когда он умирает "штатно", то зайдя на роутер пинг наружу не идёт, а после выполнения команды

et -i eth1 promisc 0

всё оживает (смысл не в том, чтобы поставить promisc в 0, а в том, что это команда в качестве побочного эффекта переинициализирует ethernet контроллер на WAN порту). Естественно при перезагрузке это происходит, поэтому если она не помогает, то в морг. :)

Если есть возможность поменять - попытайтесь получить Deluxe версию, у неё железных проблем с WAN портом нет.
Oleg
18-05-2005, 21:15
1. сегодня еще раз проверил в 1.9.2.7-4 все работает стабильно. Гонял более 5 часов. Правда неработает IP Config | Route ,
10.0.0.0 255.0.0.0 10.9.1.1 0 MAN (как Вы советовали) скорость для 10 адресов не выше 150 кбатй/сек.

Судя по логу, WAN порт живее всех живых. :)
Павел, тогда ещё одна просьба - уберите с 5a маршрут, который Вы добавили. Если после этого заработает (пусть с меньшей скоростью), то возможно, что Вам всё таки стоит уточнить правильные маски подсетей у Вашего провайдера, поскольку смесь 10-х адресов, как внутренних, так и внешних не очень хороша...
Pavel
18-05-2005, 21:28
1.После убирания маршрута работает стабильно. Такой режим был у меня до того как Вы посоветовали поставить маршрут.
2. Проблему отключения я обнаружил по другому. Когда я хочу скачать фильмы из локальной сети провайдера я настраиваю wan как static IP при этом скорость до 3 мбайт/сек. В четвером релизе Вашей прошивки все было ОК, а вот в 5а связь обрывалась как и при VPN с маршрутом. Мне кажется тут одна и таже проблема.
Oleg
18-05-2005, 21:41
Да, возможно, что действительно проблема одна и таже. А 1.9.2.7-5 не пробовали? Она здесь: http://wl500g.dyndns.org/1.9.2.7-5/
Только в ней проблемы с печатью, поэтому если подключен принтер, то её лучше в работе не использовать.
Vitaly_k
18-05-2005, 22:00
Если есть возможность поменять - попытайтесь получить Deluxe версию, у неё железных проблем с WAN портом нет.

Самое интересное, что проблема как раз в Deluxe. До этого стоял обычный - горя не знал. Лучшее - враг хорошего :)
Понесу в сервис. Проблема как мне кажется в автоопределении прямой шнурок - кросс. Если воткнуть WAN-порт в девайс который имеет автоопределение, то все оживает. Если аплинк его не понимает, то начинается моргание лампочкой и затыки.
Pavel
18-05-2005, 22:09
Поведение прошивки 1.9.2.7-5 по моей проблеме аналогично 1.9.2.7-4 т.е.
static IP связь не рвется и скорость высокая
при VPN добавление маршрута ничего не дает связь также не рвется.
Oleg
18-05-2005, 22:17
Павел -5 точно поддерживает маршруты. В этой части она ничем не отличается от -5а, проверьте ещё раз таблицу маршрутизации.
Pavel
19-05-2005, 05:59
Поставил 5 прошивку на ночь
1. Соединение разорвалось -( здесь тажа история как и в 5а
2. Судя по скорости (она низкая) маршруты как то неочень поддерживаются. В настройках я не мог ошибится т.к. я их загружаю из файла, но на всякий случай все проверил - ошибок нет.
3. Использовал виндовскую утилиту tracert, судя по ней маршрутизация поддерживается. Лог файл привожу ниже
На шлюз -----------------------------------
Tracing route to prorva-9-1.ultra.net.ru [10.9.1.1]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms my.router [192.168.1.1]
2 1 ms 1 ms 1 ms prorva-9-1.ultra.net.ru [10.9.1.1]

Trace complete.
На 10 пользователя пользователь скорее всего запритил пинг-----------
C:\DOCUME~1\PAVEL>tracert 10.32.96.31

Tracing route to 10.32.96.31 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms my.router [192.168.1.1]
2 11 ms 1 ms 1 ms prorva-9-1.ultra.net.ru [10.9.1.1]
3 11 ms 1 ms 2 ms konan.ultra.net.ru [10.7.3.18]
4 * * * Request timed out.
5 * ^C
На 192 пользователя ---------------------------------------
C:\DOCUME~1\PAVEL>tracert 192.168.3.77

Tracing route to maxts.ultra.net.ru [192.168.3.77]
over a maximum of 30 hops:

1 <1 ms 1 ms 1 ms my.router [192.168.1.1]
2 7 ms 2 ms 2 ms 192.168.0.5
3 * * * Request timed out.
4 3 ms 2 ms 3 ms maxts.ultra.net.ru [192.168.3.77]

Trace complete.

Очень странное поведение 5 прошивки.
Oleg
21-05-2005, 16:39
Павел, попробуйте с этой прошивкой (http://oleg.wl500g.info/WL500g-1.9.2.7-5b-pre1.trx) и впишите в поле Additional pppd options "nomppe nomppc maxfail 0". Кавычки вбивать не надо. Если отвалится - давайте новый лог.
Pavel
22-05-2005, 10:25
К сожалению Олег результат тот же. Лог файл привожу
---------------------------------------------------------
Jan 1 03:09:14 pptp[286]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 03:09:14 pppd[226]: Serial connection established.
Jan 1 03:09:15 pppd[226]: Using interface ppp0
Jan 1 03:09:15 pppd[226]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:09:15 pptp[290]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan 1 03:09:15 pptp[290]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
Jan 1 03:09:15 pptp[290]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Jan 1 03:09:16 pptp[290]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan 1 03:09:16 pptp[290]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Jan 1 03:09:16 pptp[290]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0).
Jan 1 03:09:16 wan: connected manually
Jan 1 03:09:16 pppd[226]: Terminating on signal 15.
Jan 1 03:09:16 pptp[290]: anon log[callmgr_main:pptp_callmgr.c:253]: Closing connection
Jan 1 03:09:16 pptp[290]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Jan 1 03:09:16 pppd[226]: Child process /usr/sbin/pptp 10.9.1.1 --nolaunchpppd (pid 285) terminated with signal 15
Jan 1 03:09:16 pppd[226]: Modem hangup
Jan 1 03:09:16 pppd[226]: Connection terminated.
Jan 1 03:09:17 pppd[226]: Connect time 2.5 minutes.
Jan 1 03:09:17 pppd[226]: Sent 1114208 bytes, received 40267 bytes.
Jan 1 03:09:17 pppd[226]: Connect time 2.5 minutes.
Jan 1 03:09:17 pppd[226]: Sent 1114208 bytes, received 40267 bytes.
Jan 1 03:09:17 pppd[226]: Exit.
Jan 1 03:09:21 pptp[290]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Jan 1 03:09:21 pptp[290]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
Jan 1 03:09:21 pptp[290]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
Jan 1 03:09:22 pppd[305]: pppd 2.4.2 started by admin, uid 0
Jan 1 03:09:22 pppd[305]: Serial connection established.
Jan 1 03:09:22 pppd[305]: Using interface ppp0
Jan 1 03:09:22 pppd[305]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:09:22 pptp[309]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 03:09:25 pptp[290]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
Jan 1 03:09:25 pptp[312]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan 1 03:09:25 pptp[312]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
Jan 1 03:09:25 pptp[312]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Jan 1 03:09:26 pptp[312]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan 1 03:09:26 pptp[312]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Jan 1 03:09:26 pptp[312]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0).
Jan 1 03:09:29 pppd[305]: local IP address 10.22.96.21
Jan 1 03:09:29 pppd[305]: remote IP address 192.168.0.13
Jan 1 03:09:29 dnsmasq[52]: read /etc/hosts - 4 addresses
Jan 1 03:09:29 dnsmasq[52]: read /etc/ethers - 4 addresses
Jan 1 03:09:29 dnsmasq[52]: reading /tmp/resolv.conf
Jan 1 03:09:29 dnsmasq[52]: using nameserver 213.33.170.11#53
Jan 1 03:09:29 dnsmasq[52]: using nameserver 213.33.170.30#53
Jan 1 03:09:30 PPTP: connect to ISP
Jan 1 03:10:26 pptp[312]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Jan 1 03:11:26 pptp[312]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
Jan 1 03:12:26 pptp[312]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received. !!!!!!!!!!! Вот здесь происходит разрыв связи
Jan 1 03:14:09 pppd[305]: No response to 6 echo-requests
Jan 1 03:14:09 pppd[305]: Serial link appears to be disconnected.
Jan 1 03:14:09 dnsmasq[52]: read /etc/hosts - 4 addresses
Jan 1 03:14:09 dnsmasq[52]: read /etc/ethers - 4 addresses
Jan 1 03:14:09 dnsmasq[52]: reading /tmp/resolv.conf
Jan 1 03:14:09 dnsmasq[52]: using nameserver 213.33.170.11#53
Jan 1 03:14:09 dnsmasq[52]: using nameserver 213.33.170.30#53
Jan 1 03:14:09 PPTP: Disconnected

-----------------------------------
Проделал все 4 раза. "время жизни соеднения" не более 3-4 минут.

Еще заметил, что бывает (5-х прошивок) так что прописанные маршруты (у меня 10) вообще отказываются работать, все 10 узлы просто не видны в сети.
Snufkin
22-05-2005, 14:34
Встряну со своими 2 копейками. Не претендую на знание причин случившегося, просто сравниваю со своим логом. ;)
К сожалению результат тот же. Лог файл привожу
Jan 1 03:09:22 pptp[309]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 03:09:25 pptp[290]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
В моём логе строчка Closing connection отсутствует.

Jan 1 03:09:26 pptp[312]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Jan 1 03:09:26 pptp[312]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0).
В моём логе call ID то же 0, а peer's call ID имеет некий осмысленный номер

Jan 1 03:09:30 PPTP: connect to ISP
Jan 1 03:10:26 pptp[312]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
В моём логе после первой строчки идёт синхронизация времени.
Не знаю, насколько эта информация поможет Олегу, но кто знает.
Oleg
22-05-2005, 17:01
К сожалению Олег результат тот же. Лог файл привожу

Результат стал лучше (нет больше ругание mppe) и скорость VPN должна возрасти. Теперь можно попробовать добавить к тому, что уже написано "lcp-echo-failure 0", чтобы он больше не отцеплялся при отсутствии ответа от провайдера (странно, что это происходит, но всё же...)
Oleg
22-05-2005, 17:04
Встряну со своими 2 копейками. Не претендую на знание причин случившегося, просто сравниваю со своим логом. ;)

В моём логе строчка Closing connection отсутствует.

Это сообщение от предыдущего вызова, т.е. просто из-за ручного соединения предыдущий коннект не успел до конца убиться. В принципе - ничего страшного.


В моём логе call ID то же 0, а peer's call ID имеет некий осмысленный номер

Это возможно заморочки провайдера, хотя мне это тоже не нравится...


В моём логе после первой строчки идёт синхронизация времени.

Я так подозреваю, что в качестве NTP сервера стоит дефолтный time.nist.gov, который теперь не отвечает, поэтому сообщения нет.
Pavel
22-05-2005, 18:27
1. Как я понял надо попробовать с 5b прошивкой вписать в поле Additional pppd options "nomppe nomppc maxfail 0 lcp-echo-failure 0"?

2. достал файл маршрутов (может он поможет):
rem -=Ultra.NET ROUTE=-
route -p add 10.0.0.0 **.***.***.***.** mask 255.0.0.0
route -p add 192.168.0.0 **.***.***.***.** mask 255.255.0.0
route -p add 213.33.170.0 **.***.***.***.** mask 255.255.255.224
route -p add 213.33.170.7 **.***.***.***.** mask 255.255.255.224
exit
Моя внутрення сеть как по умолчанию ASUS 192.168.1.х
И что мене с ним делать?
Oleg
22-05-2005, 21:08
1. Да
2. Откуда этот файл и что скрывается за звёздочками? Последние 2 строки очень странные - диапазоны адресов перекрываются - либо ошибка, либо тот, кто делал этот файл не понимает чего он делал.
Насчёт Lan. Чтобы адреса не перекрывались можете вместо 192.168.1.х использовать 172.16.0.х
Pavel
24-05-2005, 20:36
К сожалению связь прервалась через 10 минут. Лог файл привожу ниже.
-------------------
Jan 1 03:00:04 syslogd started: BusyBox v1.00 (2005.05.11-18:29+0000)
Jan 1 03:00:04 dnsmasq[52]: started, version 2.17 cachesize 150
Jan 1 03:00:04 dnsmasq[52]: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 24h
Jan 1 03:00:04 dnsmasq[52]: DHCP, /tmp/dnsmasq.log will be written every 28800s
Jan 1 03:00:04 dnsmasq[52]: read /etc/hosts - 4 addresses
Jan 1 03:00:04 dnsmasq[52]: read /etc/ethers - 4 addresses
Jan 1 03:00:04 dnsmasq[52]: reading /tmp/resolv.conf
Jan 1 03:00:04 dnsmasq[52]: using nameserver 213.33.170.11#53
Jan 1 03:00:04 dnsmasq[52]: using nameserver 213.33.170.30#53
Jan 1 03:00:04 kernel: Physically mapped flash: squashfs filesystem found at block 941
Jan 1 03:00:04 kernel: Creating 5 MTD partitions on "Physically mapped flash":
Jan 1 03:00:04 kernel: 0x00000000-0x00040000 : "pmon"
Jan 1 03:00:04 kernel: 0x00040000-0x003e0000 : "linux"
Jan 1 03:00:04 kernel: 0x000eb5b4-0x003e0000 : "rootfs"
Jan 1 03:00:04 kernel: 0x003f0000-0x00400000 : "nvram"
Jan 1 03:00:04 kernel: 0x003e0000-0x003f0000 : "config"
Jan 1 03:00:04 kernel: sflash: chipcommon not found
Jan 1 03:00:04 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Jan 1 03:00:04 kernel: IP Protocols: ICMP, UDP, TCP
Jan 1 03:00:04 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes
Jan 1 03:00:04 kernel: TCP: Hash tables configured (established 1024 bind 2048)
Jan 1 03:00:04 kernel: ip_conntrack version 2.1 (128 buckets, 1024 max) - 344 bytes per conntrack
Jan 1 03:00:04 kernel: ip_conntrack_pptp version 1.9 loaded
Jan 1 03:00:04 kernel: ip_nat_pptp version 1.5 loaded
Jan 1 03:00:04 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Jan 1 03:00:04 kernel: ipt_time loading
Jan 1 03:00:04 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Jan 1 03:00:04 kernel: IPv6 v0.8 for NET4.0
Jan 1 03:00:04 kernel: IPv6 over IPv4 tunneling driver
Jan 1 03:00:04 kernel: NET4: Ethernet Bridge 008 for NET4.0
Jan 1 03:00:04 kernel: 802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
Jan 1 03:00:04 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jan 1 03:00:04 kernel: FAT: bogus logical sector size 6656
Jan 1 03:00:04 kernel: FAT: bogus logical sector size 6656
Jan 1 03:00:04 kernel: NTFS: Unable to set blocksize 512.
Jan 1 03:00:04 kernel: VFS: Mounted root (squashfs filesystem) readonly.
Jan 1 03:00:04 kernel: Mounted devfs on /dev
Jan 1 03:00:04 kernel: Freeing unused kernel memory: 72k freed
Jan 1 03:00:04 kernel: Warning: unable to open an initial console.
Jan 1 03:00:04 kernel: Algorithmics/MIPS FPU Emulator v1.5
Jan 1 03:00:04 kernel: eth0: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.7.0
Jan 1 03:00:04 kernel: eth1: Broadcom BCM47xx 10/100 Mbps Ethernet Controller 3.90.7.0
Jan 1 03:00:04 kernel: PCI: Enabling device 01:02.0 (0004 -> 0006)
Jan 1 03:00:04 kernel: eth2: Broadcom BCM4320 802.11 Wireless Controller 3.90.23.0
Jan 1 03:00:04 kernel: device eth0 entered promiscuous mode
Jan 1 03:00:04 kernel: device eth2 entered promiscuous mode
Jan 1 03:00:04 kernel: br0: port 2(eth2) entering listening state
Jan 1 03:00:04 kernel: br0: port 1(eth0) entering listening state
Jan 1 03:00:04 kernel: br0: port 2(eth2) entering learning state
Jan 1 03:00:04 kernel: br0: port 1(eth0) entering learning state
Jan 1 03:00:04 kernel: 2(eth2) entering forwarding state
Jan 1 03:00:04 kernel: br0: topology change detected, propagating
Jan 1 03:00:04 kernel: br0: port 1(eth0) entering forwarding state
Jan 1 03:00:04 kernel: br0: topology change detected, propagating
Jan 1 03:00:05 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:05 kernel: usb.c: registered new driver hub
Jan 1 03:00:05 kernel: usb-ohci.c: USB OHCI at membase 0xb8004000, IRQ 2
Jan 1 03:00:05 kernel: usb-ohci.c: usb-00:04.0, PCI device 14e4:4715
Jan 1 03:00:05 kernel: usb.c: new USB bus registered, assigned bus number 1
Jan 1 03:00:05 kernel: hub.c: USB hub found
Jan 1 03:00:05 kernel: hub.c: 2 ports detected
Jan 1 03:00:06 kernel: lp0: using parport0 (polling).
Jan 1 03:00:07 kernel: usb.c: registered new driver usblp
Jan 1 03:00:07 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 03:00:08 kernel: usb.c: registered new driver audio
Jan 1 03:00:08 kernel: audio.c: v1.0.0:USB Audio Class driver
Jan 1 03:00:09 kernel: Linux video capture interface: v1.00
Jan 1 03:00:09 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 03:00:10 kernel: Initializing USB Mass Storage driver...
Jan 1 03:00:10 kernel: usb.c: registered new driver usb-storage
Jan 1 03:00:10 kernel: USB Mass Storage support registered.
Jan 1 03:00:11 pppd[82]: pppd 2.4.2 started by admin, uid 0
Jan 1 03:00:11 kernel: lp driver: get device ID
Jan 1 03:00:12 kernel: neg fail
Jan 1 03:00:12 pptp[88]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated
Jan 1 03:00:12 pppd[82]: Serial connection established.
Jan 1 03:00:12 pppd[82]: Using interface ppp0
Jan 1 03:00:12 pppd[82]: Connect: ppp0 <--> /dev/pts/0
Jan 1 03:00:12 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan 1 03:00:12 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:732]: Received Start Control Connection Reply
Jan 1 03:00:12 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:766]: Client connection established.
Jan 1 03:00:13 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan 1 03:00:13 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:851]: Received Outgoing Call Reply.
Jan 1 03:00:13 pptp[97]: anon log[ctrlp_disp:pptp_ctrl.c:890]: Outgoing call established (call ID 0, peer's call ID 0).
Jan 1 03:00:16 pppd[82]: local IP address 10.22.96.21
Jan 1 03:00:16 pppd[82]: remote IP address 192.168.0.13
Jan 1 03:00:16 dnsmasq[52]: read /etc/hosts - 4 addresses
Jan 1 03:00:16 dnsmasq[52]: read /etc/ethers - 4 addresses
Jan 1 03:00:16 dnsmasq[52]: reading /tmp/resolv.conf
Jan 1 03:00:16 dnsmasq[52]: using nameserver 213.33.170.11#53
Jan 1 03:00:16 dnsmasq[52]: using nameserver 213.33.170.30#53
Jan 1 03:00:17 kernel: lp driver: get device ID
Jan 1 03:00:17 kernel: neg fail
Jan 1 03:00:17 kernel: neg fail
Jan 1 03:00:18 PPTP: connect to ISP
May 24 22:16:50 ntp client: Synchronizing time with time.nist.gov ...
May 24 22:17:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:18:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:19:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:20:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:21:20 dnsmasq[52]: DHCPINFORM(br0) 192.168.1.2 00:11:2f:cc:71:c8
May 24 22:21:20 dnsmasq[52]: DHCPACK(br0) 192.168.1.2 00:11:2f:cc:71:c8 nscalp
May 24 22:21:23 dnsmasq[52]: DHCPINFORM(br0) 192.168.1.2 00:11:2f:cc:71:c8
May 24 22:21:23 dnsmasq[52]: DHCPACK(br0) 192.168.1.2 00:11:2f:cc:71:c8 nscalp
May 24 22:21:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:22:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:23:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:24:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:25:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:26:32 pptp[97]: anon log[logecho:pptp_ctrl.c:670]: Echo Reply received.
May 24 22:26:32 pptp[97]: anon log[logecho:pptp_ctrl.c:672]: no more Echo Reply/Request packets will be reported.
May 24 22:34:32 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
May 24 22:34:32 pptp[97]: anon log[pptp_conn_close:pptp_ctrl.c:433]: Closing PPTP connection
May 24 22:34:32 pptp[97]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3 'Stop-Control-Connection-Request'
May 24 22:34:32 pptp[97]: anon log[call_callback:pptp_callmgr.c:77]: Closing connection
May 24 22:34:32 pppd[82]: Modem hangup
May 24 22:34:32 pppd[82]: Connection terminated.
May 24 22:34:32 pppd[82]: Connect time 18615994.4 minutes.
May 24 22:34:32 pppd[82]: Sent 27864361 bytes, received 41427874 bytes.
May 24 22:34:32 dnsmasq[52]: read /etc/hosts - 4 addresses
May 24 22:34:32 dnsmasq[52]: read /etc/ethers - 4 addresses
May 24 22:34:32 dnsmasq[52]: reading /tmp/resolv.conf
May 24 22:34:32 dnsmasq[52]: using nameserver 213.33.170.11#53
May 24 22:34:32 dnsmasq[52]: using nameserver 213.33.170.30#53
May 24 22:34:32 PPTP: Disconnected
May 24 22:34:32 pppd[82]: Child process /tmp/ppp/ip-down (pid 112) terminated with signal 11


--------------------
Oleg
01-06-2005, 10:49
Эта проблема меня слегка достала уже. :)
Пробовали ставить фиксированную скорость Wan порту?
Pavel
01-06-2005, 17:51
Что не работает то не работает -((((
Фиксированную скорость надо выставлеть в поле WAN Connection Speed? У меня стоит Auto. Что надо указать?
Oleg
01-06-2005, 18:58
Указать любую, лишь бы загорелся индикатор Wan. Он может загораться не сразу - м.б. прийдётся слегка подождать (до минуты).