MiniUPnP вместо UPnP ?
тут пара знакомых обратилась на предмет мультивана (нескольких pptp), чтобы корректно отрабатывалось поднятие и отключение соединений
сейчас ip_up, ip_down слинкованы на rc
одним из предложений было дополнительно запускать post-firewall.ifname из rc для каждого соединения, и,соответственно, держать их всех самостоятельно
+
есть мысль поменять броадкомовско-асусовский upnp демон на miniupnp. Преемущества: поддержка nat-pmp, меньший размер, прямое взаимодейтсвие с iptables, развитие.
Last edited by theMIROn; 12-02-2009 at 17:46.
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
У меня тоже была такая идея, но дело в том, что броадкомовский upnp еще умеет оповещат о возможностях и текущих режимах роутера, а miniupnp этого не умеетOriginally Posted by theMIROn
гм. я что то пропустил?
p.s скомпилял модуль http://www.ipp2p.org/ для iptables
в Wish List просили, не тестировал.
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
Forum Guru
Я против нашинковывания скриптов в rc! Сейчас в post-firewall передаётся имена интерфейсов wan и lan. Если человек любит лапшу из скриптов - прекрасно может это сделать сам в post-firewall. Заодно и повод ему подучить shell-script.
Меня сия мысль посетила позавчера, но высказаться кратче и четче чем AlexeyS, я не смогуесть мысль поменять броадкомовско-асусовский upnp демон на miniupnp.
посравнивал upnp, никаких изменений.
кстати, то что miniupnp возвращает информацию про роутер добавить достаточно просто, все в константах + nvram.
lly, в r108 /rc/c-asus.patch фигурирует ping -c 3 140.113.1.1 для поднятия соединения dial-on-demand , вместо nslookup localhost
м.б имеет смысл пинговать wan шлюз. как то это, гм, не боголепно
UPDATE: вчера обновился vsftpd-2.1.0
Last edited by theMIROn; 19-02-2009 at 19:30.
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
Administrator
Выложил 10.7.
1) заменил в настройках ftp сервера Read/Write/Erase на Write Only
2) upnp больше не рестартует при синхронизации времени.
Read/Write/Erase был первым пунктом, поэтому лучше первым оставить Read/Write, а Write Only засунуть поглубже куда. Иначе при применении параметров с этой страницы получим Write Only для юзеров.
т.е в вачдоге не выполняется stop_upnp() и start_upnp()? вместо можно напимер по SIG_USR1 слать адвертайз заново, для случаев если время сильно поменялось.
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
Administrator
А кто сказал, что он первый?Всё там нормально.
Я там с логикой внутри upnp особо не разбирался. Но у нас время может только сильно вперёд ускать, это приведёт как раз к тому, что upnp проснётся (если он вообще это использует)... Крышу ему по-крайней мере не срывает, как это было с самбой и igmpproxy. Или речь не об этом?т.е в вачдоге не выполняется stop_upnp() и start_upnp()? вместо можно напимер по SIG_USR1 слать адвертайз заново, для случаев если время сильно поменялось.
confirmedА кто сказал, что он первый?
Об этом... были посты на форуме о падении upnp, а новых прошивках upnp и разу не изменился. Возможно идея у асусовцев и была в том, чтобы запустить демон, если он упал...
Что думаешь о miniupnp?
это и есть upnp...
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
Administrator
Я фиксил upnp довольно много раз. Может быть теперь падать не будет?
От miniupnp я вроде когда-то использовал клиента для тестирования нашей реализации. В принципе я не возражаю, если сервер будет заменён, только не представляю совершенно, как miniupnp работает с iptables. Возможно что-то прийдётся крутить, как минимум, чтобы правила попадали в VSERVER.
Senior Member
В DD-WRT относительно свежий..
http://svn.dd-wrt.com:8000/dd-wrt/br...outer/upnp/src
miniupnp
Ради интереса собрал miniupnpd под нашу прошивку, немного погонял, что я могу сказать - работает не хуже штатной. А вот тонкостей всех и не перечислить:
1. Не сохраняет правила форвардинга при перезапуске
2. Объявляет роутер черти кем, но только не самим собой (ну это я так конфигурацию не допилил...)
3. Пробрасывает порт только с одного интерфейса, в то время, как штатный со всех... (а может так и лучше...)
4. Файл получается больше стандартного...
Моё резюме: если не видно существенной разницы - а нужно ли оно вообще? Разьве что из принципа - искоренять всё от Broadcom...
такого принципа нет и не было.Моё резюме: если не видно существенной разницы - а нужно ли оно вообще? Разьве что из принципа - искоренять всё от Broadcom...
для себя плюсы вижу только в поддержке NAT-PMP и в лицензии, разрешающей распространение и использование
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
Я имел в виду консерватизм и закрытость кода от Broadcom
А вот интересно, много программ поддерживает NAT-PMP? Я пока ни одной не знаю
uTorrent как минимум
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
Posting Permissions
Reply With Quote