глянул, кеш там канешнааа на атличнаа сделан. надо переделыватьQuote:
Originally Posted by lly
Printable View
глянул, кеш там канешнааа на атличнаа сделан. надо переделыватьQuote:
Originally Posted by lly
Ну что-есть, то есть. Проект pppd уже давно находиться в подвяленном состоянии :( . Если найдёшь время и на эту задачу, будет конечно великолепно.Quote:
Originally Posted by theMIROn
найду, ничего против malloc не имеешь в данном случае?Quote:
Originally Posted by lly
Нет конечно, при условии что это необходимо. У тебя тестировать есть где? У меня только простейший линуховый pppd - с ним PPPoE работает без проблем.Quote:
Originally Posted by theMIROn
У меня только синтетика в виде win2k3 server & accel-ppp pppoeQuote:
Originally Posted by lly
[s]К сожалению, нет. А сайтах ночных сборок такой прошивки нет, а самом не смогу собрать[/s]Quote:
Originally Posted by lly
См. --> https://code.google.com/p/wl500g/dow...=100&start=200 :rolleyes:Quote:
Originally Posted by Basile
Спасибо!Quote:
Originally Posted by Omega
PPPoE поднялся, пока все работает.Quote:
Originally Posted by lly
Обнаружил не слишком приятную фичу/баг в прошивке 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, или одиночный айпишник подавай. Приходится через консоль требуемые диапазоны вбивать ручками.
Ok, пересоберу тестовый вариант и напишу в личку. Для какого роутера, напомни?Quote:
Originally Posted by Basile
Один товарищ с 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.
Это сильно зависит от провайдеровского софта, похожий баг всплыл в у кого-то проекте Padavan на RT-N56 когда он взял те-же патчи pppd с апстрима.Quote:
Originally Posted by Vampik
Если есть возможность - удали при пересборке ppp/118-MSCHAPv2-cache.patch и дай тестовую версию тому товарищу.
Роутер RT-N16Quote:
Originally Posted by lly
Привет всем.Quote:
Originally Posted by Omega
Прежде всего, спасибо и респект ребятам за работу над проектом.
Но, к сожалению, подтверждаю проблему с PPTP в r4645 - не соединяется, Fatal signal 11.
Пришлось откатиться обратно на r4330.
Рутер WL-500W, провайдер Spacenet.ru (Москва, ЦАО, Басманный); к сожалению, я не в курсе, какое оборудование на стороне провайдера.
Та же проблема, PPPoE вылетает с сигналом 11. Рутер - RT-N16, провайдер - NetBynet, Москва.
P.S. Версия r4654M решила проблему.