Публичная ошибка перенаправления портов HTTP в Windows 8.1 Обновление IIS 8.5

Question

У меня есть три хоста Windows в одной частной локальной сети, каждая из которых размещает веб-сайт по умолчанию IIS. Один хост работает под управлением Windows 7 Pro, а в двух других версиях Windows 8.1 Update версии 6.3 (сборка 9600).

Другие компьютеры в локальной подсети могут открывать веб-сайт по умолчанию на каждом из трех хостов, введя частный IP-адрес каждого хоста в браузере.

Однако, когда порт I Port Forward 80 на маршрутизаторе шлюза по очереди на каждый из 3 частных IP-адресов хостов, затем введите общедоступный IP-адрес маршрутизатора шлюза в браузер на компьютере за пределами частной сети, только хост Windows 7 отображает свой веб-сайт по умолчанию.

Когда порт 80 перенаправляется на любой из двух узлов Windows 8.1 Update, браузер сообщает «Эта веб-страница недоступна. Подробности: Хост слишком долго реагировал». Кроме того, никакая запись запроса не появляется в «C: \ inetpub \ logs \ LogFiles \ W3SVC1 \ u_exYYMMDD.log» на хосте.

У всех трех хостов есть входящее правило брандмауэра Windows «Всемирные веб-службы (HTTP-трафик)», установленный в профиль: All, Enabled: Yes, Action: Allow, Override: No, Program: System, Local Address: Любой, Удаленный адрес: Любой, Протокол: TCP, Локальный порт: 80, Удаленный порт: Любой, Авторизованные пользователи: Любые, Авторизованные компьютеры: Любые, Авторизованные локальные принципы: Любой, Локальный пользователь: Любой, Пакет приложений: Любой.

Кроме того, отключение брандмауэра Windows и защитника Windows не имело никакого значения. Я не установил никаких других систем безопасности или брандмауэра. Похоже, что что-то предотвращает запросы 80-го порта от общедоступных IP-адресов до достижения Windows 8.1 Update IIS. Однако успех в Windows 7 показывает, что маршрутизатор шлюза правильно перенаправляет внешний трафик на назначенный IP-адрес.

Что может блокировать публичный ip-порт 80 запросов к Windows 8.1 IIS и как его исправить?

Answer 1

Проблема решена. Оказалось, что причиной является Check Point VPN v98.60.202, от Check Point Software Technologies. Я установил это программное обеспечение для подключения к внутренней сети корпоративного клиента.

Я подозревал, что это было причиной из-за того, как работают VPN, поэтому я ранее закрыл программное обеспечение VPN, но это не решило проблему. Мне действительно нужно было полностью удалить программное обеспечение Check Point VPN и перезагрузить компьютер, чтобы удалить крючки, которые он вносит в стек TCP/IP операционной системы. Это позволило IP-адресам за пределами подсети хоста снова обслуживаться IIS 8.5.