Bekijk de volledige versie : Не устанавливается PPPoE соединение на роутере
Andrey Solovyov
15-12-2006, 16:00
Иногда отваливается Интернет и сам не восстанавливается. Дает ошибку "Timeout waiting for PADO packets". Ждать можно сколько угодно, помогает только нажатие кнопки "Connect" в web-интерфейсе роутера. Прошивка 1.9.2.7-7f. Сегодня два раза произошло после одновременного запуска на компьютере uTorrent и DC++.
Ниже привожу лог, чтобы не быть голословным. ;))
Dec 15 17:07:10 pppd[65]: No response to 6 echo-requests
Dec 15 17:07:10 pppd[65]: Serial link appears to be disconnected.
Dec 15 17:07:10 PPPoE: Disconnected
Dec 15 17:07:16 pppd[65]: Connection terminated.
Dec 15 17:07:16 pppd[65]: Connect time 19436527.1 minutes.
Dec 15 17:07:16 pppd[65]: Sent 4776965 bytes, received 10719136 bytes.
Dec 15 17:08:21 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:08:21 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:09:26 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:09:26 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:10:31 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:10:31 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:11:36 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:11:36 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:12:41 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:12:41 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:13:46 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:13:46 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:14:51 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:14:51 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:15:56 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:15:56 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:17:01 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:17:01 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:18:06 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:18:06 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:19:11 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:19:11 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:20:16 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:20:16 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:21:21 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:21:21 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:22:26 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:22:26 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:23:31 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:23:31 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:24:36 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:24:36 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:25:41 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:25:41 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:26:46 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:26:46 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:27:51 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:27:51 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:28:56 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:28:56 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:30:01 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:30:01 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:31:06 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:31:06 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:32:11 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:32:11 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:33:16 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:33:16 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:34:21 pppd[65]: Timeout waiting for PADO packets
Dec 15 17:34:21 pppd[65]: Unable to complete PPPoE Discovery
Dec 15 17:35:14 wan: disconnected manually
Dec 15 17:35:15 pppd[65]: Terminating on signal 15.
Dec 15 17:35:16 wan: connected manually
Dec 15 17:35:17 pppd[65]: Terminating on signal 15.
Dec 15 17:35:17 pppd[65]: recv (receivePacket)
Dec 15 17:35:17 pppd[65]: send (sendPacket)
Dec 15 17:35:23 pppd[126]: Plugin rp-pppoe.so loaded.
Dec 15 17:35:23 pppd[126]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Dec 15 17:35:23 pppd[127]: pppd 2.4.2 started by admin, uid 0
Dec 15 17:35:28 pppd[127]: PPP session is 18973
Dec 15 17:35:28 pppd[127]: Using interface ppp0
Dec 15 17:35:28 pppd[127]: Connect: ppp0 <--> eth1
Dec 15 17:35:30 pppd[127]: CHAP authentication succeeded
Dec 15 17:35:30 pppd[127]: peer from calling number 00:05:5F:D6:C4:1A authorized
Dec 15 17:35:30 pppd[127]: local IP address 192.168.113.103
Dec 15 17:35:30 pppd[127]: remote IP address 192.168.200.9
Dec 15 17:35:30 PPPoE: connect to ISP
Dec 15 17:37:56 ntp client: Synchronizing time with time.nist.gov ...
Dec 15 17:39:00 pppd[127]: No response to 6 echo-requests
Dec 15 17:39:00 pppd[127]: Serial link appears to be disconnected.
Dec 15 17:39:00 PPPoE: Disconnected
Dec 15 17:39:06 pppd[127]: Connection terminated.
Dec 15 17:39:06 pppd[127]: Connect time 3.6 minutes.
Dec 15 17:39:06 pppd[127]: Sent 94794 bytes, received 586886 bytes.
Dec 15 17:40:11 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:40:11 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:41:16 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:41:16 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:42:21 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:42:21 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:43:26 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:43:26 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:44:31 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:44:31 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:45:36 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:45:36 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:46:41 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:46:41 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:47:46 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:47:46 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:48:51 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:48:51 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:49:56 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:49:56 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:51:01 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:51:01 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:52:06 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:52:06 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:53:11 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:53:11 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:54:16 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:54:16 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:55:21 pppd[127]: Timeout waiting for PADO packets
Dec 15 17:55:21 pppd[127]: Unable to complete PPPoE Discovery
Dec 15 17:56:23 wan: connected manually
Dec 15 17:56:23 pppd[127]: Terminating on signal 15.
Dec 15 17:56:24 pppd[127]: recv (receivePacket)
Dec 15 17:56:24 pppd[127]: send (sendPacket)
Dec 15 17:56:29 pppd[152]: Plugin rp-pppoe.so loaded.
Dec 15 17:56:29 pppd[152]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Dec 15 17:56:29 pppd[153]: pppd 2.4.2 started by admin, uid 0
Dec 15 17:56:34 pppd[153]: PPP session is 19381
Dec 15 17:56:34 pppd[153]: Using interface ppp0
Dec 15 17:56:34 pppd[153]: Connect: ppp0 <--> eth1
Dec 15 17:56:36 pppd[153]: CHAP authentication succeeded
Dec 15 17:56:36 pppd[153]: peer from calling number 00:05:5F:D6:C4:1A authorized
Dec 15 17:56:36 pppd[153]: local IP address 192.168.113.103
Dec 15 17:56:36 pppd[153]: remote IP address 192.168.200.9
Dec 15 17:56:36 PPPoE: connect to ISP
И еще иногда много-много вот такого пишет:
Dec 15 18:10:21 dnsmasq[46]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 15 18:10:29 dnsmasq[46]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 15 18:10:50 dnsmasq[46]: DHCP request for unsupported hardware type (0) recieved on br0
Бывает, несколько экранов листаешь, такие строки.
Andrey Solovyov
17-12-2006, 19:45
Все так и продолжается:
Dec 17 21:48:40 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:50:34 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:51:35 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:51:42 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:52:29 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:52:34 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:52:40 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:52:51 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:52:59 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:53:48 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:54:03 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 21:54:49 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:12:31 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:16:24 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:16:29 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:16:33 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:16:37 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:16:45 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:16:55 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:17:29 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:17:37 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:17:43 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:17:52 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:18:02 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:18:12 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:23:34 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:23:43 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:23:56 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:24:25 dnsmasq[45]: DHCP request for unsupported hardware type (0) recieved on br0
Dec 17 22:26:42 pppd[65]: No response to 6 echo-requests
Dec 17 22:26:42 pppd[65]: Serial link appears to be disconnected.
Dec 17 22:26:42 PPPoE: Disconnected
Dec 17 22:26:48 pppd[65]: Connection terminated.
Dec 17 22:26:48 pppd[65]: Connect time 19439726.6 minutes.
Dec 17 22:26:48 pppd[65]: Sent 65793673 bytes, received 265324601 bytes.
Dec 17 22:27:54 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:27:54 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:28:59 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:28:59 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:30:04 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:30:04 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:31:09 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:31:09 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:32:14 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:32:14 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:33:19 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:33:19 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:34:24 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:34:24 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:35:29 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:35:29 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:36:34 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:36:34 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:37:39 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:37:39 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:38:44 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:38:44 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:39:49 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:39:49 pppd[65]: Unable to complete PPPoE Discovery
Dec 17 22:40:54 pppd[65]: Timeout waiting for PADO packets
Dec 17 22:40:54 pppd[65]: Unable to complete PPPoE Discovery
Помогите, пожалуйста, разобраться!
Перегрузка роутера помогает?
Andrey Solovyov
17-12-2006, 21:32
Чтобы кардинально решить проблему - нет. А для восстановления коннекта можно либо перегрузить роутер, либо нажать в web-интерфейсе кнопочку Connect. Все сразу восстанавливается. Вот только лель это делать каждый раз ручками.
А если зайти на роутер телнетом и сказать
et -i eth1 promisc 1
восстановится (с паузой в 30 секунд)?
И что у Вас выбрано в качестве скорость WAN порта?
PS: я так понял, что это обычный wl500g?
Andrey Solovyov
18-12-2006, 16:25
А если зайти на роутер телнетом и сказать
et -i eth1 promisc 1
восстановится (с паузой в 30 секунд)?
И что у Вас выбрано в качестве скорость WAN порта?
PS: я так понял, что это обычный wl500g?
Во время следующего подвиса введу эту команду, проверю. Скорость WAN стоит Auto negotiation. Да, это обычный WL-500g.
Andrey Solovyov
21-12-2006, 15:09
Да, если дать эту команду - соединение восстанавливается, без вопросов. Только я вводил строку не через telnet (Подключение к 172.16.1.1...Не удалось открыть подключение к этому узлу, на порт 23: Сбой подключения), а в web-интерфейсе через опцию System Command, но, насколько я понимаю, это одно и то же. А почему, интересно, оно рвется? Это точно не по вине провайдера - у них connect может держаться неделями/месяцами.
Andrey Solovyov
22-12-2006, 07:47
Сегодня опять подключение оборвалось при запуске DC++ (с забитыми туда закачками). Может быть это он виноват? Может, мозг у рутера не выдерживает?
Да, возможно окажется полезной информация: у меня прямой IP, DC++, соответственно, работает в активном режиме. В строке "Additional pppd options:" пусто, т.к., насколько я понял, в новой прошивке "maxfail 0" уже активирован по-умолчанию.
Andrey Solovyov
23-12-2006, 08:13
5 минут назад то же самое приключилось без всякого DC++. Так что он, скорее всего, не виноват.
Олег, жду вашего ответа! :confused:
Andrey Solovyov
05-01-2007, 08:09
Так же все и падает... Есть предположение, что влияют запущенные одновременно DC++ и uTorrent. Сейчас прошивка 1.9.2.7-7f-post4.
Олег, хотя бы прокомментируйте, пожалуйста!
Andrey Solovyov
27-01-2007, 17:12
Да, всем хороша последняя версия прошивки, только вот падает иногда...
Andrey Solovyov
27-01-2007, 17:29
Ну, чуть ниже по теме все подробнейшим образом описано! :)
Т.е. promisc 0 всё восстанавливает? Если да, то Вы стали жертвой умирающего WAN порта. Прошивка здесь непричём. Это аппаратная проблема.
Эта штука проявляется на обычных wl500g. Иногда помогает фиксация скорости. Почти всегда помогает включить хаб перед wl500g.
ЗЫ: У слова "падает" слегка другой смысл.
Andrey Solovyov
27-01-2007, 18:17
А неужели этот "умирающий WAN-порт" при помощи прошивки нельзя заставить нормально работать?
Пожалуйста, поясните, что такое "фиксация скорости" и какой хаб нужно включить перед WL-500g?
А неужели этот "умирающий WAN-порт" при помощи прошивки нельзя заставить нормально работать?
Попробуйте. :) Всё что мог я уже сделал.
Пожалуйста, поясните, что такое "фиксация скорости" и какой хаб нужно включить перед WL-500g?
Хаб - любой попробуйте, какой найдёте.
Фиксация скорости - в веб интерфейсе она задаётся для WAN порта. 10/100 half/full.
Andrey Solovyov
27-01-2007, 19:08
Я здесь подключен через стороннего провайдера (т.е. плачу деньги другой конторе), таким образом к хабам (точнее, свичам) доступа не имею. Но они здесь постоянно включены и работают практически 24/7/365, таким образом, когда бы я ни включил свой WL-500g, хаб будет включен до этого.
Какая длина кабеля от хаба до Wl500g?
Andrey Solovyov
27-01-2007, 19:54
Говорю же: подключение через стороннего провайдера - какая длина кабеля я даже представления не имею. Но, судя по имиджу провайдера, все нормативы на Ethernet выдерживаются четко.
Andrey Solovyov
28-01-2007, 09:35
А со стандартной прошивкой данная проблема "умирания Wan-порта" тоже имеет место быть?
Говорю же: подключение через стороннего провайдера - какая длина кабеля я даже представления не имею. Но, судя по имиджу провайдера, все нормативы на Ethernet выдерживаются четко.
Вот я Вам и говорю: поставьте у себя хаб перед WL500g. Порт умирает при возникновении ошибок. Сейчас линия протяжённая и это влияет на устойчивость.
Ну и попробуйте фиксировать скорость.
Не подключается ни автоматом ни вручную.
Когда автоматом, при включении рутера в конце лога пишет следующее:
......
Jan 1 05:00:07 pppd[95]: Plugin rp-pppoe.so loaded.
Jan 1 05:00:07 pppd[95]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Jan 1 05:00:07 pppd[96]: pppd 2.4.2 started by admin, uid 0
Jan 1 05:00:42 pppd[96]: Timeout waiting for PADO packets
Jan 1 05:00:42 pppd[96]: Unable to complete PPPoE Discovery
Jan 1 05:01:47 pppd[96]: Timeout waiting for PADO packets
Jan 1 05:01:47 pppd[96]: Unable to complete PPPoE Discovery
Если жму кнопку Connect, добавляет следующие строки:
Jan 1 06:06:46 wan: connected manually
Jan 1 06:06:47 pppd[893]: Terminating on signal 15.
Jan 1 06:06:47 kernel: vlan1: del 33:33:ff:ed:d1:ae mcast address from master interface
Jan 1 06:06:47 kernel: vlan1: del 33:33:ff:ed:d1:ae mcast address from vlan interface
Jan 1 06:06:47 kernel: vlan1: del 33:33:00:00:00:01 mcast address from master interface
Jan 1 06:06:47 kernel: vlan1: del 33:33:00:00:00:01 mcast address from vlan interface
Jan 1 06:06:47 kernel: vlan1: del 01:00:5e:00:00:01 mcast address from master interface
Jan 1 06:06:47 kernel: vlan1: del 01:00:5e:00:00:01 mcast address from vlan interface
Jan 1 06:06:47 pppd[893]: recv (receivePacket)
Jan 1 06:06:52 kernel: vlan1: Setting MAC address to 00 17 31 ed d1 ae.
Jan 1 06:06:52 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 06:06:52 kernel: vlan1: add 01:00:5e:00:00:01 mcast address to master interface
Jan 1 06:06:52 kernel: vlan1: add 33:33:00:00:00:01 mcast address to master interface
Jan 1 06:06:52 kernel: vlan1: add 33:33:ff:ed:d1:ae mcast address to master interface
Jan 1 06:06:52 pppd[936]: Plugin rp-pppoe.so loaded.
Jan 1 06:06:52 pppd[936]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Jan 1 06:06:52 pppd[937]: pppd 2.4.2 started by admin, uid 0
Jan 1 06:07:27 pppd[937]: Timeout waiting for PADO packets
Доступ к компам в MAN имеется, т.е. WAN-порт и NAT работает.
В настройках PPPoE указаны юзер/пароль/имя сервиса, всё как в винде(с винды соединяется без проблем).
Jan 1 05:00:42 pppd[96]: Timeout waiting for PADO packets
Jan 1 05:00:42 pppd[96]: Unable to complete PPPoE Discovery
Jan 1 05:01:47 pppd[96]: Timeout waiting for PADO packets
Jan 1 05:01:47 pppd[96]: Unable to complete PPPoE Discovery
у меня в такой ситуации помогает перезагрузка АДСЛ модема
у меня в такой ситуации помогает перезагрузка АДСЛ модема
У меня нет DSL модема, имею "прямое" Ethernet соединение с провайдером.
прикольно, а вытыкание/втыкание внешнего эзернет провода?
поиск по этой ошибке здесь в конфе дает порядка 30 вопросов, но причину/решение проблемы я не усек...
Jan 1 05:00:42 pppd[96]: Timeout waiting for PADO packets
Jan 1 05:00:42 pppd[96]: Unable to complete PPPoE Discovery
Это означает, что PPPoE сервер не отвечает на запросы на установку соединения.
В этой ситуации надо обратить внимание на правильность ввода ServiceName (попробовать заново ввести), Access Concentrator Name (если не уверен, то поле должно быть пустым), MAC (маловероятно, но возможно у провайдера стоит фильтр). Настройки IP на PPPoE не влияют.
поиск по этой ошибке здесь в конфе дает порядка 30 вопросов, но причину/решение проблемы я не усек...
Поиск я юзал, обычно речь идет о том что соединение не восстанавливается после падения, а у меня вообще не соединяется.
Это означает, что PPPoE сервер не отвечает на запросы на установку соединения.
В этой ситуации надо обратить внимание на правильность ввода ServiceName (попробовать заново ввести), Access Concentrator Name (если не уверен, то поле должно быть пустым), MAC (маловероятно, но возможно у провайдера стоит фильтр). Настройки IP на PPPoE не влияют.
ServiceName у меня gw_b\wtn, может проблема с косой чертой?
Попробуйте ServiceName не указывать.
Попробуйте ServiceName не указывать.
Пробовал. Пробовал указывать неправильно пользователя и пароль, но до этих параметров похоже даже дело не доходит.
Запускайте robocfg и вывод сюда. И ещё ifconfig.
Всетаки смутило меня наличие обратного слеша в servicename и не зря. Посмотрел что выводит tcpdump при такой конфигурации:
18:57:42.324495 PPPoE PADI [Service-Name "gw_bwtn"] [Host-Uniq 0x54090000]
Знак слеша просто терялся. Но при двойном слеше servicename передавалось как надо. Может это конечно глюки tcpdump'a но всёже.
2 DiVAN1: Попробуй, забей servicename так - "gw_b\\wtn"
...
2 DiVAN1: Попробуй, забей servicename так - "gw_b\\wtn"
эх, жаль не помогло, а я уж было обрадовался как всё просто :cool:
ifconfig
br0 Link encap:Ethernet HWaddr 00:17:31:ED:D1:AE
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::217:31ff:feed:d1ae/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:227 errors:0 dropped:0 overruns:0 frame:0
TX packets:420 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:28975 (28.2 KiB) TX bytes:240194 (234.5 KiB)
eth0 Link encap:Ethernet HWaddr 00:17:31:ED:D1:AE
inet6 addr: fe80::217:31ff:feed:d1ae/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3221 errors:0 dropped:0 overruns:0 frame:0
TX packets:523 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:485864 (474.4 KiB) TX bytes:248330 (242.5 KiB)
Interrupt:4 Base address:0x1000
eth1 Link encap:Ethernet HWaddr 00:17:31:ED:D1:AE
inet6 addr: fe80::217:31ff:feed:d1ae/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:142 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:2 Base address:0x2000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:403 errors:0 dropped:0 overruns:0 frame:0
TX packets:403 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:54583 (53.3 KiB) TX bytes:54583 (53.3 KiB)
vlan0 Link encap:Ethernet HWaddr 00:17:31:ED:D1:AE
inet6 addr: fe80::217:31ff:feed:d1ae/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:227 errors:0 dropped:0 overruns:0 frame:0
TX packets:506 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:29883 (29.1 KiB) TX bytes:247406 (241.6 KiB)
vlan1 Link encap:Ethernet HWaddr 00:11:2F:76:79:81
inet addr:192.168.11.124 Bcast:192.168.11.255 Mask:255.255.255.0
inet6 addr: fe80::211:2fff:fe76:7981/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2987 errors:0 dropped:0 overruns:0 frame:0
TX packets:15 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:397064 (387.7 KiB) TX bytes:776 (776.0 B)
robocfg show
Switch: enabled
Port 0(W): 100FD enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 1(4): 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 2(3): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 3(2): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 4(1): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 5(C): 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
VLANs: BCM5325/535x enabled mac_check mac_hash
vlan0: 1 2 3 4 5t
vlan1: 0 5t
vlan2:
vlan3:
vlan4:
vlan5:
vlan6:
vlan7:
vlan8:
vlan9:
vlan10:
vlan11:
vlan12:
vlan13:
vlan14:
vlan15:
Пробовал играться скоростью на WAN порту - без результата.
Интересно посмотреть, что творится на WAN порту во время подключения с помощью роутера и с помощью WINDOWS и узреть разницу.
Перед началом отключи icq, сборщик почты, и прочую лабуду которая может в дампе засветить твои пароли.
1. Соединение роутером
1.1. Для этого в командной строке роутера набери:
/usr/sbin/tcpdump -s 0 -i vlan1 -w /var/tmp/display.jpg
1.2. Нажми в веб интерфейсе CONNECT, и после того, как появятся в логе "Unable to complete PPPoE Discovery" в терминалке останови процесс сбора пакетов с помощью ctrl-c.
1.3. С помощю какого-нибудь менеджера закачек или с помощью FIREFOX (IE говорят непереваривает это), в один поток скачай созданный нами дамп пакетов - http://my.router/display.jpg. На десктопе потом переименуй его в router.pcap.
2. Соединение средствами WINDOWS. Здесь будем соединятся через роутер с помощью pppoe relay
2.1. В веб морде включи в опциях ip-WAN&LAN Enable PPPoE Relay. Перегрузи роутер.
2.2. см. 1.1
2.3. Установи PPPoE соединение с помощью windows. После того, как соединение установится в терминалке останови процесс сбора пакетов с помощью ctrl-c.
2.4. см. 1.3, только назови файл windows.pcap.
2.5. Не забудь в веб морде отключить в опциях ip-WAN&LAN Enable PPPoE Relay.
3. Залей результат (windows.pcap и router.pcap) на форум на всеобщее растерзание.
goblin548
12-05-2007, 16:15
у меня такая же проблема:
модем w500g premium
прошивка 1.9.2.7-8-pre6
все было ок, после очередной перезагрузки модем перестал коннектиться по pppoe, пишет:
Jan 1 05:09:42 pppd[102]: Timeout waiting for PADO packets
Jan 1 05:09:42 pppd[102]: Unable to complete PPPoE Discovery
Jan 1 05:10:47 pppd[102]: Timeout waiting for PADO packets
Jan 1 05:10:47 pppd[102]: Unable to complete PPPoE Discovery
Jan 1 05:11:52 pppd[102]: Timeout waiting for PADO packets
Jan 1 05:11:52 pppd[102]: Unable to complete PPPoE Discovery
Jan 1 05:12:57 pppd[102]: Timeout waiting for PADO packets
Jan 1 05:12:57 pppd[102]: Unable to complete PPPoE Discovery
ifconfig
br0 Link encap:Ethernet HWaddr 00:18:F3:98:D4:4A
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::218:f3ff:fe98:d44a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16189 errors:0 dropped:0 overruns:0 frame:0
TX packets:10723 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:877142 (856.5 KiB) TX bytes:4102635 (3.9 MiB)
eth0 Link encap:Ethernet HWaddr 00:18:F3:98:D4:4A
inet6 addr: fe80::218:f3ff:fe98:d44a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1853 errors:0 dropped:0 overruns:0 frame:0
TX packets:7882 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:172952 (168.8 KiB) TX bytes:466492 (455.5 KiB)
Interrupt:4 Base address:0x1000
eth1 Link encap:Ethernet HWaddr 00:18:F3:98:D4:4A
inet6 addr: fe80::218:f3ff:fe98:d44a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:16176 errors:0 dropped:0 overruns:0 frame:16274
TX packets:14862 errors:5 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:1102350 (1.0 MiB) TX bytes:4576892 (4.3 MiB)
Interrupt:12 Base address:0x2000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:13137 errors:0 dropped:0 overruns:0 frame:0
TX packets:13137 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1579669 (1.5 MiB) TX bytes:1579669 (1.5 MiB)
vlan0 Link encap:Ethernet HWaddr 00:18:F3:98:D4:4A
inet6 addr: fe80::218:f3ff:fe98:d44a/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:4221 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:298665 (291.6 KiB)
vlan1 Link encap:Ethernet HWaddr 00:16:CB:97:1E:C4
inet addr:10.35.14.137 Bcast:10.35.15.255 Mask:255.255.240.0
inet6 addr: fe80::216:cbff:fe97:1ec4/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1849 errors:0 dropped:0 overruns:0 frame:0
TX packets:3659 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:139116 (135.8 KiB) TX bytes:167679 (163.7 KiB)
robocfg
[admin@asus500 root]$ robocfg show
Switch: enabled
Port 0(W): DOWN enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 1(4): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 2(3): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 3(2): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 4(1): DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 5(C): 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
VLANs: BCM5325/535x enabled mac_check mac_hash
vlan0: 1 2 3 4 5t
vlan1: 0 5t
vlan2:
vlan3:
vlan4:
vlan5:
vlan6:
vlan7:
vlan8:
vlan9:
vlan10:
vlan11:
vlan12:
vlan13:
vlan14:
vlan15:
Не коннетиться ни автоматом (при перзагрузке), ни вручную (кнопкой CONNECT)
Что я делаю не так?
У Вас скорее всего провайдер сдох. :)
goblin548
13-05-2007, 06:13
У Вас скорее всего провайдер сдох. :)
Непохоже, с компьютера-то все коннектится. М?
Непохоже, с компьютера-то все коннектится. М?
поюзайте поиск, если сообщает, что "Timeout waiting for PADO packets" и "Unable to complete PPPoE Discovery", то это или сдохший сервак у провайдера, или порвана линия между вами и серваком или неправильно прописаный service name
goblin548
13-05-2007, 12:23
поюзайте поиск, если сообщает, что "Timeout waiting for PADO packets" и "Unable to complete PPPoE Discovery", то это или сдохший сервак у провайдера, или порвана линия между вами и серваком или неправильно прописаный service name
Первые два не подходят, так как с компьютера соединение устанавливается. service name не используется.
goblin548
14-05-2007, 22:11
У Вас скорее всего провайдер сдох. :)
Олег,
про провайдера идея не подходит. Где дальше искать?
petrpustota
21-06-2008, 07:52
У меня такая трабла.. Есть wl500gp и d-link-g604t в качестве ADSL-моема.
Д-линк стоит бриджем с отключенным DCHP, Asus законнекчен к нему через WAN. Прошивка последняя от Olega.
PPPoE сессия ника не хочет подниматься, хотя на официальной работало. С чем это мб связано?
Так ? http://wl500g.info/showthread.php?t=14728
та же самая проблема. дешевый роутер по PPPoE коннектится нормально, WL 500 GP (1.9.2.7-9, 1.9.2.7-10) упорно не принимает PADO ("Timeout waiting for PADO packets"), хотя в tcpdump пакет с PADO видно
165 14.615821 00:4f:67:00:e0:77 Broadcast PPPoED Active Discovery Initiation (PADI)
ffffffffffff004f6700e07788631109000000180101000c53 455645524e45543132323101030004b4000000
166 14.627387 Intel_e8:64:a7 00:4f:67:00:e0:77 PPPoED Active Discovery Offer (PADO) AC-Name='gw122.severnet.ru'
004f6700e077009027e864a788631107000000350102001167 773132322e73657665726e65742e72750101000c5345564552 4e45543132323101030004b400000001040004404b64c5
(MAC ASUS'a подменен через Web-интерфейс)
Дальше от ASUSа должен быть PADR, но поскольку он игнорирует PADO, то никакого PPPoE не получается :(
то есть провайдер весьма жив и бодр, а вот pppd + rp-pppoe.so глючит. Может, при подменен мака он PADO не признает?
Есть кнешно чисто организационный ход - позвониить провайдеру и попросить сбросить привязку к MAC. Но хотелось бы сначала попробовать все вариианты с роутером.
c N-го раза проблема чудесным образом решилась. прописал в настройках AC Name, который приходит в PADS от провайдера - и все заработало. Почему роутер не подхватывал его из PADS-сообщения - непонятно, ну и ладно.
Провайдер "Марьино.нет". Роутер WL-500L.
Есть два компа, на которые нужно подводить инет. Где-то полмесяца все так и было, но буквально вчера один из компов не стал выходить в локалку и интернет вообще. Если подсоединять его напрямую к кабелю, то все в порядке, а вот с роутером какая-то беда.
Соединение PPPoE. Все настройки практически по дефолту.
Как мне можно помочь в этой ситуации?
Так, а причём тут провайдер, если оно даже в локалку не входит? Мак компа видеться не должен, если только не по второму влану идёт, тогда да. Включен ли DHCP-сервер на роутере, получает ли комп локальный айпи от него?
Так, а причём тут провайдер, если оно даже в локалку не входит? Мак компа видеться не должен, если только не по второму влану идёт, тогда да. Включен ли DHCP-сервер на роутере, получает ли комп локальный айпи от него?
ip получает нормально. даже по сетке с одного компа на другой можно перебрасывать файло. а вот лок.ресурсы провайдера и интернет недоступны.:confused:
Проверьте, не сбились ли настройки на роутере.
PPPoE на роутере в статусе Connect?
Если бы провайдер mac адрес роутера забанил, то и первый комп в инет тоже не выходил бы.
Если вы конечно не с компа PPPoE запускаете )
Прикрепите лог с роутера, так проще будет
PPPoE на роутере в статусе Connect?
так с одного из компов инет работает нормально.
второй комп, на котором нет инета работает нормально, если подключить сетевой кабель напрямую.
ps отрубившийся комп работал как torrent-качалка :rolleyes:
AndreyPopov
10-02-2009, 18:20
так с одного из компов инет работает нормально.
второй комп, на котором нет инета работает нормально, если подключить сетевой кабель напрямую.
что значит на прямую? не в WAN порт роутера, а в комп? у вас на компе что тоже PPPoE поднято?
что значит на прямую? не в WAN порт роутера, а в комп? у вас на компе что тоже PPPoE поднято?
да, если кабель засунуть прямо в комп и войти через PPPoE, то интернет есть. и если кабель засунуть в LAN роутера, то инет тоже есть.
AndreyPopov
10-02-2009, 19:14
да, если кабель засунуть прямо в комп и войти через PPPoE, то интернет есть. и если кабель засунуть в LAN роутера, то инет тоже есть.
если вы поднимаете ДВА PPPoE то провайдер конечно будет блокировать две сессии, оставляя только одну.
если вы поднимаете ДВА PPPoE то провайдер конечно будет блокировать две сессии, оставляя только одну.
объясняю, чтобы не было недоразумений. Сетевой кабель с инетом идет в WAN роутера, два кабелю из LAN роутера идут к компам. На одном есть интернет, а на втором нет. Если на компе без инета пустить PPPoE напрямую без роутера, то интернет на ней будет.
Очень хочется чтобы интернет появился и через роутер.
объясняю, чтобы не было недоразумений. Сетевой кабель с инетом идет в WAN роутера, два кабелю из LAN роутера идут к компам. На одном есть интернет, а на втором нет. Если на компе без инета пустить PPPoE напрямую без роутера, то интернет на ней будет.
Очень хочется чтобы интернет появился и через роутер.
Вы когда через роутер делаете, PPPoE где поднимаете?
Вы когда через роутер делаете, PPPoE где поднимаете?
что интересно нигде не поднимался, только на роутере. само все работает, т.е. работало. вставлял кабель и понеслась :)
а на роутере случайно не скопирован мак того компа, который не работает?
не знаю как асус, но на циске такое дело сразу этот комп ложит
всем спасибо за помощь, проблема оказалась в роутере. после смены строки DCHP на новый айпишник инет появился.
есть другой вопрос - в отчете о перенаправлениях портов [Port Routing] есть строка "all TCP 49198 192.168.1.227".
Но в настройках этот порт не фигурирует, что бы это могло быть?
всем спасибо за помощь, проблема оказалась в роутере. после смены строки DCHP на новый айпишник инет появился.
есть другой вопрос - в отчете о перенаправлениях портов [Port Routing] есть строка "all TCP 49198 192.168.1.227".
Но в настройках этот порт не фигурирует, что бы это могло быть?
Зто у Вас uPnP включен в веб морде, а какаяя-то прога за собой порт не убрала. Можете попробовать отключить uPnP в роутере и посмотреть, если все работает и так, то не включать, и лишних строк в портах не будет.
MagicGTS
25-06-2009, 08:45
У меня такая вот неожиданная проблема. Есть роутер wl500gp с прошивкой Олега 1.9.2.7-10, он подключен к провайдеру beeline по pppoe, соответственно у провайдера куплен static ip.
Возникла следующая проблема: роутер настроен через web морду, в настройках pppoe указанно не получать ip автоматом, а использовать статический (по настройкам предоставленным провайдером). Все казалось бы работает, но любые службы выходящие в инет выходят под ip не статическим, а полученным при подключении по pppoe :confused:, при этом если стучаться из инета по статике, то и ответ будет по статике :confused:
Вот в приложениях вывод ifconfig, таблицу маршрутизации и набор правил iptables для анализа.
Большая просьба подсказать набор команд, которые позволят выходить службам за роутером под статическим ip. Устроят решения и с изменением правил iptables, маршрутизации и т.п. в скриптах на роутере. Я уже сам не могу справиться с этой задачей.
-------------------------------------------------
Благодаря помощи добрых и знающих людей, а также не без собственных мучений, решение проблемы было найдено.
Секрет оказался в договоре провайдера, который выдавал static ip пулом из 4-х и более адресов (кратных 4-ем), и предлагал клиенту самому организовать интернет шлюз на своем оборудование. Таким образом, потребитель получал возможность использовать целых 2-а ip из выданных 4-х (если бы провайдер сам организовал бы шлюз, то доступных для работы ip стало бы на один меньше).
Именно это объясняло, что выданный шлюз не пинговался, его не было. По pppoe просто прокидывался тунель в большой мир.
Решение заключается в следующем: Роутер перевести из режима Home Gateway в режим Router, нужно на wan интерфейс прикрутить ip шлюза, после поднятия pppoe завернуть весь трафик на этот шлюз, а на lan прописать выданный static ip. Включить форвардинг и маскардинг, нарисовать маршруты и т.п. Почти multi wan получается.
Сам я вышеописанное делать не стал, а взял ещё один старенький 3com роутер и сделал из него шлюз, который подымает pppoe, а на asus перевел wan в режим static ip. В итоге через такой каскад все работает.
Ещё раз спасибо всем, кто пытался помочь. А всем с аналогичной проблемой стоит повнимательней прочитать договор с провайдером, может наведет на мысль.
в настройках pppoe указанно не получать ip автоматом, а использовать статический
Я могу ошибаться, но мне кажется, что это Вы сделали зря.
MagicGTS
25-06-2009, 19:50
Гм, а что тогда надо было делать? Нужно работать по статике, тех поддержка прова сказала вручную указать те настройки...
Я так понимаю проблема в том, какое правило добавляется первым, и в списке правил на "неправильный" и "правильный" ip все есть, но работает естественно одно. И маршрутизация не на тот интерфейс... Но при изменение маршрута, пакеты вообще уходят в неизвестность, а неправильное правило из фаервола как удалить не понимаю...
Я не пойму, зачем Вам поднимать VPN, если Вы и по LAN получаете белый IP?
При подключении PPPoE используется 2 адреса. Надо выяснить, какой из них должен быть статическим (и вообще, почему динамика не может выдать вам этот самый адрес?..) Было бы проще, если б вы раздобыли подробную инструкцию по настройке этого всего под виндой, а тут вам бы уже помогли перевести её на роутер.
Вкратце про упомянутые 2 адреса.
Первый - это ваш адрес в локальной сети провайдера. Представьте, вы ещё не подняли PPPoE-соединение, а адрес у вас уже есть и вы можете работать в локалке. Роутер этот адрес назначает на интерфейс vlan1, и именно этот адрес вы настраиваете, когда выбираете "Get IP automatically? - No" и вводите вручную.
Второй адрес появляется, когда вы поднимаете PPPoE. По умолчанию роутер всегда получает этот адрес динамически (и назначает на интерфейс ppp0). Напрямую влиять на него через веб-морду роутера нельзя (возможно, получится прописать в Additional pppd options, но я не уверен, что это перекроет настройки по умолчанию).
Кстати, вот эта часть из iptables-save жжот напалмом:
...
-A VSERVER -j DNAT --to-destination 192.168.1.2
-A VSERVER -p udp -m udp --dport 14277 -j DNAT --to-destination 192.168.1.22:1161
-A VSERVER -p udp -m udp --dport 62115 -j DNAT --to-destination 192.168.1.13:62115
-A VSERVER -p tcp -m tcp --dport 62115 -j DNAT --to-destination 192.168.1.13:62115
Видимо, это UPnP постарался, добавил правила после дефолтного, а то, что они не сработают, уже его не волнует.
MagicGTS
26-06-2009, 05:02
Вот чисто для опыта, включил автоматическое получение ip при pppoe. Изменения не сильно интересные:
br0 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet addr:192.168.1.220 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:362 errors:0 dropped:0 overruns:0 frame:0
TX packets:461 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:39555 (38.6 KiB) TX bytes:148792 (145.3 KiB)
eth0 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:987 errors:0 dropped:0 overruns:0 frame:0
TX packets:1408 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:115770 (113.0 KiB) TX bytes:1017109 (993.2 KiB)
Interrupt:4 Base address:0x1000
eth1 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:43
TX packets:344 errors:54 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:78238 (76.4 KiB)
Interrupt:12 Base address:0x2000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1
RX packets:150 errors:0 dropped:0 overruns:0 frame:0
TX packets:150 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:12886 (12.5 KiB) TX bytes:12886 (12.5 KiB)
ppp0 Link encap:Point-Point Protocol
inet addr:62.141.64.128 P-t-P:194.67.0.113 Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1492 Metric:1
RX packets:579 errors:0 dropped:0 overruns:0 frame:0
TX packets:810 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:47685 (46.5 KiB) TX bytes:824183 (804.8 KiB)
vlan0 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:363 errors:0 dropped:0 overruns:0 frame:0
TX packets:538 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:41085 (40.1 KiB) TX bytes:155592 (151.9 KiB)
vlan1 Link encap:Ethernet HWaddr 00:22:15:23:83:7E
inet6 addr: fe80::222:15ff:fe23:837e/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:624 errors:0 dropped:0 overruns:0 frame:0
TX packets:868 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:56919 (55.5 KiB) TX bytes:861369 (841.1 KiB)
Вот чисто для опыта, включил автоматическое получение ip при pppoe. Изменения не сильно интересные:
Как это не интересные? У Вас теперь IP только на pppoe интерфейсе, т.е. проблема двух IP исчезла.
Угу, осталось решить, как статический IP прицепить средствами роутера на ppp0.
MagicGTS
07-07-2009, 15:34
Так кто нибудь может помочь? Я уже упарился :( не поддается мне эта чудо машина :(
Так кто нибудь может помочь? Я уже упарился :( не поддается мне эта чудо машина :(
Было бы замечательно, если бы вы ответили на моё сообщение (http://wl500g.info/showpost.php?p=150595&postcount=5). Другими словами, хотелось бы узнать, какие конкретно настройки предоставил вам провайдер (лучше их процитировать).
MagicGTS
16-07-2009, 10:15
Вот собственно что мне присылали от провайдера.
Mask: 255.255.255.252
Gateway: 62.141.97.205
IP адрес, который Вы можете использовать: 62.141.97.206
DNS servers: 194.85.128.10
212.44.130.6
Просьба заблаговременно написать на internet@b2b.beeline.ru, как только Вы будете готовы к
программированию своего оборудования.
На вопрос о том, нужно ли настроить роутер на указанные настройки (то есть указать что ip статический и вбить остальные данные), саппорт ответил:
Да, необходимо сконфигурировать роутер на указанные нами параметры сети.
Вот собственно что мне присылали от провайдера.
Mask: 255.255.255.252
Gateway: 62.141.97.205
IP адрес, который Вы можете использовать: 62.141.97.206
DNS servers: 194.85.128.10
212.44.130.6
Просьба заблаговременно написать на internet@b2b.beeline.ru, как только Вы будете готовы к
программированию своего оборудования.
На вопрос о том, нужно ли настроить роутер на указанные настройки (то есть указать что ip статический и вбить остальные данные), саппорт ответил:
Да, необходимо сконфигурировать роутер на указанные нами параметры сети.
Это все настройки? Почему тогда там ни слова про pppoe, которое упоминалось в первом сообщении темы и далее?.. Из этих настроек не ясно, должны ли они применяться к проводному интерфейсу (vlan1) или же к виртуальному (ppp0).
MagicGTS
16-07-2009, 16:47
Вот так передали данные. Судя по тому, что дается статика в инете, а подключение по pppoe, то требуется настроить именно виртуальный интерфейс. Хотя я предполагаю что можно настроить маршрутизацию всех nat пакетов через lan1 (виртуальный) который будет маршрутизировать пакеты через ppp0.
Я чесно уже запутался.
Попробуйте убрать pppoe и прописать только Static IP.
Результаты сюда.
MagicGTS
21-07-2009, 07:19
Собственно результат нулевой. Так как инет после этого пропал, как и следовало ожидать. При этом я не смог получить таблицу маршрутов, команда route повисала каждый раз. Результат остальных команд во вложении.
Может это даст дополнительную информацию, но раньше, провайдер был "Golden telecom", которого купил Beeline, и оборудование и каналы связи теперь используются все те-же, но зовутся по новому. В том офисе установлена радеорелейка, через которую пашет телефония и интернет, потом делалось расширение канала (интересно как?), которое никак не затронуло изменение настроек подключения (как было pppoe так и осталось).
Собственно результат нулевой. Так как инет после этого пропал, как и следовало ожидать. При этом я не смог получить таблицу маршрутов, команда route повисала каждый раз. Результат остальных команд во вложении.
Команду надо было набирать с ключом -n
route -n
(это отключает разрешение имён, в т.ч. через DNS, которого у вас нет, т.к. нет инета).
По поводу настроек: я тут подумал, что ведь для pppoe (и ppp вообще) маска не используется, там есть только 2 IP-адреса:
1) local IP (собственно, адрес, который получит сам роутер)
2) remote IP (он же gateway)
В общем, можно попробовать настроить так:
включаете pppoe со всеми вашими настройками, а в поле Additional pppd options вводите
62.141.97.206:62.141.97.205
Это рекомендация роутеру использовать первый адрес в качестве local IP, а второй - в качестве remote IP. Но если сервер предложит роутеру использовать другие адреса, то он, скорее всего, согласится.
MagicGTS
21-07-2009, 11:33
Спасибо за идею, сегодня опробуем!
MagicGTS
21-07-2009, 16:29
Попробовал :(
К сожалению это не дало желаемого эффекта... Все пакеты из внутренней сети отправляются от лица "серого" адреса, а не форвардятся через него :(
Вот прикладываю лог от роутера, может ещё что подскажет?
Попробовал :(
К сожалению это не дало желаемого эффекта... Все пакеты из внутренней сети отправляются от лица "серого" адреса, а не форвардятся через него :(
Вот прикладываю лог от роутера, может ещё что подскажет?
Тогда придётся по сложному пути. Для начала, проверим, сработает ли:
Настройки в веб-морде оставляете такими, как сейчас (т.е. с айпишниками в поле Additional pppd options). Заходите на роутер по telnet/ssh.
Выполняете команду
killall pppd
Это завершит текущее соединение с инетом.
Выполняете
vi /tmp/ppp/options.wan0
Нажимаете клавишу "i" , затем находите опции ipcp-accept-remote и ipcp-accept-local и стираете их Backspace'ом. Далее нажимаете Esc, затем набираете (без кавычек) ":wq" и жмёте Enter. Файл должен сохраниться.
Выполняете
pppd file /tmp/ppp/options.wan0
Должно стартовать новое соединение с нужными адресами. Если индикатор WAN будет бешено мигать в течение долгого времени, а соединение не устанавливается (см. в веб-морде), то, скорее всего, роутер не может договориться с сервером. В таком случае придётся опять выполнить "killall pppd".
О результатах расскажете.
MagicGTS
23-07-2009, 14:56
К сожалению результат 0.
Прикладываю результаты команд и логи.
Может как-то нужно с маршрутами и iptables играться?
К сожалению результат 0.
Прикладываю результаты команд и логи.
Может как-то нужно с маршрутами и iptables играться?
Не надо играться.
Во-первых, верните какие у вас там раньше были настройки для vlan1 (WAN IP Setting). Т.е. поставьте там автоматическое получение или что у вас там было до всех этих экспериментов.
Во-вторых, вы точно отредактировали файл /tmp/ppp/options.wan0 перед запуском "pppd file /tmp/ppp/options.wan0"? Покажите результат (только логин-пароль замаскируйте)
cat /tmp/ppp/options.wan0
MagicGTS
23-07-2009, 21:14
noauth refuse-eap
user '****'
password '****'
nomppe nomppc
plugin rp-pppoe.so nic-vlan1
mru 1492 mtu 1492
maxfail 0
persist
noipdefault
ktune
default-asyncmap nopcomp noaccomp
novj nobsdcomp nodeflate
lcp-echo-interval 10
lcp-echo-failure 6
unit 0
maxfail 0 holdoff 60 nomppe nomppc
До начала опытов стояло не получать IP автоматом, а использовать указанный ручками.
П.С.
Не смотря на то, что пока мало что выходит (уж такая у меня ситуация ;) ), хочу поблагодарить Power за его терпение и участие! Спасибо!
До начала опытов стояло не получать IP автоматом, а использовать указанный ручками.
Ну в общем, введите туда что-нибудь, отличное от
Mask: 255.255.255.252
Gateway: 62.141.97.205
IP адрес, который Вы можете использовать: 62.141.97.206
(чтобы не пересекаться с тем, что мы хотим получить на pppoe).
А в поле Additional pppd options надо было оставить
62.141.97.206:62.141.97.205
Сейчас у вас в этом поле, я полагаю, написано "maxfail 0 holdoff 60 nomppe nomppc" - так вот, это можете стереть, эти опции по умолчанию задействованы. И впишите "62.141.97.206:62.141.97.205".
Ну и далее повторите эксперимент (http://wl500g.info/showpost.php?p=153443&postcount=19).
Странные вы какие-то, заблудились в одной сосне ;)
Читаем:
если стучаться из инета по статике, то и ответ будет по статике
и
vlan1 inet addr:62.141.97.206 Bcast:62.141.97.207 Mask:255.255.255.252
учитывая, что
IP адрес, который Вы можете использовать: 62.141.97.206
на кой фиг вам еще и PPPoE понадобилось? У вас самым расчудесным образом инет должен работать через vlan1. А ppp0, поскольку он "поднимается" после vlan1 и становится шлюзом по умолчанию, просто "подгребает" под себя все маршруты.
Так что выставляйте в настройках "Automatic IP" и все остальное тоже автоматом и, если провайдер не полный идиот, вы и IP получите правильный, и маршруты, и DNS-сервера и т.п.
MagicGTS
24-07-2009, 10:54
К сожаление без pppoe инет не пашет вообще никак. Если устанавливать Automatic IP на WAN, то интерфейса vlan1 вообще нет (от создается только при вбивание статики).
ЧуднО... Ну тогда нужно просто удалить дефолтный маршрут через ppp0 и добавить дефолтный же маршрут через vlan1. Если поможет, то прописать эти две команды в post-firewall
Так... А что-то я не вижу. Вообще-то была попытка честно ввести все параметры, предоставленные провайдером, при варианте "Static IP"? Т.е. маску, шлюз, DNS-серверы? Из этого сообщения (http://wl500g.info/showpost.php?p=153369&postcount=15) как то не совсем понятно...
MagicGTS
24-07-2009, 12:30
Да, все по честному пытался сделать, но эффект не тот что нужно (то есть удаленные сервера видят что клиенты ходят не через статический IP). Маршрут пытался прописать, но видимо что-то делал не правильно, после переназначения маршрута инет "падал".
Если не затруднит, то дайте непосредственно необходимые команды.
Да, все по честному пытался сделать, но эффект не тот что нужно (то есть удаленные сервера видят что клиенты ходят не через статический IP).
Э-э... А через какой же, простите, если больше никакого IP нету? :eek:
Маршрут пытался прописать, но видимо что-то делал не правильно, после переназначения маршрута инет "падал".
Если не затруднит, то дайте непосредственно необходимые команды.
Ну вот как-то так примерно:
route del default netmask 0.0.0.0 ppp0
route del default netmask 255.255.255.255 ppp0
route add default netmask 255.255.255.255 dev vlan1
route add default netmask 0.0.0.0 dev vlan1
Если устанавливать Automatic IP на WAN, то интерфейса vlan1 вообще нет
Лог бы посмотреть... На предмет попыток получить адрес от DHCP-сервера.
MagicGTS
24-07-2009, 12:56
К первым постам своим я все прикрепил, кроме логов. Сделаю сегодня новый набор опытов со снятием логов и всех необходимых данных (iptables, route, ifconfig).
MagicGTS
24-07-2009, 15:24
Попробовал я все с начало, И без PPPOE и с PPPOE. Данные в приложениях (они закодированны по типам соединений).
Ни чего не помогает, наружу все ходит через IP заканчивающийся на 128.
Потеряв всякую надежду решил попинговать шлюз, и он не ответил!? (довольно необычное поведение?). Думаю надо с техсаппартом связываться, может они что скажут?
П.С. Продолжу эксперименты на след неделе, а пока жду предложений, может у кого какие идеи есть?
П.С. Продолжу эксперименты на след неделе, а пока жду предложений, может у кого какие идеи есть?
Надеюсь, что вы всё-таки доведёте до конца проверку моего способа.
Есть ещё предложение для способа pppoesip: прописать шлюз (62.141.97.205 для vlan1) в настройках, а после поднятия ppp0 удалить шлюз через ppp0: "route del default dev ppp0". Вдруг сработает (было бы странно).
MagicGTS
30-07-2009, 18:37
Хм, вобщем я пока в отпуске, и удаленно решать эту проблему пока не буду (по естественным причинам).
Но по поводу шлюза я не понял. В настройках он и так прописан...
Но по поводу шлюза я не понял. В настройках он и так прописан...
В случае pppoesip, судя по таблице маршрутизации, он прописан не был (либо его кто-то грохнул).
MagicGTS
04-08-2009, 15:09
Пообщался с техподдержкой провайдера. Мне вполне вежливо попытались помочь, но в рамках разумного. Результат:
На стороне прова все ОК.
Шлюз не пингуется, это нормально (защита от флуда).
Как предполагают в техсаппорте, проблема кроется в таблице маршрутизации.
Вот так выглядит таблица маршрутизации сейчас:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
194.67.0.113 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
62.141.97.204 0.0.0.0 255.255.255.252 U 0 0 0 vlan1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 194.67.0.113 0.0.0.0 UG 0 0 0 ppp0
Судя по посту Power и высказывания техсаппорта можно сделать вывод (ага, я не догоняю), что в таблице нет строчки... Какой? И как её правильно прописать?
Попробуйте:
1) Get IP automatically? Yes
2) Additional pppd options: 62.141.97.206:62.141.97.205 (вы вроде про эти адреса писали)
3) Все остальные "шаманства" убрать :)
P.S. Sorry :( Power уже советовал это вам, странно что не работает :(
MagicGTS
09-08-2009, 15:10
Помогите кто нибудь! Я уже сдаюсь :(
Как я только не прописывал маршруты, не помогает :(
Я уже не соображу что нужно:(
как я понимаю, нужно сделать так:
Когда есть пакет из локалки во вне, то всё идет на 62.141.97.205, который потом пересылает все через 194.67.0.113 (шлюз с ppp0). Но как это прописать...
MagicGTS
17-08-2009, 07:44
Проблема решена, смотрите в шапке.
Всем доброго времени суток!
Товарищи, замучился с решением проблемы, много прочитал, но так ничего и не понял. Проблема вроде бы простая - как отключить PPPoE-подключение к Интернету, чтобы локальная сеть осталась доступной? Дело в том, что мне необходимо получить таблицу маршрутов с сайта провайдера, однако для этого необходимо отключиться от инернета. Как это можно сделать с помощью роутера WL-500gP и последней прошивкой от Олега?
Спасибо!
killall pppd
выполнить из консоли роутера.
Но не проще ли будет добавить маршрут к сайту провайдера в обход PPPoE?
killall pppd - уже пробовал, почему-то отрубается ВООБЩЕ всё: и интернет, и локалка.
Насчет второго варианта - не могли бы привести пример того, что надо вводить, по шаблону, указанному ниже, плз, я просто в технических параметрах не очень разбираюсь:
route add -net [?] netmask [?] gw [?]
[?] - какой адрес? (источник?)
Поставьте вместо PPPoE - Automatic IP ... ;)
И будет только одна локалка без инета ... :)
З.Ы. Не забудьте перезагрузить роутер !
Дааа, испробовал всё, уже руки опускались...
Позвонил провайдеру - оказывается, они втихую сменили маску подсети и шлюз и никак не сообщили клиентам... Вот так блин и бывает...
Спасибо большое за советы и извините за беспокойство!
Роутер Wl500Gp, провайдер выдает инет И локалку по PPPoE, локалка по скорости не ограничена.
При закачке в DC++, скорость поднимается до примерно 1.25 Мб/сек, держится 2-3 минуты, затем проседает примерно до 300Кб/сек, через минуту разгоняется до нормальной, подозреваю, это перегрев процессора. Также становится невозможно пользоваться интернетом, видимо, роутер не может открыть новые соединения. Количество пиров в DC++ при этом- 30-70. Один раз роутер при этом перезагрузился.
Попробовал добавить в опциях pppd "nomppc nomppe mtu 1400", но это не поменяло ничего. Разогнал процессор до 300мгц - так же безо всяких изменений. Есть мысли подключить флешку и сделать своп, но уверенности в том, что это поможет, нет.
Что еще можно сделать? Гарантия давно кончилась, роутер разбирал, есть мысли поставить радиатор на экран процессора, а между экраном и чипами обильно намазать термопастой, чтобы был теплообмен.
http://wl500g.info/attachment.php?attachmentid=3213&stc=1&d=1214559001
Всем привет!!
Роутер DIR-320. Прошивка 1.9.2.7-d-r893
помогите мне настроить pppoe соединение с провайдером.
на родной прошивке dir-320 замечательно держал коннект, но на прошивке Олега держит соединение около 30-40 секунд, после обрыв.
Благодарю за помощь
А вы мак адрес не забыли настроить?
PPPoE очень к этому строго относится.
AndreyUA
12-12-2009, 20:35
У меня PPPoE отлично работало. Сессия длилась до 4-5 суток. Обрывалась обычно или по вине провайдера или я перегружал роутер.
Здравстуйте
Провайдер, к которому я подключен не держит DHCP сервер.
Стабильно могу подключаться или через PPPoE Relay роутера (WL-500gP с последней FW от Олега) или воткнув сетевой кабель от провайдера непосредственно в компьютер и тыкнув ярлык подключения (причем это возможно даже на этапе попытки получить IP от провайдера).
Периодически роутеру все-таки удается поднять PPPoE, но закономерности не заметил. Так как доступ в интернет используется одновременно несколькими компами, использовать PPPoE Relay уж совсем не удобно.
Есть ли какие мнения как можно побороть такую проблемку?
Спасибо
Unlimited
11-03-2010, 11:41
dhcp и pppoe так-то никак не взаимосвязаны, покажите хоть логи...
...
Jan 1 05:19:41 wan: connected manually
Jan 1 05:19:42 pppd[220]: Terminating on signal 15.
Jan 1 05:19:42 pppd[220]: Exit.
Jan 1 05:19:42 udhcpc[219]: Entering released state
Jan 1 05:19:42 udhcpc[219]: Received SIGTERM
Jan 1 05:19:47 kernel: vlan1: Setting MAC address to xx xx xx xx xx xx
Jan 1 05:19:47 udhcpc[2942]: udhcpc (v0.9.9-pre) started
Jan 1 05:19:47 dhcp client: deconfig: lease is lost
Jan 1 05:20:02 udhcpc[2942]: No lease, forking to background.
Jan 1 05:20:02 pppd[2948]: Plugin rp-pppoe.so loaded.
Jan 1 05:20:02 pppd[2948]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Jan 1 05:20:02 pppd[2950]: pppd 2.4.2 started by root, uid 0
Jan 1 05:20:02 pppd[2950]: Using interface ppp0
Jan 1 05:20:02 pppd[2950]: local IP address 10.64.64.64
Jan 1 05:20:02 pppd[2950]: remote IP address 10.112.112.112
После этого роутер в этом состоянии может находиться часами, попытка установить PPPoE сессию отсутствует.
Unlimited
11-03-2010, 11:52
А побольше кусок? А проверка мака у провайдера присутствует? Прошивку от энтузиастов пробовали? Назначать статический IP на физический интерфейс (не рррое), чтобы отключить dhcp, пробовали?
А побольше кусок? А проверка мака у провайдера присутствует?
Проверка мака у провайдера отсутствует (для чистоты эксперимента мак роутера такой же как и мак моей сетевой)
Прошивку от энтузиастов пробовали?
Прошивка от Олега в их число входит?
Назначать статический IP на физический интерфейс (не рррое), чтобы отключить dhcp, пробовали?
Пробовал.
В аттаче идет полный лог с заранее прописанным ИП, маком, дублирующим сетевую.
theMIROn
11-03-2010, 12:35
lan/wan адреса пересекаются, включено demand соединение.
Хм... пока я постил предыдущее сообщение провайдер раздуплился и присоеденил по PPPoE (все настройки остались прежними +PPPoE Relay)
...
Jan 1 02:00:07 pppd[98]: local IP address 10.64.64.64
Jan 1 02:00:07 pppd[98]: remote IP address 10.112.112.112
^^^==то же самое, что и в большом приатаченом логе
vvv == отсюда пошла PPP сессия
Jan 1 02:00:32 pppd[98]: Starting link
Jan 1 02:00:32 pppoe-relay[93]: PADO packet from 00:1d:7d:0b:f4:04 on interface vlan1 does not have Relay-Session-Id tag
Jan 1 02:00:32 pppoe-relay[93]: PADS packet from 00:1d:7d:0b:f4:04 on interface vlan1 does not have Relay-Session-Id tag
Jan 1 02:00:32 pppd[98]: PPP session is 15754
Jan 1 02:00:32 pppd[98]: Connect: ppp0 <--> vlan1
Jan 1 02:00:35 pppd[98]: CHAP authentication succeeded: Welcome
Jan 1 02:00:35 pppd[98]: peer from calling number 00:1D:7D:0B:F4:04 authorized
Jan 1 02:00:35 pppd[98]: Local IP address changed to 194.8.56.195
Jan 1 02:00:35 pppd[98]: Remote IP address changed to 10.10.0.1
Jan 1 02:00:35 dnsmasq[72]: read /etc/hosts - 5 addresses
Jan 1 02:00:35 dnsmasq[72]: read /etc/ethers - 2 addresses
Jan 1 02:00:35 dnsmasq[72]: reading /tmp/resolv.conf
Jan 1 02:00:35 dnsmasq[72]: using nameserver 194.8.56.5#53
Jan 1 02:00:35 PPPoE: connect to ISP
Jan 1 02:00:36 pppoe-relay[93]: Opened session: server=00:1d:7d:0b:f4:04(vlan1:15755), client=00:40:f4:2f:3d:65(br0:1)
Jan 1 02:00:37 pppoe-relay[93]: Closed session: server=00:1d:7d:0b:f4:04(vlan1:15755), client=00:40:f4:2f:3d:65(br0:1): Received PADT
Mar 11 12:39:36 pppoe-relay[93]: Opened session: server=00:1d:7d:0b:f4:04(vlan1:15757), client=00:40:f4:2f:3d:65(br0:1)
Mar 11 12:39:36 pppoe-relay[93]: Closed session: server=00:1d:7d:0b:f4:04(vlan1:15757), client=00:40:f4:2f:3d:65(br0:1): Received PADT
Mar 11 12:39:40 ntp client: Synchronizing time with time.nist.gov ...
Mar 11 12:39:53 dnsmasq[72]: DHCPREQUEST(br0) 10.0.0.12 00:15:af:66:c4:2e
Mar 11 12:39:53 dnsmasq[72]: DHCPACK(br0) 10.0.0.12 00:15:af:66:c4:2e Natasha
Mar 11 12:40:00 pppoe-relay[93]: Opened session: server=00:1d:7d:0b:f4:04(vlan1:15760), client=00:40:f4:2f:3d:65(br0:1)
Mar 11 12:40:01 pppoe-relay[93]: Closed session: server=00:1d:7d:0b:f4:04(vlan1:15760), client=00:40:f4:2f:3d:65(br0:1): Received PADT
Mar 11 12:40:17 pppoe-relay[93]: Opened session: server=00:1d:7d:0b:f4:04(vlan1:15763), client=00:40:f4:2f:3d:65(br0:1)
Mar 11 12:40:18 pppoe-relay[93]: Closed session: server=00:1d:7d:0b:f4:04(vlan1:15763), client=00:40:f4:2f:3d:65(br0:1): Received PADT
Mar 11 12:45:47 pppoe-relay[93]: Opened session: server=00:1d:7d:0b:f4:04(vlan1:15786), client=00:40:f4:2f:3d:65(br0:1)
Mar 11 12:45:47 pppoe-relay[93]: Closed session: server=00:1d:7d:0b:f4:04(vlan1:15786), client=00:40:f4:2f:3d:65(br0:1): Received PADT
Mar 11 12:50:17 pppoe-relay[93]: Opened session: server=00:1d:7d:0b:f4:04(vlan1:15807), client=00:40:f4:2f:3d:65(br0:1)
Mar 11 12:50:18 pppoe-relay[93]: Closed session: server=00:1d:7d:0b:f4:04(vlan1:15807), client=00:40:f4:2f:3d:65(br0:1): Received PADT
Mar 11 13:17:01 pppoe-relay[93]: PADI packet from 00:18:f3:51:5a:b2 on interface vlan1 not permitted
Unlimited
11-03-2010, 12:56
Ну, во-первых, прошивка от энтузиастов это продолжение прошивки от олега, и в ней как раз недавно пофиксили сброс клонирования мак адреса (при удалении из веб интерфейса мака для клонирования клонирование продолжалось)
Во-вторых, я бы не советовал без надобности использовать эту функцию, она может стать источником не приятных проблем, длинки например при подмене(клонировании) мака тоже не корректно работают с физическим wan интерфейсом.
В-третьих, pppoe relay тоже без надобности лучше не использовать...
В-четвертых, соединение on demand поднимается не при включении роутера а при получении пакета в интернет или запроса по upnp
theMIROn
11-03-2010, 12:58
Хм... пока я постил предыдущее сообщение провайдер раздуплился и присоеденил по PPPoE (все настройки остались прежними +PPPoE Relay)
ну сказал же, lan/wan диапазоны пересекаются 10.xxx.xxx.xxx, и Idle time не выставлено в 0.
Unlimited
11-03-2010, 13:05
ну сказал же, lan/wan диапазоны пересекаются 10.xxx.xxx.xxx, и Idle time не выставлено в 0.
Я не вижу где вы нашли пересечение, при всем уважении, вы в курсе про маски подсети?
у него локальная 10.0.0.0/24 (10.0.0.1-10.0.0.254)
Провайдер выдал 194.8.56.195/32, при этом себе взяв 10.10.0.1/32, где пересечение?
Спасибо за рекомендации, буду медитировать в указанных направлениях
theMIROn
11-03-2010, 13:57
Я не вижу где вы нашли пересечение, при всем уважении, вы в курсе про маски подсети?
у него локальная 10.0.0.0/24 (10.0.0.1-10.0.0.254)
Провайдер выдал 194.8.56.195/32, при этом себе взяв 10.10.0.1/32, где пересечение?
про /24 нет ни одного упоминания, предполагая худшее - маска /8 :)
про /24 нет ни одного упоминания, предполагая худшее - маска /8 :)
:) маска была не худшая.
После некоторых плясок с бубном, перевел локальные адреса от греха подальше (в 192.168.ххх.0/24), к тому же роутеру кажется очень понравился параметр [Idle time]=0 вместо дефолтного 1800. PPP сессия стартуется более охотно.
Как-то странно ведет себя wl500g.
Подключен он у меня к интернету через wan по pppoe. Стоит запустить скачивание на максимальной для моего провайдера скорости (2 Мбит/с), как через некоторое время (от минуты до трёх) рвётся связь по pppoe:
Mar 22 02:40:27 pppd[92]: No response to 6 echo-requests
Mar 22 02:40:27 pppd[92]: Serial link appears to be disconnected.
Mar 22 02:40:27 pppd[92]: Connect time 1.2 minutes.
Mar 22 02:40:27 pppd[92]: Sent 354015 bytes, received 17489652 bytes.
Mar 22 02:40:27 dnsmasq[67]: read /etc/hosts - 2 addresses
Mar 22 02:40:27 dnsmasq[67]: using nameserver 212.48.193.37#53
Mar 22 02:40:27 dnsmasq[67]: using nameserver 213.158.7.2#53
Mar 22 03:40:27 PPPoE: Disconnected
Mar 22 02:40:27 pppd[92]: Connection terminated.
Эффект наблюдается всегда, но время до разрыва разное. Если скорость будет чуть-чуть меньше максимальной, будет пахать хоть сутками. :confused:
Пока решаю вопрос ограничением скорости в менеджере закачек и в торрент-клиенте. Буду очень благодарен за нормальное решение. :D
Добрый день!
Прошу помощи, так как не нашел ответа в форуме. Возможно искал недостаточно хорошо, но искал очень долго. Честно. :)
Основной вопрос: как правильно подлючится к локальной сети 10.1.х.х (увидеть ее компы и шары) всем компам за роутером (192.168.1.х), чтобы интернет продолжал работать через pppoe.
Имею:
1. wl500gp 1.9.2.7-7f
2. Провайдера с pppoe для интернета (static ip: 10.1.1.Y, 255.255.255.0)
3. Локальную сеть провайдера (10.1.x.x)
4. Внутреннюю сеть в квартире (192.168.1.x)
Итак: локальная сеть до роутера находится в 10.1.х.х, а при подключении по pppoe default gateway ставится в 10.0.0.3. В такой конфигурацией роутинга (см. ниже) пингуется и локалка (внешняя и внутренняя) и есть интернет. НО! От одного человека из сети узнал, что надо бы заменить default gateway и вместо 10.0.0.3 поставить 10.1.0.3, так как 10.0 это шлюз в инет, а 10.1 в локалку. И что так правильнее и инет некуда не денется. Но этот шлюз выдается автоматом, можно ли его заменить и нужно ли вообще? Информации, что в прошивках старше моей эту возможность добавили, я не нашел, поэтому пока не шьюсь.
Пришел к этому всему из-за проблем с dc++, так как получается, что я пытаюсь пробится к локальным юзерам 10.1.х.х через интернет шлюз 10.0.0.3, а должен бы через локалку 10.1.0.3. Из-за чего со многими "коннекта" нет, а должен быть.
Или может всё правильно и не надо заниматься ерундой? Пытаюсь во все этом разобраться, являясь не самым большим специалистом в роутингах всяких, тобишь чур ногами не бить. :)
Route:
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.3 * 255.255.255.255 UH 0 0 0 WAN ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
10.1.1.0 * 255.255.255.0 U 0 0 0 WAN vlan1
10.0.0.0 * 255.0.0.0 U 1 0 0 WAN vlan1
default 10.0.0.3 0.0.0.0 UG 0 0 0 WAN ppp0
Маршрут 10.0.0.0 добавил сам, в попытке настроить внешнюю локалку, например чтоб было видно 10.1.4.42. Правильно ли? Машрут 10.1.1.0 как и все остальное появляется автоматически.
Но не могу увидеть внешнюю сеть из линукс (подключена по LAN1 к роутеру через гигабитный свитч), smb:/// видит только мою рабочую группу, то есть внутреннюю 192.168.1.х, но достучатся до запроса имени пользователя и пароля получается через IP, тобишь smb://10.1.х.х/ работает. Так и должно быть? Тоже самое из windows 7 (тоже LAN1 через гигабитный свитч, но с другого компа).
Заранее спасибо за помощь! Простите за много букв, надеюсь не очень запутал! :)
PS: вопрос не по теме. Можно ли восстанавливать старый конфиг роутера после апгрейда новой прошивки. Хочу прошится, но перенастраивать не хочется. Думал такое есть в ФАК - не нашел. Спасибо.
Добрый день!
PS: вопрос не по теме. Можно ли восстанавливать старый конфиг роутера после апгрейда новой прошивки. Хочу прошится, но перенастраивать не хочется. Думал такое есть в ФАК - не нашел. Спасибо.
Сброс на default до и после прошивки, если не хотите глюков...
10.1.0.0 10.1.0.3 255.255.0.0 UG 0 0 0 WAN vlan1
default 10.0.0.3 0.0.0.0 UG 0 0 0 WAN ppp0
default 10.1.0.3 0.0.0.0 UG 1 0 0 WAN vlan1
плюс первые три ваши строчки перед этим списком, если конечно вы правильно описали сетку ))
P.S. A прошивку давно пора менять )
Тут выяснилась еще деталь. При коннекте по PPPoE default gateway также периодически меняется, например на 10.0.0.4, вместо 10.0.0.3. И простите, но совсем не смог понять как добавить такую строчку через веб-морду:
default 10.1.0.3 0.0.0.0 UG 1 0 0 WAN vlan1
Ведь уже есть один default, хоть он и на ppp0, а не на vlan1. Расскажите, поподробней, если Вам не трудно. Спасибо!
Основной вопрос: как правильно подлючится к локальной сети 10.1.х.х (увидеть ее компы и шары) всем компам за роутером (192.168.1.х), чтобы интернет продолжал работать через pppoe.
Чтобы "видеть" компы, находящиеся в локалке провайдера, достаточно, чтоб у роутера был правильный маршрут к ним (т.е. в эту самую локалку). Менять шлюз для этого не нужно. С другой стороны, этот шлюз может понадобиться, если роутер не сможет поднять PPP, чтобы у вас была хотя бы локалка. IP шлюза вводится (в современных прошивках) на странице IP Config - WAN & LAN в секции WAN IP Setting - параметр Default Gateway (это действительно шлюз для локалки, а не для PPP).
Теперь о маршрутах. Если роутер-таки поднял PPP (что будет верно большую часть времени), шлюз, прописанный выше, уже ни на что не влияет. Вам понадобится маршрут типа
Destination Gateway Genmask Flags Metric Ref Use Iface
10.1.0.0 10.1.0.3 255.255.0.0 UG 0 0 0 vlan1
где 10.1.0.0/255.255.0.0 - сеть, 10.1.0.3 - шлюз.
Через веб-интерфейс (опять же, в современных прошивках) такой маршрут можно добавить на странице IP Config - Route:
Enable static routes? Yes
В таблицу добавляете запись:
Network/Host IP: 10.1.0.0
Netmask: 255.255.0.0
Gateway: 0.0.0.0 (при такой записи будет автоматически использоваться тот шлюз, что вы прописали выше, но можно и задать явно, 10.1.0.3)
Metric: 0
Interface: MAN
Проблемы с DC++ могут быть из-за закрытых портов.
По smb:/// вы внешних компов не увидите (это требует плясок с бубном и нет гарантии, что заработает), так же, как и по именам компов. Так что соединения по IP (типа smb://10.1.х.х/) - единственный надёжный вариант.
IP шлюза вводится (в современных прошивках) на странице IP Config - WAN & LAN в секции WAN IP Setting - параметр Default Gateway (это действительно шлюз для локалки, а не для PPP).
Спасибо, что очень подробно объясняете, но, к сожалению, в том-то и проблема, что сменить основной шлюз не получается именно для pppoe соединения, поле заблокировано. Для остальных (PPTP и т.д.) можно. По крайней мере в моей прошивке (1.9.2.7-7f). Это и привело меня на этот форум. :) В описаниях изменений в новых прошивках я этого не нашел, поэтому не перешивался пока. И как мне кажется, дело в том, что там прописывается внешний IP и маска для локалки, но когда происходит pppoe, то назначается еще один IP (у меня локальный 10.1.1.х, прописан вручную), а присваивается 10.0.х.х. (вижу это в поле IP в меню Status & Log в веб интерфейсе). А локалка провайдера 10.1.х.х. Вот в чем беда.
Теперь о маршрутах. Если роутер-таки поднял PPP (что будет верно большую часть времени), шлюз, прописанный выше, уже ни на что не влияет. Вам понадобится маршрут типа
Destination Gateway Genmask Flags Metric Ref Use Iface
10.1.0.0 10.1.0.3 255.255.0.0 UG 0 0 0 vlan1
где 10.1.0.0/255.255.0.0 - сеть, 10.1.0.3 - шлюз.
Через веб-интерфейс (опять же, в современных прошивках) такой маршрут можно добавить на странице IP Config - Route:
Такой маршрут добавляться вообще не хочет почему-то. Точнее в веб-интерфейсе он фигурирует (IP Config \ Route), но по команде route или в Status & Log \ Routing Table его просто нет. А вот маршрут:
Destination Gateway Genmask Flags Metric Ref Use Iface
10.1.0.0 0.0.0.0 255.255.0.0 U 0 1 0 vlan1
добавляется на раз-два. :confused:
Проблемы с DC++ могут быть из-за закрытых портов.
В том-то и дело, что порты прописаны и в клиенте и в роутере, хаб dc++ локальный, находится в сети 10.1.1.х, подключение происходит, но не получается скачать файл-листы или вообще возыметь связь с большинством узлов (естессно я исключаю пиринговые сети от провайдера, тут нужно прописывать маршруты конкретно). Тут-то один человек и сети и сказал, то нужно, чтобы основной шлюз был 10.1.х.х, так как в 10.0.х.х "каким-то образом" заставляет клиент dc++ подсоединятся к сети не локально, а через интернет (как-то так). :) И логично, что шлюз 10.0.х.х заставляет меня не видеть толком сеть 10.1.х.х. Или все не так?
По smb:/// вы внешних компов не увидите (это требует плясок с бубном и нет гарантии, что заработает), так же, как и по именам компов. Так что соединения по IP (типа smb://10.1.х.х/) - единственный надёжный вариант.
Спасибо, буду знать. Это не столь важно, но мне не очень пока понятно почему собственно так происходит. Но это уже будет оффтопик, видимо. С этими вопросами не сюда. :)
Возможно Вы совершенно правы, что нет необходимости задавать основной шлюз для pppoe соединения для правильной работы с внешней (до роутера) сетью, я именно это и пытаюсь выяснить. Точно ли это так? Является ли глупостью и/или незнанием матчасти то, что основной шлюз pppoe влияет на работу с локальной сетью, включая все возможности типа dc++, и это можно исправить прописанием простым маршрута, или же все же влияет. Или если влияет, то как его изменить при авто-получении через PPPOE адреса основного шлюза? Возможно, это нельзя сделать по определению (на стороне клиента например) и тогда вся ветка ваще не нужна. :)
Спасибо, что очень подробно объясняете, но, к сожалению, в том-то и проблема, что сменить основной шлюз не получается именно для pppoe соединения, поле заблокировано. Для остальных (PPTP и т.д.) можно. По крайней мере в моей прошивке (1.9.2.7-7f).
В современных прошивках (-10, -10.7, -d-r...) поле доступно, так что обновляйтесь. После обновления не забудьте прописать 0 в поле Idle Disconnect Time in seconds(option).
А при добавлении маршрута проверьте, что все поля в таблице точно такие, как я написал.
И так я перепрошился на последнюю прошивку (10-ая), поле Default Gateway действительно разблокировалось, но не на что не влияет. То есть, основной шлюз как получался автоматом по pppoe, так и получается. И он так же динамический и имеет адреса 10.0.0.х. Соответственно, при подключении по pppoe роутинг автоматом приобретает вид:
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.2 * 255.255.255.255 UH 0 0 0 WAN ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 LAN br0
10.1.1.0 * 255.255.255.0 U 0 0 0 WAN vlan1
default 10.0.0.2 0.0.0.0 UG 0 0 0 WAN ppp0
Если я пытаюсь добавить маршрут так (IP Config - Route):
Network/Host IP: 10.1.0.0
Netmask: 255.255.0.0
Gateway: 10.1.0.2
Metric:
Interface: MAN
то строка добавляется в таблицу, но после применения и перезагрузки в таблице "Status & Log \ Routing table" не появляется. Как собственно и до перезагрузки, но после "Apply". Единственное что меняется это default, так как он динамический и после перезагрузки меняется. Как и присвоенный IP по PPPOE (10.0.х.х), хотя у меня в локалке статический 10.1.1.х.
Что делать - ума не приложу. :(
Ой, у меня теперь даже не добавляется (не сохраняется) маршрут:
Network/Host IP: 10.1.0.0
Netmask: 255.255.0.0
Gateway: 0.0.0.0
Metric:
Interface: MAN
Не понимаю. :confused:
Простите за невнимательность, должен был раньше заметить: у вас шлюз (10.1.0.3) не принадлежит присоединённой подсети (10.1.1.0/255.255.255.0), поэтому, видимо, и не добавляется. Шлюз должен иметь вид 10.1.1.* - попробуйте в веб-морде удалить все маршруты и добавить один с этим шлюзом.
И так я перепрошился на последнюю прошивку (10-ая)
Последняя прошивка вообще-то здесь -http://code.google.com/p/wl500g/
У меня сейчас 1.9.2.7-10. Стоит перепрошить на 1.9.2.7-d? Мне кажется в моем случае это становится неважным, как мне кажется, так как это не помогает и проблема кроется где-то в другом месте. :)
У меня сейчас 1.9.2.7-10. Стоит перепрошить на 1.9.2.7-d? Мне кажется в моем случае это становится неважным, как мне кажется, так как это не помогает и проблема кроется где-то в другом месте. :)
Все проще, почти все уже на актуальной прошивке сидят, а что там было раньше уже и не помнят )) Кстати два дефаулт гейта прекрасно работают )
То есть мне нужно таки перепрошиться на "d" версию и это стоит того? Но вопрос в том как сделать два default gate для ppp0 и vlan1 с учетом pppoe и его авто-роутинга с динамическим default gate и невозможностью вписать что-то в роутинг, отличающееся от моей подсети 10.1.1.х через веб-интерфейс? Если вы мне подскажете я буду безмерно благодарен. :)
То есть мне нужно таки перепрошиться на "d" версию и это стоит того? Но вопрос в том как сделать два default gate для ppp0 и vlan1 с учетом pppoe и его авто-роутинга с динамическим default gate и невозможностью вписать что-то в роутинг, отличающееся от моей подсети 10.1.1.х через веб-интерфейс? Если вы мне подскажете я буду безмерно благодарен. :)
Первый дефаулт тебе дает провайдер когда ты получаешь адрес для локалки, второй дефаулт дается провайдером для тунеля и перекрывает собой первый, т.е. одновременно два дефаулта не работают. нужно это для того чтобы доступ к локалке был например если тунель не поднялся...
После подъема тунеля все остальное разруливается только маршрутами.
Подскажите, какая причина может быть такого явления. Модем установлен как точка доступа, поднимает PPPoE соединение, несколько проводных, несколько беспроводных клиентов. Сеть между ними.
Логи прилагаются.
Что может еще понадобиться для осознания причин? Прошивка 1.9.2.7-d
Подскажите, какая причина может быть такого явления. Модем установлен как точка доступа, поднимает PPPoE соединение, несколько проводных, несколько беспроводных клиентов. Сеть между ними.
Логи прилагаются.
Что может еще понадобиться для осознания причин? Прошивка 1.9.2.7-d
Судя по логу, на каком-то компе параллельно pppoe соединение поднимается?
Jun 2 13:59:28 pppoe-relay[85]: PADS packet from 00:1c:0f:28:88:1b on interface vlan1 does not have Relay-Session-Id tag
А так похоже на проблему с линией. Поищите, советы на форуме давались как проверить.
Судя по логу, на каком-то компе параллельно pppoe соединение поднимается?
Jun 2 13:59:28 pppoe-relay[85]: PADS packet from 00:1c:0f:28:88:1b on interface vlan1 does not have Relay-Session-Id tag
А так похоже на проблему с линией. Поищите, советы на форуме давались как проверить.
Служба поддержки всячески отрицает проблемы с их стороны.
Ситуация повторяется раз в день..
При установке соединения с компьютера там будет просто выводиться уведомление о отказе, провайдер под одной учетной записью не позволяет подключаться в рамках нескольких сессий - это же никак не может повлиять на уже установленное.
У меня интернет делится на городской 100 мегабит и весь остальной 512 килобит
городской это PPPoE а мировой это VPN pptp (кстати за двумя соединениями стоят два разных провайдера)
доступ осуществляется так
я ->PPPoE -> городской ресурс
я ->PPPoE-> VPN -> мировой ресурс
Все это работает на компе под Windows теперь хотелось бы повторить это в маршрутизаторе.
Как я понял нужно реализовать настройку PPPoE и с верху него VPN PPTP.
И потом настроить маршрутизацию, что бы доступ к городским ресурсам шел через 100 мегабитное PPPoE соединение. Тут две проблемы - я понятия не имею как на роутере можно поднять два соединения и вторая проблема в том что шлюз PPPoE динамический то есть статически маршрутизацию прописать не удастся.
Как действовать и с чего начать?
Прошу прощения, что долго не было. Вы совершенно правы - просто назначенный шлюз от туннеля перекрывает локальный и иначе никак. Нужно, чтобы назначенный IP от туннеля был в моей подсети и тогда станет все хорошо. А так только маршрут из сети 10.1.х.х в текущий default gateway.
СПАСИБО ВСЕМ! :)
Роутер постоянно пишет в лог
pppd[94]: Timeout waiting for PADO packets
Что ето означает, подскажите.
Заранее спасибо.
Pablo Escobar
11-07-2010, 10:05
Роутер постоянно пишет в лог
pppd[94]: Timeout waiting for PADO packets
Что ето означает, подскажите.
Заранее спасибо.
http://tinyurl.com/28f7zks
Возникла такая же проблема после того, как перезаключили договор с провайдером, перешли на более низкий тариф и получили новый аккаунт. И кроме того, сносили ADSL-модем на перенастройку к провайдеру. Со связью всё нормально (винда напрямую через модем коннектится на ура). Но вот роутер (WL500gP, прошивка WL500gp-1.9.2.7-10) коннектиться не желает, несмотря на то, что кроме логина и пароля никакие настройки больше не трогались. Лог (выборочно):
Jan 1 03:00:03 kernel: PPP generic driver version 2.4.2
Jan 1 03:00:03 kernel: PPP Deflate Compression module registered
Jan 1 03:00:03 kernel: PPP BSD Compression module registered
Jan 1 03:00:03 kernel: MPPE/MPPC encryption/compression module registered
Jan 1 03:00:03 kernel: PPPoL2TP kernel driver, V0.13 (oleg@cs.msu.su)
Jan 1 03:00:06 portmap[98]: user rpc not found, reverting to user bin
Jan 1 03:00:07 statd[101]: Version 1.0.7 Starting
Jan 1 03:00:07 statd[101]: statd running as root. chown /var/lib/nfs/sm to choose different user
Jan 1 03:00:07 kernel: p1
Jan 1 03:00:07 kernel: vlan1: Setting MAC address to 00 1b fc 9d 31 ae.
Jan 1 03:00:07 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 03:00:07 udhcpc[115]: udhcpc (v0.9.9-pre) started
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:07 udhcpc[115]: Lease of 192.168.1.3 obtained, lease time 86400
Jan 1 03:00:08 dnsmasq[73]: read /etc/hosts - 6 addresses
Jan 1 03:00:08 dnsmasq[73]: read /etc/ethers - 1 addresses
Jan 1 03:00:08 dnsmasq[73]: reading /tmp/resolv.conf
Jan 1 03:00:08 dnsmasq[73]: using nameserver 192.168.1.1#53
Jan 1 03:00:08 dhcp client: bound IP : 192.168.1.3 from 192.168.1.1
Jan 1 03:00:08 pppd[124]: Plugin rp-pppoe.so loaded.
Jan 1 03:00:08 pppd[124]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
Jan 1 03:00:08 pppd[126]: pppd 2.4.2 started by admin, uid 0
Jan 1 03:00:08 pppd[126]: Using interface ppp0
Jan 1 03:00:08 pppd[126]: local IP address 10.64.64.64
Jan 1 03:00:08 pppd[126]: remote IP address 10.112.112.112
Jan 1 03:00:10 pppd[126]: Starting link
Jan 1 03:00:45 pppd[126]: Timeout waiting for PADO packets
Jan 1 03:00:45 pppd[126]: Unable to complete PPPoE Discovery
Jan 1 03:01:15 pppd[126]: Starting link
Jan 1 03:01:50 pppd[126]: Timeout waiting for PADO packets
Jan 1 03:01:50 pppd[126]: Unable to complete PPPoE Discovery
Jan 1 03:02:27 pppd[126]: Starting link
Где копать? :)
народ, прошу помощи
вобщем имеется adsl модем zyxel p660ru3 ee (annex A) и роутер wl520gu
подскажите как реализовать схему: модем-роутер-iptv,компы и тд...
не могу понять какие настройки нужны в бридж режиме.
заранее спасибо
На роутере Asus RT-N16 прошивка от последователей Олега (билд 2508)
Сегодня утром обнаружил, что пропал инет.
В логе на роутере постоянно пишет ошибку Timeout waiting for PADS packets и не подключается. Вечером (около 23-00) все было ок, связь пропала в 4 ночи и больше соединенние не подымается. С чем это может быть связано и как "вылечить" ?
С чем это может быть связано и как "вылечить" ? А провайдеру звонить не пробовали? ;)
А провайдеру звонить не пробовали? ;)
Вечером пришел домой - продолжало долбить "Timeout waiting for PADS packets"
Перезагрузил роутер и все подключилось.
Странно, что утром перегружал пару раз - не помогало.
Почитал, что ошибка "Timeout waiting for PADS packets" может возникать из-за блокировки провайдером при попытке раздачи роутером IP адресов наружу (DHCP).
Прошивка "от энтузиастов" (билд 2508). Как проверить (где должно быть включено/выключено) раздача адресов на WAN (внутри домашней сети LAN раздача нужна).
И еще интересует
- как на роутере прокси (что бы снаружи через роутер можно было в инет ходить),
- как поднять VPN сервер
Заранее благодарен.
И еще интересует
- как на роутере прокси (что бы снаружи через роутер можно было в инет ходить),
- как поднять VPN сервер
Заранее благодарен.
http://wl500g.info/tags.php ;)
http://wl500g.info/tags.php?tag=proxy
http://wl500g.info/tags.php?tag=openvpn
http://wl500g.info/tags.php ;)
http://wl500g.info/tags.php?tag=proxy
http://wl500g.info/tags.php?tag=openvpn
Спасибо огромное.
А не подскажите
Как проверить (где должно быть включено/выключено) раздача адресов на WAN (внутри домашней сети LAN раздача нужна).
Спасибо огромное.
А не подскажите
cat /etc/dnsmasq.conf
смотрим строчку
interface=br0
там указан интерфейс на который работает раздача адресов ...
ИМХО через веб-морду изменить нельзя ...
Почитал, что ошибка "Timeout waiting for PADS packets" может возникать из-за блокировки провайдером при попытке раздачи роутером IP адресов наружу (DHCP). Не читайте советских газет... (c) :)
Это сообщение означает всего лишь, что маршрутизатор не получил ответа от провайдеровского оборудования, на свой запрос.
Скорее всего, ночью упал физический линк, например по причине обесточивания свича или его кражи. А когда провайдер починил, физический линк установился не корректно, вот маршрутизатор и не смог общатся с оборудованием провайдера.
У меня такое тоже было один раз, после регламентных работ на оборудовании провайдера, причем мне помог только ребут по питанию (тогда у меня был 500gP v.1)
Прошивка "от энтузиастов" (билд 2508). Как проверить (где должно быть включено/выключено) раздача адресов на WAN (внутри домашней сети LAN раздача нужна). Если вы сами руками ничего не ковыряли в конфигах, то все там нормально ;)
interface=br0
У меня так и указано
interface=br0
У меня так и указано
interface=br0
br0 = 4 порта локалки + вафля, как и должно быть ....
Ситуация такая:
есть 2 одинаковых роутера на одном все прекрасно работает, на втором не проходит подключение, пишет:
Timeout waiting for PADO packets
Unable to complete PPPoE Discovery
с первого на второй перенес копию flashfs и конфиг, а так же подставляю провайдеру мак с первого роутера и всеравно в результате получаю данную ошибку. Была ли у кого такая проблема? Может порт подох? Хотя с прова какието айпи получает.
Использую WL500gpv2 1.9.2.7-d-r3236 подскажите к нему программу, чтоб считала разъединение ?
Иногда в логе PPPoE: Disconnected, хотя провайдер уверяет 24/7 вот и интересно сколько в сутки разрывов :) и причину вообще было бы в идеале)
Использую WL500gpv2 1.9.2.7-d-r3236 подскажите к нему программу, чтоб считала разъединение ?
Иногда в логе PPPoE: Disconnected, хотя провайдер уверяет 24/7 вот и интересно сколько в сутки разрывов :) и причину вообще было бы в идеале)
Т.е. у Вашего провайдера в клиентском договоре прописана гарантия работы 24/7 без разрывов?
Что за уникальный провайдер?
PPPoE провайдеры рвут сессию раз в сутки для внутренних биллинговых подсчетов гарантированно.
А максимальное число разрывов в сутки ни какими офертами и договорами не обозначено.
Да и сколько разрывов случилось по причинам, реально не зависящим от провайдера, Вы никогда не подсчитаете.
Т.е. у Вашего провайдера в клиентском договоре прописана гарантия работы 24/7 без разрывов?
Что за уникальный провайдер?
PPPoE провайдеры рвут сессию раз в сутки для внутренних биллинговых подсчетов гарантированно.
А максимальное число разрывов в сутки ни какими офертами и договорами не обозначено.
Да и сколько разрывов случилось по причинам, реально не зависящим от провайдера, Вы никогда не подсчитаете.
То есть вы хотите сказать, что смысла нет в данной софтине?:)
То есть вы хотите сказать, что смысла нет в данной софтине?:)
Что и кому Вы докажете, даже если соберете тонны логов разрывов?
Почитайте внимательно клиентский договор, провайдеры уже дааавно себя обезопасили от подобных претензий.
Что и кому Вы докажете, даже если соберете тонны логов разрывов?
Почитайте внимательно клиентский договор, провайдеры уже дааавно себя обезопасили от подобных претензий.
Да никому ничего доказать, просто интересно :rolleyes:объем трафика же есть)
ConstAntz
13-09-2011, 00:34
Использую WL500gpv2 1.9.2.7-d-r3236 подскажите к нему программу, чтоб считала разъединение ?
Иногда в логе PPPoE: Disconnected, хотя провайдер уверяет 24/7 вот и интересно сколько в сутки разрывов :) и причину вообще было бы в идеале)
System Setup->System Command:
cat /tmp/syslog.log | grep Disconnected | awk '{print NR}'
Появилась проблема,роутер не может получить айпи (динамический) .:confused: С чем это может быть связано?
а у меня мой rt-16 прекрасно получает динамический ip
--
а раньше ваш rт-16 получал динамический ip?
что меняли ?
знаете где отстраивать?
провайдер ваш как подает интернет? pppoe ? - пароль и аккаунт правильно выставили ?
Имеется роутер RT-N16. Время от времени просто "отваливается" порт WAN, через который роутер подключен к провайдеру Интернета (PPPoE).
Все это выглядит так - установлено соединение с провайдером, все работает (может день, два), потом интернет "угасает" - установленные соединения не прерываются (аська горит зеленым хотя сообщения не ухдят/приходят и т.д.), но новые соединения не устанавливаются, Opera пишет "Looking up host name ... ". Через какое-то время роутер выдает в лог WAN down. Reconnecting... и начинается бесконечный цикл попыток подключения.
Лечится банальным выдергиванием сетевого кабеля с порта WAN, выжидания 10-15 сек. и подключением обратно. Дальше сразу с первой же попытки соединение с провайдером устанавливается.
Все это выглядит примерно так :
Feb 12 00:00:01 Eagle syslog.info root: -- MARK --
Feb 12 01:00:01 Eagle syslog.info root: -- MARK --
Feb 12 02:00:01 Eagle syslog.info root: -- MARK --
Feb 12 03:00:01 Eagle syslog.info root: -- MARK --
Feb 12 04:00:01 Eagle syslog.info root: -- MARK --
Feb 12 05:00:01 Eagle syslog.info root: -- MARK --
Feb 12 06:00:01 Eagle syslog.info root: -- MARK --
Feb 12 07:00:01 Eagle syslog.info root: -- MARK --
Feb 12 08:00:01 Eagle syslog.info root: -- MARK --
Feb 12 08:10:37 Eagle daemon.warn pppoe[10056]: LCP appears to be disconnected (pending: 5).
Feb 12 08:10:43 Eagle daemon.notice pppoe[10056]: Disconnected.
Feb 12 08:10:43 Eagle daemon.notice pppoe[10056]: Connect time 1412.6 minutes.
Feb 12 08:10:43 Eagle daemon.notice pppoe[10056]: Sent 4032688697 bytes, received 1251316072 bytes.
Feb 12 08:10:43 Eagle user.info redial[10057]: WAN down. Reconnecting...
Feb 12 08:10:43 Eagle daemon.info dnsmasq[10065]: exiting on receipt of SIGTERM
Feb 12 08:10:43 Eagle daemon.info dnsmasq[10460]: started, version 2.55 cachesize 1500
Feb 12 08:10:43 Eagle daemon.info dnsmasq[10460]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP TFTP
Feb 12 08:10:43 Eagle daemon.info dnsmasq[10460]: asynchronous logging enabled, queue limit is 5 messages
Feb 12 08:10:43 Eagle daemon.info dnsmasq-dhcp[10460]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Feb 12 08:10:43 Eagle daemon.warn dnsmasq[10460]: no servers found in /etc/resolv.dnsmasq, will retry
Feb 12 08:10:43 Eagle daemon.info dnsmasq[10460]: read /etc/hosts - 2 addresses
Feb 12 08:10:43 Eagle daemon.info dnsmasq[10460]: read /etc/hosts.dnsmasq - 2 addresses
Feb 12 08:10:43 Eagle user.info redial[10462]: Started. Time: 30
Feb 12 08:11:23 Eagle user.info redial[10462]: PPPoE reconnect in progress (13)
Feb 12 08:11:53 Eagle user.info redial[10462]: WAN down. Reconnecting...
Feb 12 08:11:53 Eagle daemon.info dnsmasq[10460]: exiting on receipt of SIGTERM
Feb 12 08:11:53 Eagle daemon.info dnsmasq[10468]: started, version 2.55 cachesize 1500
Feb 12 08:11:53 Eagle daemon.info dnsmasq[10468]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP TFTP
Feb 12 08:11:53 Eagle daemon.info dnsmasq[10468]: asynchronous logging enabled, queue limit is 5 messages
Feb 12 08:11:53 Eagle daemon.info dnsmasq-dhcp[10468]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Feb 12 08:11:53 Eagle daemon.warn dnsmasq[10468]: no servers found in /etc/resolv.dnsmasq, will retry
Feb 12 08:11:53 Eagle daemon.info dnsmasq[10468]: read /etc/hosts - 2 addresses
Feb 12 08:11:53 Eagle daemon.info dnsmasq[10468]: read /etc/hosts.dnsmasq - 2 addresses
Feb 12 08:11:59 Eagle user.info redial[10471]: Started. Time: 30
Feb 12 08:12:39 Eagle user.info redial[10471]: PPPoE reconnect in progress (8)
Feb 12 08:13:09 Eagle user.info redial[10471]: WAN down. Reconnecting...
Feb 12 08:13:09 Eagle daemon.info dnsmasq[10468]: exiting on receipt of SIGTERM
Feb 12 08:13:09 Eagle daemon.info dnsmasq[10476]: started, version 2.55 cachesize 1500
Feb 12 08:13:09 Eagle daemon.info dnsmasq[10476]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP TFTP
Feb 12 08:13:09 Eagle daemon.info dnsmasq[10476]: asynchronous logging enabled, queue limit is 5 messages
Feb 12 08:13:09 Eagle daemon.info dnsmasq-dhcp[10476]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Feb 12 08:13:09 Eagle daemon.warn dnsmasq[10476]: no servers found in /etc/resolv.dnsmasq, will retry
Feb 12 08:13:09 Eagle daemon.info dnsmasq[10476]: read /etc/hosts - 2 addresses
Feb 12 08:13:09 Eagle daemon.info dnsmasq[10476]: read /etc/hosts.dnsmasq - 2 addresses
Feb 12 08:13:14 Eagle user.info redial[10479]: Started. Time: 30
.................................................. .................................................. ...
Feb 12 09:04:02 Eagle user.info redial[11019]: WAN down. Reconnecting...
Feb 12 09:04:02 Eagle daemon.info dnsmasq[11016]: exiting on receipt of SIGTERM
Feb 12 09:04:02 Eagle daemon.info dnsmasq[11024]: started, version 2.55 cachesize 1500
Feb 12 09:04:02 Eagle daemon.info dnsmasq[11024]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP TFTP
Feb 12 09:04:02 Eagle daemon.info dnsmasq[11024]: asynchronous logging enabled, queue limit is 5 messages
Feb 12 09:04:02 Eagle daemon.info dnsmasq-dhcp[11024]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Feb 12 09:04:02 Eagle daemon.warn dnsmasq[11024]: no servers found in /etc/resolv.dnsmasq, will retry
Feb 12 09:04:02 Eagle daemon.info dnsmasq[11024]: read /etc/hosts - 2 addresses
Feb 12 09:04:02 Eagle daemon.info dnsmasq[11024]: read /etc/hosts.dnsmasq - 2 addresses
Feb 12 09:04:08 Eagle user.info redial[11027]: Started. Time: 30
Feb 12 09:04:36 Eagle daemon.notice pppoe[11026]: Connected.
Feb 12 09:04:36 Eagle daemon.notice pppoe[11026]: IP Address: ***.***.***.***
Feb 12 09:04:36 Eagle daemon.notice pppoe[11026]: DNS Address: ***.***.***.***, ***.***.***.***
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11024]: reading /etc/resolv.dnsmasq
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11024]: using nameserver ***.***.***.***#53
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11024]: exiting on receipt of SIGTERM
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: started, version 2.55 cachesize 1500
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP TFTP
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: asynchronous logging enabled, queue limit is 5 messages
Feb 12 09:04:36 Eagle daemon.info dnsmasq-dhcp[11035]: DHCP, IP range 192.168.1.100 -- 192.168.1.149, lease time 1d
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: reading /etc/resolv.dnsmasq
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: using nameserver ***.***.***.***#53
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: read /etc/hosts - 2 addresses
Feb 12 09:04:36 Eagle daemon.info dnsmasq[11035]: read /etc/hosts.dnsmasq - 2 addresses
Feb 12 09:04:38 Eagle daemon.notice openvpn[10254]: TCP/UDP: Closing socket
Feb 12 09:04:38 Eagle daemon.notice openvpn[10254]: Closing TUN/TAP interface
Feb 12 09:04:38 Eagle daemon.notice openvpn[10254]: SIGTERM[hard,] received, process exiting
Feb 12 09:04:38 Eagle user.info kernel: br0: port 3(tap21) entering disabled state
Feb 12 09:04:38 Eagle user.info kernel: br0: port 3(tap21) entering disabled state
Feb 12 09:04:38 Eagle user.info kernel: tun: Universal TUN/TAP device driver, 1.6
Feb 12 09:04:38 Eagle user.info kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Feb 12 09:04:38 Eagle user.info kernel: device tap21 entered promiscuous mode
Feb 12 09:04:38 Eagle user.info kernel: br0: port 3(tap21) entering forwarding state
Feb 12 09:04:38 Eagle daemon.notice openvpn[11238]: OpenVPN 2.1.1 mipsel-unknown-linux-gnu [SSL] [LZO2] [EPOLL] built on Nov 30 2010
Feb 12 09:04:38 Eagle daemon.warn openvpn[11238]: NOTE: when bridging your LAN adapter with the TAP adapter, note that the new bridge adapter will often take on its own IP address that is different from what the LAN adapter was previously set to
Feb 12 09:04:38 Eagle daemon.warn openvpn[11238]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Feb 12 09:04:38 Eagle daemon.notice openvpn[11238]: Diffie-Hellman initialized with 1024 bit key
Feb 12 09:04:38 Eagle daemon.notice openvpn[11238]: TLS-Auth MTU parms [ L:**** D:*** EF:** EB:* ET:* EL:* ]
Feb 12 09:04:38 Eagle daemon.notice openvpn[11238]: TUN/TAP device tap21 opened
Feb 12 09:04:38 Eagle daemon.notice openvpn[11238]: TUN/TAP TX queue length set to 100
Feb 12 09:04:38 Eagle daemon.notice openvpn[11238]: Data Channel MTU parms [ L:**** D:**** EF:** EB:* ET:* EL:* ]
Feb 12 09:04:38 Eagle daemon.notice openvpn[11250]: Socket Buffers: R=[112640->131072] S=[112640->131072]
Feb 12 09:04:38 Eagle daemon.notice openvpn[11250]: UDPv4 link local (bound): [undef]:14194
Feb 12 09:04:38 Eagle daemon.notice openvpn[11250]: UDPv4 link remote: [undef]
Feb 12 09:04:38 Eagle daemon.notice openvpn[11250]: MULTI: multi_init called, r=256 v=256
Feb 12 09:04:38 Eagle daemon.notice openvpn[11250]: IFCONFIG POOL: base=192.168.1.50 size=51
Feb 12 09:04:38 Eagle daemon.notice openvpn[11250]: Initialization Sequence Completed
Пробовал перезагрузку в ситуации пропажи связи - не помогает. В смысле, когда отвалилась сеть не выдергивать кабель, а просто отправить в перезагрузку роутер. Роутер перегружается, но подсоединиться не может.
Перепробовал и tomatousb, и родных две версии, и dd-wrt.
Везде одна и та же проблема.
Никто не встречался с такого рода проблемой?
ryzhov_al
19-02-2012, 17:05
Перепробовал и tomatousb, и родных две версии, и dd-wrt.
Везде одна и та же проблема.
Никто не встречался с такого рода проблемой?Пробовали ли предложенное (http://forum.ixbt.com/topic.cgi?id=14:50707-117) вам решение? Чем всё закончилось?
Пробовали ли предложенное (http://forum.ixbt.com/topic.cgi?id=14:50707-117) вам решение? Чем всё закончилось?
Имелся ввиду этот метод (передергивания порта из консоли) ?
#!/bin/sh
if ( ! ping -c 3 8.8.8.8 >/dev/null 2>&1) then
ifconfig vlan2 down
sleep 10
ifconfig vlan2 up
sleep 2
#pppd можно заставить переключиться посылкой сигнала HUP
killall -1 pppd
fi
Включение / выключение порта из консоли не помогает.
Добрый день.
Имеется роутер Asus Wl 500 gp2, стабильно 2 года работал с PPPoe и 3g usb донглом. Недавно загород провели интернет и подключившись я обнаружил что роутер "криво" поднимает PPPoe. Конектится но получает не верные DNS сервера и IP адреса, при попытке ввести вручную - получает все те же адреса что на автомате. Все настройки стоят на авто, в принципе настраивал не раз, разбираюсь. Вызвал "спецов" от провайдера, копались час и нечем не помогли, но по секрету сказали что у них конектятся без проблем только DIRы.Так как жаба душит отдавать 30$, облазил весь интернет в поисках решения, но , увы, безрезультатно. Параметры:
Asus Wl 500 gp2 WL500gpv2-1.9.2.7-d-r2624.trx
System log
Jan 1 02:06:00 wan: disconnected manually
Jan 1 02:06:01 pppd[102]: Terminating on signal 15
Jan 1 02:06:01 pppd[102]: Connect time 6.0 minutes.
Jan 1 02:06:01 pppd[102]: Sent 0 bytes, received 0 bytes.
Jan 1 02:06:01 pppd[102]: Connection terminated.
Jan 1 02:06:01 dnsmasq[70]: read /etc/hosts - 2 addresses
Jan 1 02:06:01 dnsmasq[70]: using nameserver 8.8.4.4#53
Jan 1 02:06:01 dnsmasq[70]: using nameserver 8.8.8.8#53
Jan 1 02:06:01 PPPoE: Disconnected
Jan 1 02:06:01 pppd[102]: Exit.
Jan 1 02:06:01 dhcp client: deconfig: lease is lost
Jan 1 02:06:01 dnsmasq[70]: read /etc/hosts - 2 addresses
Jan 1 02:06:01 dnsmasq[70]: using nameserver 8.8.4.4#53
Jan 1 02:06:01 dnsmasq[70]: using nameserver 8.8.8.8#53
Jan 1 02:06:03 wan: connected manually
Jan 1 02:06:06 kernel: vlan1: Setting MAC address to 48 5b 39 42 5e 6a.
Jan 1 02:06:06 kernel: VLAN (vlan1): Underlying device (eth0) has same MAC, not checking promiscious mode.
Jan 1 02:06:07 dhcp client: deconfig: lease is lost
Jan 1 02:06:07 dnsmasq[70]: read /etc/hosts - 2 addresses
Jan 1 02:06:07 dnsmasq[70]: using nameserver 8.8.4.4#53
Jan 1 02:06:07 dnsmasq[70]: using nameserver 8.8.8.8#53
Jan 1 02:06:07 dhcp client: bound IP : 192.168.0.34 from 192.168.0.1
Jan 1 02:06:07 pppd[175]: Plugin rp-pppoe.so loaded.
Jan 1 02:06:07 pppd[175]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
Jan 1 02:06:07 pppd[176]: pppd 2.4.5 started by admin, uid 0
Jan 1 02:06:07 pppd[176]: PPP session is 10 (0xa)
Jan 1 02:06:07 pppd[176]: Connected to d4:ca:6d:25:0b:6f via interface vlan1
Jan 1 02:06:07 pppd[176]: Using interface ppp0
Jan 1 02:06:07 pppd[176]: Connect: ppp0 <--> vlan1
Jan 1 02:06:08 pppd[176]: CHAP authentication succeeded
Jan 1 02:06:08 pppd[176]: peer from calling number D4:CA:6D:25:0B:6F authorized
Jan 1 02:06:08 pppd[176]: local IP address 192.168.1.250
Jan 1 02:06:08 pppd[176]: remote IP address 192.168.1.1
Jan 1 02:06:08 pppd[176]: primary DNS address 8.8.8.8
Jan 1 02:06:08 pppd[176]: secondary DNS address 8.8.4.4
Jan 1 02:06:08 dnsmasq[70]: read /etc/hosts - 2 addresses
Jan 1 02:06:08 dnsmasq[70]: using nameserver 8.8.4.4#53
Jan 1 02:06:08 dnsmasq[70]: using nameserver 8.8.8.8#53
Jan 1 02:06:08 PPPoE: connected to ISP
90149015
Помогите пожалуйста решить проблему!
по MAC Не привязывают, и да, берут видимо DNS От гугля
День добрый, камрады!
Прошу помощи в ниже изложенном!
Провайдер NetByNet
Оборудование wl500gP v2 - прошивка 1.9.2.7-rtn-r4051
Подключение через PPPoE
При подключении на прямую, всегда все ОК.
Но если подключаюсь через точку доступа, то:
- подключается сразу, но через час другой отваливается напрочь
(лечится путем нескольких перезагрузок или минут на 10 физическим отключением WAN)
- просто не подключается целый день
- изредка работает нормально по пол дня, потом та же карусель
в атаче лог при нормальном подключении и лог при обвале конекта (скоро все отключится и приложу второй лог)
Заранее спасибо за любую помощь/совет! =)
ну вот, наконец все отвалилось =(
Лог прилагается
to Omega
Район - северное Измайлово (Сиреневый бульвар)
с МАСом ничего не делал
в коллцентр звонил, общался, ругался и даже иногда смеялся))
...по поводу сброса в дефолт - не делал! (сейчас попробую, но думаю результата не даст)
Имею два модема:
1. Zyxel P660RU3EE
2. Китайский серый обыконвенный
И два экземпляра роутера DLink DIR320 прошитые в 500GPv2. Прошивки пробовал самые разные.
Длина кабеля от модема до роутера не превышает метра. Со скоростью порта игрался - результата ноль.
Если в модеме сделать режим роутер, а на роутере сделатm dynamic ip - всё работает хорошо, если на модеме сделать бридж, а на роутере PPPoE - Timeout waiting for PADO packets. Это при любых комбинациях модемов, прошивок и др. и пр. Раньше всё работало.
Блин, прошивлся старой 1.9.2.7-d-r3229 - работает всё. А на новых нет :(
Поторопился, на старой 1 раз подключилось и снова Timeout waiting for PADO packets.
flowerking
30-10-2012, 18:03
Уважаемые энтузиасты!
На WL500gp стоит ваша прошивка 1.9.2.7-d-r2381. Уже довольно старая, но все работало нормально (до не давнего времени) и причин что-либо менять не было.
Однако, последнее время стал отваливаться коннект PPPoE, а повторный реконнект вручную не проходит. Роутер коннектится сам, когда ему "захочется". Кроме того, бывает, что PPPoE не отваливается, но пропадает Инет. И еще было пару раз, что тух сам по себе Wi-Fi, лампочка Air гаснет и нет сигнала.
При этом наблюдаются жуткие тормоза веб-интерфейса роутера.
Все это дело происходит когда как. Иногда неделю может быть все ОК, а иногда такие тупняки 2-3 раза за вечер.
Провайдер все проверил, говорит все гуд, линия в порядке. Просит копать в сторону роутера.
Но при этом я наблюдаю в логе непонятные мне вещи, связанные с дисконнектом PPPoE (см. с Oct 29 22:20:19). Лог ниже, не влез. (http://wl500g.info/showthread.php?17136-%CD%EE%E2%E0%FF-%EF%F0%EE%F8%E8%E2%EA%E0-%CE%EB%E5%E3%E0-1-9-2-7-d-rtn-%EE%F2-%FD%ED%F2%F3%E7%E8%E0%F1%F2%EE%E2&p=255971#post255971)
Можно ли сказать по логу - кто виноват - роутер или провайдер?
ЗЫ. Про блок питания в курсе. Блок питания починеный, напряжение выдает нормальное (у меня их даже два). Проблема не в нем.
flowerking
30-10-2012, 18:04
Лог
Jan 1 03:00:02 syslogd started: BusyBox v1.17.4
Jan 1 03:00:02 kernel: klogd started: BusyBox v1.17.4 (2010-11-26 21:49:41 MSK)
Jan 1 03:00:02 kernel: CPU revision is: 00029006
Jan 1 03:00:02 kernel: Primary instruction cache 16kB, physically tagged, 2-way, linesize 16 bytes.
Jan 1 03:00:02 kernel: Primary data cache 16kB, 2-way, linesize 16 bytes.
Jan 1 03:00:02 kernel: Linux version 2.4.37.10 (root@localhost) (gcc version 3.4.6) #1 2010-11-26 21:53:28 MSK
Jan 1 03:00:02 kernel: Setting the PFC to its default value
Jan 1 03:00:02 kernel: Determined physical RAM map:
Jan 1 03:00:02 kernel: memory: 02000000 @ 00000000 (usable)
Jan 1 03:00:02 kernel: On node 0 totalpages: 8192
Jan 1 03:00:02 kernel: zone(0): 8192 pages.
Jan 1 03:00:02 kernel: zone(1): 0 pages.
Jan 1 03:00:02 kernel: zone(2): 0 pages.
Jan 1 03:00:02 kernel: Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,ext3 noinitrd init=/linuxrc console=ttyS0,115200
Jan 1 03:00:02 kernel: CPU: BCM4704 rev 9 pkg 0 at 264 MHz
Jan 1 03:00:02 kernel: Using 132.000 MHz high precision timer.
Jan 1 03:00:02 kernel: Calibrating delay loop... 263.78 BogoMIPS
Jan 1 03:00:02 kernel: Memory: 29960k/32768k available (1961k kernel code, 2808k reserved, 140k data, 92k init, 0k highmem)
Jan 1 03:00:02 kernel: Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Jan 1 03:00:02 kernel: Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Jan 1 03:00:02 kernel: Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Jan 1 03:00:02 kernel: Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Jan 1 03:00:02 kernel: Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Jan 1 03:00:02 kernel: Checking for 'wait' instruction... unavailable.
Jan 1 03:00:02 kernel: POSIX conformance testing by UNIFIX
Jan 1 03:00:02 kernel: PCI: Initializing host
Jan 1 03:00:02 kernel: PCI: Fixing up bus 0
Jan 1 03:00:02 kernel: PCI: Fixing up bridge
Jan 1 03:00:02 kernel: PCI: Fixing up bus 1
Jan 1 03:00:02 kernel: Linux NET4.0 for Linux 2.4
Jan 1 03:00:02 kernel: Based upon Swansea University Computer Society NET3.039
Jan 1 03:00:02 kernel: Initializing RT netlink socket
Jan 1 03:00:02 kernel: Starting kswapd
Jan 1 03:00:02 kernel: Journalled Block Device driver loaded
Jan 1 03:00:02 kernel: devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
Jan 1 03:00:02 kernel: devfs: boot_options: 0x1
Jan 1 03:00:02 kernel: NTFS driver v1.1.22 [Flags: R/O]
Jan 1 03:00:02 kernel: squashfs: version 3.0 (2006/03/15) Phillip Lougher
Jan 1 03:00:02 kernel: pty: 256 Unix98 ptys configured
Jan 1 03:00:02 kernel: Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
Jan 1 03:00:02 kernel: ttyS00 at 0xb8000300 (irq = 3) is a 16550A
Jan 1 03:00:02 kernel: ttyS01 at 0xb8000400 (irq = 3) is a 16550A
Jan 1 03:00:02 kernel: HDLC line discipline: version $Revision: 3.7 $, maxframe=4096
Jan 1 03:00:02 kernel: N_HDLC line discipline registered.
Jan 1 03:00:02 kernel: loop: loaded (max 8 devices)
Jan 1 03:00:02 kernel: PPP generic driver version 2.4.2
Jan 1 03:00:02 kernel: PPP Deflate Compression module registered
Jan 1 03:00:02 kernel: PPP BSD Compression module registered
Jan 1 03:00:02 kernel: MPPE/MPPC encryption/compression module registered
Jan 1 03:00:02 kernel: PPPoL2TP kernel driver, V0.15.1
Jan 1 03:00:02 kernel: PPTP driver version 0.8.5
Jan 1 03:00:02 kernel: Amd/Fujitsu Extended Query Table v1.3 at 0x0040
Jan 1 03:00:02 kernel: Flash Id: Vendor: 0x0001 Device: 0x007e
Jan 1 03:00:02 kernel: number of CFI chips: 1
Jan 1 03:00:02 kernel: cfi_cmdset_0002: Disabling fast programming due to code brokenness.
Jan 1 03:00:02 kernel: Flash device: 0x800000 at 0x1c000000
Jan 1 03:00:02 kernel: Physically mapped flash: squashfs filesystem found at block 917
Jan 1 03:00:02 kernel: Creating 5 MTD partitions on "Physically mapped flash":
Jan 1 03:00:02 kernel: 0x00000000-0x00040000 : "boot"
Jan 1 03:00:02 kernel: 0x00040000-0x007f0000 : "linux"
Jan 1 03:00:02 kernel: 0x000e5480-0x007f0000 : "rootfs"
Jan 1 03:00:02 kernel: 0x007f0000-0x00800000 : "nvram"
Jan 1 03:00:02 kernel: 0x003e0000-0x007f0000 : "flashfs"
Jan 1 03:00:02 kernel: sflash: found no supported devices
Jan 1 03:00:02 kernel: Initializing Cryptographic API
Jan 1 03:00:02 kernel: IPv6 v0.8 for NET4.0
Jan 1 03:00:02 kernel: IPv6 over IPv4 tunneling driver
Jan 1 03:00:02 dropbear[79]: Running in background
Jan 1 03:00:02 kernel: usb.c: registered new driver usbdevfs
Jan 1 03:00:02 kernel: usb.c: registered new driver hub
Jan 1 03:00:03 kernel: PCI: Enabling device 01:03.2 (0000 -> 0002)
Jan 1 03:00:03 kernel: ehci_hcd 01:03.2: PCI device 1106:3104
Jan 1 03:00:03 kernel: ehci_hcd 01:03.2: irq 12, pci mem c01ec000
Jan 1 03:00:03 kernel: usb.c: new USB bus registered, assigned bus number 1
Jan 1 03:00:03 kernel: EHCI: Enabling VIA 6212 workarounds
Jan 1 03:00:03 kernel: ehci_hcd 01:03.2: USB 2.0 enabled, EHCI 1.00, driver 10 Dec 2004/2.4
Jan 1 03:00:03 dnsmasq[85]: started, version 2.55 cachesize 512
Jan 1 03:00:03 dnsmasq[85]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-I18N DHCP no-scripts no-TFTP
Jan 1 03:00:03 dnsmasq-dhcp[85]: DHCP, IP range 192.168.1.10 -- 192.168.1.20, lease time 1d
Jan 1 03:00:03 dnsmasq[85]: read /etc/hosts - 4 addresses
Jan 1 03:00:03 dnsmasq-dhcp[85]: read /etc/ethers - 2 addresses
Jan 1 03:00:03 kernel: hub.c: USB hub found
Jan 1 03:00:03 kernel: hub.c: 4 ports detected
Jan 1 03:00:03 kernel: usb.c: registered new driver usblp
Jan 1 03:00:03 kernel: printer.c: v0.13: USB Printer Device Class driver
Jan 1 03:00:03 kernel: SCSI subsystem driver Revision: 1.00
Jan 1 03:00:03 kernel: Initializing USB Mass Storage driver...
Jan 1 03:00:03 kernel: usb.c: registered new driver usb-storage
Jan 1 03:00:03 kernel: USB Mass Storage support registered.
Jan 1 03:00:04 dhcp client: deconfig: lease is lost
Jan 1 03:00:04 dnsmasq[85]: read /etc/hosts - 4 addresses
Jan 1 03:00:04 dnsmasq-dhcp[85]: read /etc/ethers - 2 addresses
Jan 1 03:00:04 dnsmasq[85]: using nameserver 217.27.40.2#53
Jan 1 03:00:04 dnsmasq[85]: using nameserver 10.5.4.1#53
Jan 1 03:00:04 dhcp client: bound IP : 10.5.4.67 from 10.5.7.254
Jan 1 03:00:04 pppd[110]: Plugin rp-pppoe.so loaded.
Jan 1 03:00:04 pppd[110]: RP-PPPoE plugin version 3.10 compiled against pppd 2.4.5
Jan 1 03:00:05 pppd[111]: pppd 2.4.5 started by root, uid 0
Jan 1 03:00:05 pppd[111]: PPP session is 35177 (0x8969)
Jan 1 03:00:05 pppd[111]: Connected to 00:15:17:54:38:1c via interface vlan1
Jan 1 03:00:05 pppd[111]: Using interface ppp0
Jan 1 03:00:05 pppd[111]: Connect: ppp0 <--> vlan1
Jan 1 03:00:05 pppd[111]: CHAP authentication succeeded: Welcome.
Jan 1 03:00:05 pppd[111]: CHAP authentication succeeded
Jan 1 03:00:05 pppd[111]: peer from calling number 00:15:17:54:38:1C authorized
Jan 1 03:00:05 pppd[111]: local IP address 81.22.xxx.xxx
Jan 1 03:00:05 pppd[111]: remote IP address 81.22.xxx.xxx
Jan 1 03:00:05 pppd[111]: primary DNS address 217.27.40.2
Jan 1 03:00:05 pppd[111]: secondary DNS address 217.27.41.2
Jan 1 03:00:05 dnsmasq[85]: read /etc/hosts - 4 addresses
Jan 1 03:00:05 dnsmasq-dhcp[85]: read /etc/ethers - 2 addresses
Jan 1 03:00:05 dnsmasq[85]: using nameserver 217.27.41.2#53
Jan 1 03:00:05 dnsmasq[85]: using nameserver 217.27.40.2#53
Jan 1 03:00:05 PPPoE: connected to ISP
Jan 1 03:00:07 login[131]: root login on 'pts/0'
Oct 29 22:06:38 pppd[111]: System time change detected.
Oct 29 22:13:27 login[310]: root login on 'pts/1'
Oct 29 22:13:59 dnsmasq-dhcp[85]: DHCPREQUEST(br0) 192.168.1.10 00:26:b6:14:ce:53
Oct 29 22:13:59 dnsmasq-dhcp[85]: DHCPACK(br0) 192.168.1.10 00:26:b6:14:ce:53 home
Oct 29 22:16:56 dnsmasq-dhcp[85]: DHCPINFORM(br0) 192.168.1.10 00:26:b6:14:ce:53
Oct 29 22:16:56 dnsmasq-dhcp[85]: DHCPACK(br0) 192.168.1.10 00:26:b6:14:ce:53 home
Oct 29 22:20:19 pppd[111]: No response to 6 echo-requests
Oct 29 22:20:19 pppd[111]: Serial link appears to be disconnected.
Oct 29 22:20:19 pppd[111]: Connect time 14.1 minutes.
Oct 29 22:20:19 pppd[111]: Sent 1760007 bytes, received 6536668 bytes.
Oct 29 22:20:24 dnsmasq[85]: read /etc/hosts - 4 addresses
Oct 29 22:20:24 dnsmasq-dhcp[85]: read /etc/ethers - 2 addresses
Oct 29 22:20:24 dnsmasq[85]: using nameserver 217.27.40.2#53
Oct 29 22:20:24 dnsmasq[85]: using nameserver 10.5.4.1#53
Oct 29 22:20:24 PPPoE: Disconnected
Oct 29 22:20:30 pppd[111]: Connection terminated.
Oct 29 22:20:31 pppd[111]: Modem hangup
Oct 29 22:21:01 pppd[111]: PPP session is 35195 (0x897b)
Oct 29 22:21:01 pppd[111]: Connected to 00:15:17:54:38:1c via interface vlan1
Oct 29 22:21:01 pppd[111]: Using interface ppp0
Oct 29 22:21:01 pppd[111]: Connect: ppp0 <--> vlan1
Oct 29 22:21:01 pppd[111]: CHAP authentication succeeded: Welcome.
Oct 29 22:21:01 pppd[111]: CHAP authentication succeeded
Oct 29 22:21:01 pppd[111]: peer from calling number 00:15:17:54:38:1C authorized
Oct 29 22:21:01 pppd[111]: local IP address 81.22.198.186
Oct 29 22:21:01 pppd[111]: remote IP address 81.22.198.128
Oct 29 22:21:01 pppd[111]: primary DNS address 217.27.40.2
Oct 29 22:21:01 pppd[111]: secondary DNS address 217.27.41.2
Oct 29 22:21:01 dnsmasq[85]: read /etc/hosts - 4 addresses
Oct 29 22:21:01 dnsmasq-dhcp[85]: read /etc/ethers - 2 addresses
Oct 29 22:21:01 dnsmasq[85]: using nameserver 217.27.41.2#53
Oct 29 22:21:01 dnsmasq[85]: using nameserver 217.27.40.2#53
Oct 29 22:21:01 PPPoE: connected to ISP
Oct 29 22:27:26 dnsmasq-dhcp[85]: DHCPINFORM(br0) 192.168.1.10 00:26:b6:14:ce:53
Oct 29 22:27:26 dnsmasq-dhcp[85]: DHCPACK(br0) 192.168.1.10 00:26:b6:14:ce:53 home
flowerking
08-11-2012, 21:42
WL500gp стоит прошивка 1.9.2.7-d-r2381.
Последнее время стал отваливаться коннект PPPoE, а повторный реконнект вручную не проходит. Роутер коннектится сам, когда ему "захочется". Кроме того, бывает, что PPPoE не отваливается, но пропадает Инет.
Провайдер все проверил, говорит все гуд, линия в порядке. Курение форума показало, что это вроде как все-таки проблема в линии. В логе стандартный набор:
No response to 6 echo-requests
Timeout waiting for PADO packets
Timeout waiting for PADS packets
Есть ли все-таки однозначный ответ - линия ли виновата?
Добрый день.
У меня и WL500gp и RT-N16, провайдер использует PPPoE.
С 1.9.2.7-d на WL500gp PPPoE работает, а 1.9.2.7-rtn (r5066, r5450) с WL500gp и RT-N16 нет. А так хочется RT-N16 использовать, но софт не позволяет. Что посоветуете?