UFW обхода Skype, в то время как передача не может даже открытый порт

Я плохо знаком с Linux.
В Windows I используюсь, чтобы инициировать брандмауэр автоматически приложением, и затем я авторизовываю, позволить ли реальному миру доступа к приложению.

Linux с помощью UFW имеет больше ручного подхода, который в порядке мной.

То, что я нашел, является интересным явлением.
Я открыл порт 51413 для Передачи на GUFW (И TCP и UDP):

enter image description here

И все же на Передаче кажется, что порт не открыт:

enter image description here

Я думал, возможно, что что-то не работает с UPNP (Хотя тот же компьютер с Windows настраивает Маршрутизатор с UPNP отлично на Передаче для Windows). Таким образом, я загрузил маленькую утилиту для наблюдения конфигурации UPNP - Управление маршрутизатором UPnP.

То, что я видел, было очень странно:

enter image description here

Настроенные порты Skype с помощью UPNP, что означает работы UPNP.
Теперь вопросы:

  1. Кажется, что UPNP работает, каким образом Передача не может правильно открыть порт? Или даже этому нравится Skype?
  2. Как, черт возьми, Skype мог обойти UFW и открытый порт к внешнему миру без какого-либо разрешения?
  3. Какова политика UPNP? Какое-либо приложение UPNP может просто обойти UFW?

Спасибо.

0
задан 27 July 2017 в 14:37

0 ответов

Другие вопросы по тегам:

Похожие вопросы: