Что-то предотвращающее запросы HTTP от общедоступных IP-адресов из достигающих окон 8,1 обновлений iis
У меня есть три хоста Windows на той же частной LAN, каждый размещающий веб-сайт значения по умолчанию IIS. Один хост запускает Windows 7 Pro, в то время как другие два запускают Windows 8.1 Update Version 6.3 (Сборка 9600).
Другие компьютеры в локальной подсети могут открыть веб-сайт по умолчанию на каждом из 3 хостов путем ввода частного IP-адреса каждого хоста в браузер.
Однако, когда я Портирую Порт передачи 80 от маршрутизатора шлюза в свою очередь к каждому из 3 хостов частный IP-адрес, затем введите общедоступный IP маршрутизатора шлюза в браузер на компьютере за пределами частной сети, только хост Windows 7 отображает свой веб-сайт по умолчанию. Два отчета о хостах Windows 8.1 Update "Эта веб-страница не доступны. Details: хост занял слишком много времени отвечать". Кроме того, никакая запись Запроса HTTP не появляется в "C:\inetpub\logs\LogFiles\W3SVC1\u_exYYMMDD.log" на хосте.
Все три хоста имеют свой Windows Firewall Inbound Rule "World Wide Web Services (трафик HTTP - в)" набор для Профилирования: Все, Включенные: Да, Действие: Позвольте, Переопределение: Нет, Программа: Система, Локальный Адрес: Любой, Удаленный Адрес: Любой, Протокол: TCP, Локальный Порт: 80, Удаленный порт: Любой, Авторизованные пользователи: Любой, Авторизованные Компьютеры: Любой, Авторизованные Локальные Принципы: Любой, Владелец Локального пользователя: Любой, Пакет приложений:Любой.
Кроме того, отключение и Windows Firewall и Windows Defender не имело никакого значения. У меня нет никакой другой безопасности или установленных систем брандмауэра.
Что-то предотвращает порт 80 запросов от общедоступных IP-адресов от достижения Windows 8.1 Update IIS. Но успех в Windows 7 демонстрирует, что маршрутизатор шлюза правильно передает внешний трафик к присвоенному IP-адресу.
Эта проблема только появилась после того, как я установил середину февраля Windows Update. Любое диагностирование справки и решение проблемы значительно ценятся.
Проблема решена. Оказалось, что причина в Check Point VPN v98.60.202 от Check Point Software Technologies. Я установил это программное обеспечение для подключения к внутренней сети корпоративного клиента.
Я подозревал, что причина в том, как работают VPN, поэтому я ранее закрыл программное обеспечение VPN, но это не решило проблему. На самом деле мне нужно было полностью удалить программное обеспечение Check Point VPN и перезагрузить компьютер, чтобы удалить крючки, которые оно создает в стеке TCP / IP операционной системы. Это позволило IIS 8.5 снова обслуживать IP-адреса за пределами подсети хоста.