[ASUS RT-N66U и ошибка 806]

И снова здравствуйте!

Уважаемая поддержка, по прошествии 22 дней аптайма, те же проблемы:

 

May 13 18:41:04 miniupnpd[950]: Expired NAT-PMP mapping port 34786 UDP removed
May 13 18:41:04 miniupnpd[950]: Expired NAT-PMP mapping port 34786 TCP removed
May 14 00:12:57 miniupnpd[950]: Expired NAT-PMP mapping port 34786 UDP removed
May 14 00:12:58 miniupnpd[950]: Expired NAT-PMP mapping port 34786 TCP removed
May 14 07:53:59 kernel: eth1: received packet with  own address as source address
May 14 22:30:06 WAN Connection: Ethernet link down.
May 14 22:30:06 stop_nat_rules: apply the redirect_rules!
May 14 22:31:08 pptp[893]: Serial link appears to be disconnected.
May 14 22:31:15 pptp[893]: Connection terminated.
May 14 22:31:15 pptp[893]: Modem hangup
May 14 22:31:16 miniupnpd[950]: ioctl(s, SIOCGIFADDR, ...): No such device
May 14 22:31:16 miniupnpd[950]: Failed to get IP for interface ppp0
May 14 22:31:32 WAN Connection: Fail to connect with some issues.
May 14 22:31:36 pptp[893]: Connect: ppp0 <--> pptp (217.78.176.70)
May 14 22:31:38 pptp[893]: CHAP authentication succeeded
May 14 22:31:38 pptp[893]: local  IP address 217.78.182.67
May 14 22:31:38 pptp[893]: remote IP address 217.78.176.70
May 14 22:31:38 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
May 14 22:31:38 rc_service: ip-up 4663:notify_rc stop_upnp
May 14 22:31:38 miniupnpd[950]: received signal 15, good-bye
May 14 22:31:38 rc_service: ip-up 4663:notify_rc start_upnp
May 14 22:31:38 miniupnpd[4693]: HTTP listening on port 40603
May 14 22:31:38 miniupnpd[4693]: Listening for NAT-PMP traffic on port 5351
May 14 22:31:41 WAN Connection: WAN was restored.
May 15 00:29:17 kernel: eth1: received packet with  own address as source address
May 15 04:01:19 kernel: nf_ct_ras: decoding error: out of range
May 15 04:01:20 kernel: nf_ct_ras: decoding error: out of range
May 15 07:39:58 kernel: eth2: received packet with  own address as source address
May 15 14:12:45 kernel: eth1: received packet with  own address as source address
May 15 14:48:33 miniupnpd[4693]: Expired NAT-PMP mapping port 34786 UDP removed
May 15 14:48:33 miniupnpd[4693]: Expired NAT-PMP mapping port 34786 TCP removed
May 15 18:11:14 miniupnpd[4693]: Expired NAT-PMP mapping port 34786 UDP removed
May 15 18:11:14 miniupnpd[4693]: Expired NAT-PMP mapping port 34786 TCP removed
May 16 02:04:12 kernel: nf_ct_ras: decoding error: out of range
May 16 10:22:31 kernel: eth2: received packet with  own address as source address
May 16 10:48:24 kernel: eth1: received packet with  own address as source address
May 16 13:24:14 kernel: eth2: received packet with  own address as source address
May 16 13:24:21 miniupnpd[4693]: Expired NAT-PMP mapping port 34786 UDP removed
May 16 13:24:21 miniupnpd[4693]: Expired NAT-PMP mapping port 34786 TCP removed
May 16 15:17:38 pptp[893]: Serial link appears to be disconnected.
May 16 15:17:41 WAN Connection: Fail to connect with some issues.
May 16 15:17:41 stop_nat_rules: apply the redirect_rules!
May 16 15:17:44 pptp[893]: Connection terminated.
May 16 15:17:44 pptp[893]: Modem hangup
May 16 15:17:55 pptp[893]: Connect: ppp0 <--> pptp (217.78.176.114)
May 16 15:17:57 pptp[893]: MS-CHAP authentication failed: ^M^JYou are already logged in - access denied^M^J^J
May 16 15:17:57 pptp[893]: CHAP authentication failed
May 16 15:17:57 pptp[893]: Connection terminated.
May 16 15:18:08 pptp[893]: Connect: ppp0 <--> pptp (217.78.177.210)
May 16 15:18:10 pptp[893]: MS-CHAP authentication failed: ^M^JYou are already logged in - access denied^M^J^J
May 16 15:18:10 pptp[893]: CHAP authentication failed
May 16 15:18:10 pptp[893]: Connection terminated.
May 16 15:18:22 pptp[893]: Connect: ppp0 <--> pptp (217.78.177.211)
May 16 15:18:24 pptp[893]: MS-CHAP authentication failed: ^M^JYou are already logged in - access denied^M^J^J
May 16 15:18:24 pptp[893]: CHAP authentication failed
May 16 15:18:24 pptp[893]: Connection terminated.
...

 

И это действительно странно, что это возникает на ровном месте, возможно, все-таки штормит на стороне Коптево.нет?

Подскажите не озаботились ли Вы расследованием на своей стороне?

[ASUS RT-N66U и ошибка 806]

Обновил прошивку до 3.0.0.4.374_5517, два дня полет нормальный (уж не знаю, прошивка стабильнее или ситуация как у RuBaK...).

 

Про работу кнопки "ПРИМЕНИТЬ" в разделе IPTV, сказать что-то сложно, т. к. кнопка "ПРИМЕНИТЬ" ведет себя странно во ВСЕХ разделах. То есть, после внесении изменениий в настройки и нажатия "Применить" - появляется, как и должен, процент прогресса, 5%, 10% и зависает. Если ничего не предпринимать, то после пары минут просто обновить страницу - видно что изменения сохранилсь. При этом, в некоторых разделах при зависании прогресса рвется соединение, в каких-то не рвется.

 

В общем как-то все не очень хорошо:

- Из-за чего были падения - не ясно.

- Из-за чего они прошли (по крайней мере пока) - не понятно.

- Прошивка как-то тоже не особо радует.

 

В итоге, если это конечно, не сильно затруднит уважаемую поддерку, хотел бы попросить провести некоторые изыскания и на вашей стороне. Возможно что тут все не так однозначно как может казаться.

 

Заранее благодарю.

[ASUS RT-N66U и ошибка 806]

Прошивка: официальная 3.0.0.4.374_4561

Настраивал по инструкции.

Проблем с кабелем и коннектором - нет (напрямую и через другой роутер - все ОК).

 

Собственно, почему я сильно склоняюсь к тому, что проблема в роутере: до этого, и в те моменты пока N66 был на замене, у меня совершенно беспроблемно работал WL-500g, с тем же кабелем, настроенный по инструкциям и т.д. и т.п.

Да и N66 работает хорошо в остальное время, но стабильно 1-2 раза в день происходит описанное выше.

 

В логе, меня смущают именно строки

Apr 20 21:59:50 pptp[806]: Serial link appears to be disconnected.
Apr 20 21:59:55 WAN Connection: Fail to connect with some issues.

т.к. все что идет после - это, очевидно, уже последствия проблемы. И да, скорее всего линк не рвется, а остается висеть и повторное соедениение не проходит, но проблема-то в разрыве.

 

Пока я искал решения на стороне, все комментарии сходятся на следующем:

Стоит отметить, что сервис VPN для своей работы использует протокол IP GRE и порт TCP 1723/TCP. Такие пакеты должны проходить через роутер/Firewall компьютера пользователя, а если роутер есть и на пути к серверу провайдера, то необходимо обеспечить его корректную обработку VPN соединения в целом.

[ASUS RT-N66U и ошибка 806]

Добрый день!

 

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

 

Собственно, суть проблемы:

Недавно сменил роутер на ASUS RT-N66U, и всем бы он меня радовал, если бы не периодические падения сети. Сначала, не вчитавшись в лог (а точнее не сумев найти в том навале строк нужное) решил что проблема аппаратная и сдал в сервис. Что характерно, его там таки заменили. Но и со вторым та же фигня.

Теперь я уже перелопатил лог более детально и похоже проблема в VPN:

Apr 20 21:59:50 pptp[806]: Serial link appears to be disconnected.
Apr 20 21:59:55 WAN Connection: Fail to connect with some issues.
Apr 20 21:59:55 stop_nat_rules: apply the redirect_rules!
Apr 20 21:59:56 pptp[806]: Connection terminated.
Apr 20 21:59:56 pptp[806]: Modem hangup
Apr 20 22:00:07 pptp[806]: Connect: ppp0 <--> pptp (217.78.177.210)
Apr 20 22:00:09 pptp[806]: MS-CHAP authentication failed: ^M^JYou are already logged in - access denied^M^J^J
Apr 20 22:00:09 pptp[806]: CHAP authentication failed
Apr 20 22:00:09 pptp[806]: Connection terminated.

 

Подскажите, пожалуйста, что тут можно сделать?

 

1/0403