Сейчас исправил. Действительно там баг. Странно, что этого не заметили ранее. Хотя, наверное, upnp нужен был скорее для домашних сетей, так что теперь скорее всего начнут вопить, что UPnP перестало работать... Непонятно, что делать. Ручку я сделать могу, но осадочек остаётся. У буржуев PPTP и L2TP не водится, поэтому и работало всё замечательно...
Сделал. Смотрите новую "превью" версию 8.11.
Эти вещи никак не связаны. Что у Вас за настройки и что именно не работает?
Вот проверяю с ППТП в Корбине, всё запустилось и работает:
133 admin 452 S upnp -D -L br0 -W ppp0
Сейчас долго экспериментировал с настройками, после отключения всего-всего-всего, которое использует uPNP, сброса в дефолт и настройки вручную оно-таки заработало.
Дальше так:
FTP сервер выключен, перегружаем, работает, но upnp не запущен.
Включаем FTP сервер. Он ничего не находит, upnp по прежнему не запущен.
Перегружаем при запущенном FTP, upnp запущен, но при старте гврсзс тот обламывается с диагностикой No such device. В port forwarding появляются только что замапленные порты.
Перегружаем еще раз, все по прежнему.
Грохаем FTP сервер, перегружаем. Все опять работает...
В общем, колбасит его не по детски. Иногда бывает, что все работает и upnp тоже, причем с параметром ppp0, но отдает наружу от все равно MAN адрес...
Может эта.. все-таки моим патчем его?...
Накрайняк, ручкой выставлять какой-нить wan_ifname_upnp в vlan1 или ppp0, и его брать внутри upnp?
Сделан запуск с правильным параметром. Вы ведь писали, что после этого всё хорошо? Оказывается нет... Надо разбираться значит детально, что там.
НЕТ!
Я писал, что как раз это НЕХОРОШО.
Что несмотря на то, с какими параметрами оно запускается, оно ВСЕ РАВНО берет имя интерфейса из переменной nvram wan_ifname.
И я даже примерный патч накидал, откуда будет брать правильнее.
В этой ветке сообщения номер 7 (описание происходящего), 9 (предлагаемый патч, при этом пофигу что процессу upnp кормить в параметрах - как и сейчас, впрочем), 12 (подтверждение, что патч должен работать).
Так как нужна переключалка, то можно ее встроить внутрь upnp вместе с патчем, либо сделать так, чтоб upnp брал-таки параметр, который ему кормят из командной строки, а не вытаскивал его из nvram.
Вот..
Странно.. у меня привязки софта создавались и раньше, но через раз.
Ничего не понимаю в спецификациях UPnP, но судя по тесту, устройство отдаёт несколько интерфейсов:
Может, софт не то запрашивает или применяет?Microsoft Windows XP Server 4.0
Version: 5.01.2600
UPnPTest V2.07 (Build 44.5)
19:26:43 - Filter: .All Root Devices
19:26:43 - Monitoring started
19:26:43 - Device added: ASUSTek Wireless Base Station [uuid:001a927e-288e-001a-927e-288e0032918a]
19:26:46 - Device external IP address: 10.111.64.111
19:26:46 - Device external IP address: 195.14.33.158
19:26:52 - Search complete
Проверил этим же тестом, да, действительно, и у меня отдает два интерфейса.
Serv-U ftp server применяет первый полученный внешний адрес.
UPNPTEST версии 1.15 (другой какой-то) показывает только один адрес - первый, который MAN.
Мда, и при этом порядок отдачи видимо именно в том порядке в каком инитятся интерфейсы (сначала MAN, потом WAN).
НО при этом маппятся порты именно на порту WAN, то есть например uTorrent маппит их правильно, пишет, что внешний адрес 10.82.39.250, но при этом работает.
FTP, понятно, НЕ работает (он этот адрес клиенту передает, чтобы тот к нему коннектился). Но при этом порты исправно маппит на WAN.
Дело ясное, что дело тёмное.