Reply With QuoteУважаемые разработчики, не могли бы вы изучить содержимое вот этого поста и ссылку в нем. Дело в том, что ИМХО проблема касается всех роутеров (а не только упомянутого DIR-320), WAN которых реализован как vlan (через свитч).
Junior Member
Подскажите пожалуйста, как на wl500 gp ver 1 с прошей 1.9.2.7-d-r1612
поставить php сервер? Причем php должен быть никак не ниже 5 версии...
хочу попробовать eyeOS забабахать...
Forum Guru
Уважаемые разработчики, не могли бы вы изучить содержимое вот этого поста и ссылку в нем. Дело в том, что ИМХО проблема касается всех роутеров (а не только упомянутого DIR-320), WAN которых реализован как vlan (через свитч).
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Forum Guru
Легко убедится, что именно "драйвер свитча" не создаёт никаких eth0.x и никакого отношения к vlan'ам это не имеет. Виртуальный ethX.Y может создавать PPPoE драйвер, это да. И единственная ошибка в роутере заключается в том, что он соблюдает RFC.Originally Posted by Basile
По ссылке предлагается наплевать на RFC и сделать мега-затычку для совместимости с их(провайдера) кривым оборудованием. В функции pppoe_disc_rcv() вводится дополнительная проверка на mac-адрес и соединение разрывается только если сообщение PADT пришло именно нам. Не готов сказать к каким последствиям это может привести - надо бы почитать сам стандарт...
Forum Guru
Как я и писал в предыдущем письме, проблема не имеет никакого отношения к vlan'ам. Читаем RFC2516 п. 5.5 про PADTПо ссылке из форума Кирова, получается что провайдер грубейшим образом нарушает RFC, назначая всем одинаковые id сессии = 1. Я бы советовал голосовать ногами против такого провайдера.This packet may be sent anytime after a session is established to indicate that a PPPoE session has been terminated. It may be sent by either the Host or the Access Concentrator. The DESTINATION_ADDR field is a unicast Ethernet address, the CODE field is set to 0xa7 and the SESSION_ID MUST be set to indicate which session is to be terminated. No TAGs are required.
Добавить проверку на MAC-адрес можно, но надо быть уверенным, что оборудование остальных провайдеров корректно его формирует. Для этого нужны добровольцы, и достаточно много. Без этого, я могу только вывесить патч к нашему ядру, для самостоятельной сборки.
P.S. Что самое интересное, я нашел подобную просьбу о правке rp-pppoe от нашего же товарища. Видимо, только в xUSSR закупают подобные китайские коммутаторы/точки доступа (бл@-линк? судя по mac'у).
Forum Guru
lly
М-да, видимо пока провайдеры будут закупать такое недооборудование, "жизнь" на этом и ему подобных форумах обеспечена
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Forum Guru
Ну ты всё равно скажи uvi, что мои слова он истолковал как-то однобоко:lly
М-да, видимо пока провайдеры будут закупать такое недооборудование, "жизнь" на этом и ему подобных форумах обеспечена
Но оборудование действительно надо исправлять...
А PPPoE железок у меня для тестов действительно нет.
Надо прокрыжить внутренние вызовы, их не так много, и станет окончательно ясно.Я же не знаю, почему сделано именно так.. вдруг если убрать проверку - что-нибудь в другом месте сломается.
Registered User
такое впечатление что виснет httpd в WL500W-1.9.2.7-d-r2174.trx
гдето на сутки работы хочу зайти в веб морду браузер повисает
захожу через telnet my.router 80
жму 2 раза интер ничего не происходит
Forum Guru
А оборудование вроде как и планируют заменить
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Forum Guru
После того, как производитель игнорирует фразу "MUST BE", мне уже страшно верить в то, что у других mac-адрес будет корректный, хотя должен. Вот для этого и нужны добровольцы.
И кстати, у меня большое подозрение, что раз роутер видит чужие PADT пакеты, сетка то у них ни свитчованная ни разу...
Senior Member
Подскажите пожалуйста, а есть софт который заработает с UVC драйвером и сможет транслировать звук с веб камеры.(без видео) Или еще лучше его записывать в mp3 на внутреннй винчестер?
Asus RT-N16(1.9.2.7-rtn-r4xxx) + multi-wan + PopTop 1.3.4-2 + MediaTomb 0.11
Asus O!Play (1.16P) + moServices
Forum Guru
Сам лично видел свичи D-Link, которые раздавали на всех внешний трафик. Поставил на уши связистов, когда показал им в снифере, что вижу всю чужую почту и запрошенные страницы (т.е. только то, что идет снаружи, но не запросы изнутри). Авторизация у них как раз была по MAC...
* Wiki *
Forum Guru
/*Пошел ставить иконку за здравие своего провайдера*/ Мои вам соболезнования, много кривизны видел, но такой...
Это от того, что вместо mac свитчи хранят их hash, а функция перехода mac->hash выбрана не верно - дает много коллизий при большом числе абонентов. У моего провайдера такое же оборудование и авторизация по macИ самое главное, вроде как hash считается аппаратно, а не программно, из-за чего исправить нельзя.
Registered User
Оборудование у нас в доме обещали заменить "на днях"После того, как производитель игнорирует фразу "MUST BE", мне уже страшно верить в то, что у других mac-адрес будет корректный, хотя должен
И кстати, у меня большое подозрение, что раз роутер видит чужие PADT пакеты, сетка то у них ни свитчованная ни разу...
"PPPoE Relay" я отключил, как мне и рекомендовали в соседней ветке, эффекта ноль.
Вот новый лог:
Вчера продолжительность сессий от 2 до 65 минут, вообщем все, как до отключения "PPPoE Relay"...Code:Oct 7 19:33:34 pppd[98]: No response to 6 echo-requests Oct 7 19:33:34 pppd[98]: Serial link appears to be disconnected. Oct 7 19:33:34 pppd[98]: Connect time 23.2 minutes. Oct 7 19:33:34 pppd[98]: Sent 624019687 bytes, received 34307017 bytes. Oct 7 19:33:34 dnsmasq[69]: read /etc/hosts - 8 addresses Oct 7 19:33:34 dnsmasq-dhcp[69]: read /etc/ethers - 6 addresses Oct 7 19:33:34 dnsmasq[69]: using nameserver 91.144.148.3#53 Oct 7 19:33:34 dnsmasq[69]: using nameserver 91.144.150.3#53 Oct 7 19:33:34 PPPoE: Disconnected Oct 7 19:33:40 pppd[98]: Connection terminated. Oct 7 19:33:40 pppd[98]: Modem hangup Oct 7 19:34:01 dnsmasq-dhcp[69]: DHCPINFORM(br0) 192.168.1.56 00:26:5a:6a:ee:0c Oct 7 19:34:01 dnsmasq-dhcp[69]: DHCPACK(br0) 192.168.1.56 00:26:5a:6a:ee:0c riva Oct 7 19:34:10 pppd[98]: PPP session is 2 (0x2) Oct 7 19:34:10 pppd[98]: Connected to 00:25:ba:32:f8:6e via interface vlan1 Oct 7 19:34:10 pppd[98]: Using interface ppp0 Oct 7 19:34:10 pppd[98]: Connect: ppp0 <--> vlan1 Oct 7 19:34:10 pppd[98]: CHAP authentication failed: CHAP authentication failure Oct 7 19:34:10 pppd[98]: CHAP authentication failed Oct 7 19:34:10 pppd[98]: Connection terminated. Oct 7 19:34:40 pppd[98]: PPP session is 1 (0x1) Oct 7 19:34:40 pppd[98]: Connected to 00:25:ba:32:f8:6e via interface vlan1 Oct 7 19:34:41 pppd[98]: Using interface ppp0 Oct 7 19:34:41 pppd[98]: Connect: ppp0 <--> vlan1 Oct 7 19:34:41 pppd[98]: CHAP authentication succeeded: CHAP authentication success Oct 7 19:34:41 pppd[98]: CHAP authentication succeeded Oct 7 19:34:41 pppd[98]: peer from calling number 00:25:BA:32:F8:6E authorized Oct 7 19:34:41 pppd[98]: local IP address 94.181.197.225 Oct 7 19:34:41 pppd[98]: remote IP address 172.16.255.254 Oct 7 19:34:41 pppd[98]: primary DNS address 91.144.150.3 Oct 7 19:34:41 pppd[98]: secondary DNS address 91.144.148.3 Oct 7 19:34:41 dnsmasq[69]: read /etc/hosts - 8 addresses Oct 7 19:34:41 dnsmasq-dhcp[69]: read /etc/ethers - 6 addresses Oct 7 19:34:41 dnsmasq[69]: using nameserver 91.144.148.3#53 Oct 7 19:34:41 dnsmasq[69]: using nameserver 91.144.150.3#53 Oct 7 19:34:41 PPPoE: connected to ISP
Forum Guru
Апупеть!! Беззаконие!! Надо пожаловаться в органы опеки!
Почему семиклассников заставляют работать дворниками??
UPD: Ну, раз, уж мое сообщение было перенесено сюда.
Седьмой класс... В восьмом, я помню, уходили в ПТУ, не знаю как они сейчас, по-модному, называются..
Русский язык, знали, хотя бы, на четверку!.. Что творится......
Last edited by LnrMn; 08-10-2010 at 12:00.
Asus RT-AC66U, Xerox Phaser 3160B, on the shelf RT-N16 (Killed by lightning)
WL-500gPv1 128MB, WL-500W 300MHz/128M, LCD 40x4, DIR-320 8Mb/64MB
WL-700g 128MB, MNV25E2+ and more and more devices. provod.beeline.ru
-------------------------------------------
Computers. Since 1984. First one - "МИР-1"
