ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Last edited by Basile; 01-10-2012 at 20:56.
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Last edited by Omega; 02-10-2012 at 09:33. Reason: fixed
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Обнаружил не слишком приятную фичу/баг в прошивке 1.9.2.7-rtn-r4330 для wl500gp v2.
1. В веб-морде, в пункте настроек Virtual Server диапазон IP в графе source задать с помощью нотации CIDR (например 188.42.0.0/16) можно, лишь скопировав требуемый текст и вставив его в поле из буфера обмена. Символ / попросту не набирается вручную в нужном поле. При этом (вполне предсказуемо) табличка Virtual Server отлично понимает CIDR-нотацию, если подобную запись таки сохранить описанным способом.
2. В веб-морде, в пункте WAN&LAN фильтр при попытке добавить диапазон IP в нотации CIDR в поле SOURCE или DESTINATION вышеописанным способом, сразу вылезает ошибка `IP-адрес нельзя так записывать!`, хотя при оставлении пустой строки в iptables вполне уверенно пишется автоматом 0.0.0.0/0
Было бы очень здорово, если бы символ / в будущих версиях прошивки был разрешен к занесению в поля упомянутых таблиц вручную, и WAN&LAN фильтр не ругался бы на него при добавлении таких записей.
А то какой-то юношеский максимализм у веб-морды взыграл -- или сразу 0.0.0.0/0, или одиночный айпишник подавай. Приходится через консоль требуемые диапазоны вбивать ручками.
Last edited by Omega; 02-10-2012 at 09:43. Reason: fixed
Один товарищ с D-Link'ом уже пожаловался на PPPoE в новом релизе.
Однако, у меня r4645 с PPPoE провайдером работает нормально.Code:Jan 1 00:00:16 pptp[332]: Plugin pptp.so loaded. Jan 1 00:00:16 pptp[332]: PPTP plugin version 0.8.5 compiled for pppd-2.4.5, linux-2.6.22.19 Jan 1 00:00:16 pptp[333]: pppd 2.4.5 started by admin, uid 0 Jan 1 00:00:17 pptp[333]: Using interface ppp0 Jan 1 00:00:17 pptp[333]: Connect: ppp0 pptp (172.25.254.253) Jan 1 00:00:19 pptp[333]: Fatal signal 11 Jan 1 00:00:19 pptp[333]: Exit.
ASUS RT-N16 1.9.2.7-rtn, Zotac ZBOX (rtorrent@Ubuntu 13.10)
Привет всем.
Прежде всего, спасибо и респект ребятам за работу над проектом.
Но, к сожалению, подтверждаю проблему с PPTP в r4645 - не соединяется, Fatal signal 11.
Пришлось откатиться обратно на r4330.
Рутер WL-500W, провайдер Spacenet.ru (Москва, ЦАО, Басманный); к сожалению, я не в курсе, какое оборудование на стороне провайдера.
ASUS WL-500W 1.9.2.7-rtn-r4667
Та же проблема, PPPoE вылетает с сигналом 11. Рутер - RT-N16, провайдер - NetBynet, Москва.
P.S. Версия r4654M решила проблему.
Last edited by Dvvarf; 02-10-2012 at 21:55.
Сейчас: RT-N16+1.9.2.7-rtn-r4645
Было: WL500W+1.9.2.7-rtn-r4330+128MB by Danya0w