Универсальный способ изоляции неисправного компонента (приложения/маршрутизатора) при неработающей переадресации портов UPnP

Универсальный способ изоляции неисправного компонента (приложения/маршрутизатора) при неработающей переадресации портов UPnP

У меня возникли проблемы с поиском руководства по изоляции проблем с переадресацией портов UPnP. В настоящее время у меня есть доступ к Ubuntu 17.10 beta2 для устранения неполадок.

Моя проблема в том, что у меня есть сервер Plex на Raspberry Pi 3, который сообщает мне, что его требуемый порт не открыт на моем маршрутизаторе (WRT54GS), поэтому он не имеет выхода в Интернет. Сервер якобы способен сам открыть порт с помощью Upnp.

Что я наделал:

  • Убедился, что на роутере включен UPnp. Отключал/включал его много раз. Перезагрузил.
  • Проверил наличие обновлений прошивки для маршрутизатора (их нет).
  • Использовал приложение Upnp (для Windows 10), чтобы убедиться, что оно может «видеть» настройки моего маршрутизатора (оно может — по крайней мере, оно перечислило все правила переадресации портов).
  • Убедился, что приложение (сервер Plex) сообщает об успешной переадресации портов, когда я делаю ручную переадресацию портов. Так и есть.
  • Поискал в Google по разным ключевым словам, но в основном нашел статьи о последствиях для безопасности UPnp, открытого для интернета. Не то, что я искал. Должно быть, я не сказал волшебное слово.

Есть ли хороший метод локализации проблемы? Если бы я мог просто определить, в чем проблема: в прошивке роутера или в конкретном приложении, исправить ее было бы гораздо проще.

Связанный контент