Переадресация портов не работает всегда?

Question

Я открыл порт 25374, это порт eMule TCP, затем я использую canyouseeme.org, чтобы проверить, действительно ли он открыт.

У меня странная проблема:

когда eMule работал, canyouseeme.org увидел мой порт. Я получил сообщение: "Success: I can see your service on xxx.xx.xxx.xx on port (25374) Your ISP is not blocking port 25374"

Когда я закрыл eMule, затем снова проверил порт на canyouseeme.org, я получил: Error: I could not see your service on xxx.xx.xxx.xx on port (25374) Причина: истекло время ожидания соединения

Но когда я выключил брандмауэр Windows, я получил другую ошибку: Error: I could not see your service on xxx.xx.xxx.xx on port (25374) Причина: соединение отказано

Может кто-нибудь объяснить мне, почему так произошло и как сделать так, чтобы порт всегда был открыт?

Спасибо

Answer 1

Ваша переадресация портов работает как положено. Есть только разница между:

1. перенаправленный порт
2. открытый порт
3. закрытый порт
4. заблокированный порт

Переадресация портов - это всего лишь функция вашего маршрутизатора, которая указывает ему направлять пакеты на определенный порт для определенного хоста. Это будет сделано независимо от того, открыт ли порт хоста назначения или нет.

Если хост назначения имеет закрытый порт назначения, маршрутизатор все еще будет пересылать любые пакеты запроса соединения на хост назначения, но хост назначения ответит пакетом RST сообщая удаленному хосту, что порт закрыт вместо SYN-ACK ответ, чтобы продолжить соединение. (Это механизм, на котором основан пинг TCP SYN, и сколько работает сканер портов.)

Однако, если порт активно заблокирован брандмауэром, то даже ответ RST может быть заблокирован. Таким образом, сетевая активность будет выглядеть так:

1. Внешний хост отправляет пакет SYN маршрутизатору (первый шаг в трехстороннем квитировании запроса на соединение TCP).
2. Маршрутизатор получает пакет SYN и перенаправляет его на хост назначения.
3. Хост назначения получает пакет SYN , но он блокируется брандмауэром Windows. Даже если бы eMule работал, приложение не получило бы запрос на соединение.
4. Внешний хост ожидает ответа RST или SYN-ACK сообщающего, что порт назначения закрыт или запрос на соединение принят; однако ничего не происходит ....
5. В конце концов, клиентское приложение внешнего хоста решает, что оно ожидает достаточно долго, и время соединения истекло.

Это характерно для межсетевых экранов, которые просто сбрасывают трафик. Брандмауэр, который отклоняет трафик, все равно отправит ответ RST или destination unreachable ICMP недоступен . Тем не менее, это предоставляет больше информации о сети потенциальным злоумышленникам, поэтому некоторые сетевые администраторы предпочитают просто отбрасывать заблокированный трафик.