Назад | Перейти на главную страницу

Windows Server 2008 R2 / IIS 7 отклоняет все внешние TCP-подключения

Я не могу подключиться, например, через http к новой установке 64-разрядной Windows Server 2008. Сервер находится в домене, но не является контроллером домена (это еще одна проблема).

IIS7 работает на сервере, и веб-сайт доступен локально через http: // localhost, но когда я пытаюсь подключиться с другого компьютера в той же сети, подключение отклоняется, даже если брандмауэр Windows отключен.

Я могу подключаться к общим папкам на сервере и просматривать их с помощью проводника Windows, поэтому это не проблема с физическим подключением. Я могу проверить связь с другими машинами в сети с сервера, но попытка проверки связи с сервером с другой машины приводит к появлению сообщения «Целевой хост недоступен».

Насколько я могу судить, сервер отвергает любые TCP-соединения с любой машины. Я думаю, должен быть какой-то другой параметр конфигурации, который мне не хватает ... Пожалуйста, помогите.

NS

Шаги, чтобы выяснить, что случилось:

  • Проверка отсутствия брандмауэра или антивируса со встроенным брандмауэром
  • Проверено, что доступ к файловому ресурсу был возможен через \\<hostname>, \\<hostname>.<domain>.<tld> или \\<ip address>
  • Проверено, что регистрация DNS и WINS работает правильно и обе содержат правильные ссылки на рассматриваемый сервер.
    • То есть, разрешает ли DNS-запрос на полное доменное имя правильный IP-адрес, а запрос WINS / NetBIOS для имени хоста разрешает правильный IP-адрес.
  • Проверено arp -a чтобы убедиться, что компьютеры, взаимодействующие с сервером, могли правильно видеть его MAC-адрес
  • Работает ли удаленный рабочий стол?
  • Есть ли в журнале событий безопасности сервера какие-либо предупреждения платформы фильтрации или аудит отказов?

В конце концов, смену названия машины пришлось исправить. Оказывается, имя машины использовалось в домене в прошлом, и, возможно, там остались скелеты.

Предлагается выяснить, что это за скелеты, чтобы предотвратить подобные проблемы в будущем.

РЕДАКТИРОВАТЬ: так ясно, это сводка комментариев по исходному вопросу

В командной строке запустите «netstat -n -a -b» и проверьте: какие адреса прослушивают порт 80, какой процесс прослушивает

Ваши привязки к веб-сайту могут быть на неправильном IP-адресе, или другое приложение, возможно, уже начало прослушивать 0.0.0.0:80 или: 80 (я видел такие приложения, как skype grab 80/443, потому что они обычно открываются через брандмауэр)

W2k8 обычно включает ipv6, проверяет соединения и т. Д., Чтобы убедиться, что ваш ipv4 включен или что ваши тестовые машины поддерживают ipv6.

Вы добавили "localhost" в качестве заголовка имени хоста в привязках?

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

У меня была эта проблема, и она исправлена.

Короткий ответ, это из-за COM +. Мой пост Вот.