Подскажите пожалуйста, как на wl500 gp ver 1 с прошей 1.9.2.7-d-r1612
поставить php сервер? Причем php должен быть никак не ниже 5 версии...
хочу попробовать eyeOS забабахать... :confused:
Printable View
Подскажите пожалуйста, как на wl500 gp ver 1 с прошей 1.9.2.7-d-r1612
поставить php сервер? Причем php должен быть никак не ниже 5 версии...
хочу попробовать eyeOS забабахать... :confused:
Уважаемые разработчики, не могли бы вы изучить содержимое вот этого поста и ссылку в нем. Дело в том, что ИМХО проблема касается всех роутеров (а не только упомянутого DIR-320), WAN которых реализован как vlan (через свитч).
Легко убедится, что именно "драйвер свитча" не создаёт никаких eth0.x и никакого отношения к vlan'ам это не имеет. Виртуальный ethX.Y может создавать PPPoE драйвер, это да. И единственная ошибка в роутере заключается в том, что он соблюдает RFC.
По ссылке предлагается наплевать на RFC и сделать мега-затычку для совместимости с их(провайдера) кривым оборудованием. В функции pppoe_disc_rcv() вводится дополнительная проверка на mac-адрес и соединение разрывается только если сообщение PADT пришло именно нам. Не готов сказать к каким последствиям это может привести - надо бы почитать сам стандарт...
Как я и писал в предыдущем письме, проблема не имеет никакого отношения к vlan'ам. Читаем RFC2516 п. 5.5 про PADTПо ссылке из форума Кирова, получается что провайдер грубейшим образом нарушает RFC, назначая всем одинаковые id сессии = 1. Я бы советовал голосовать ногами против такого провайдера.Quote:
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'у).
lly
М-да, видимо пока провайдеры будут закупать такое недооборудование, "жизнь" на этом и ему подобных форумах обеспечена :D
Ну ты всё равно скажи uvi, что мои слова он истолковал как-то однобоко:
Quote:
Originally Posted by uvi
Но оборудование действительно надо исправлять...
А PPPoE железок у меня для тестов действительно нет.
Надо прокрыжить внутренние вызовы, их не так много, и станет окончательно ясно.
такое впечатление что виснет httpd в WL500W-1.9.2.7-d-r2174.trx
гдето на сутки работы хочу зайти в веб морду браузер повисает
захожу через telnet my.router 80
жму 2 раза интер ничего не происходит
После того, как производитель игнорирует фразу "MUST BE", мне уже страшно верить в то, что у других mac-адрес будет корректный, хотя должен :rolleyes: . Вот для этого и нужны добровольцы.
И кстати, у меня большое подозрение, что раз роутер видит чужие PADT пакеты, сетка то у них ни свитчованная ни разу...
Подскажите пожалуйста, а есть софт который заработает с UVC драйвером и сможет транслировать звук с веб камеры.(без видео) Или еще лучше его записывать в mp3 на внутреннй винчестер?
Сам лично видел свичи D-Link, которые раздавали на всех внешний трафик. Поставил на уши связистов, когда показал им в снифере, что вижу всю чужую почту и запрошенные страницы (т.е. только то, что идет снаружи, но не запросы изнутри). Авторизация у них как раз была по MAC...
Это от того, что вместо mac свитчи хранят их hash, а функция перехода mac->hash выбрана не верно - дает много коллизий при большом числе абонентов. У моего провайдера такое же оборудование и авторизация по mac :mad: И самое главное, вроде как hash считается аппаратно, а не программно, из-за чего исправить нельзя.
Оборудование у нас в доме обещали заменить "на днях" :D, после того как подоставал "своих людей" работающих у провайдера, т.к. на техподдержке меня сразу отшили со словами: "...если при прямом подключении к компьютеру проблема не повторится, то виноват Ваш роутер, и техников для проверки оборудования в доме мы высылать не будем".
"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
Апупеть!! Беззаконие!! Надо пожаловаться в органы опеки!
Почему семиклассников заставляют работать дворниками??
UPD: Ну, раз, уж мое сообщение было перенесено сюда.
Седьмой класс... В восьмом, я помню, уходили в ПТУ, не знаю как они сейчас, по-модному, называются..
Русский язык, знали, хотя бы, на четверку!.. Что творится......