Я изменил провайдера, теперь w ww доступ к моему сайту не работает, но HTTP

Я унаследовал должность ИТ-специалиста компании, поэтому я не был в исходной конфигурации. Мы недавно изменили нашего провайдера (несколько месяцев назад). Наш домен размещен сетевыми решениями, и их записи обновлены.

Настройка такова:

У нас есть три сервера

  1. Контроллер домена (сервер 2008r2)
  2. Exchange 2010 работает на сервере 2008r2
  3. NAV работает на сервере 2008r2

Сайт находится на бирже сервера.

Я обновил записи A (включая www) на хосте домена до статического IP-адреса, назначенного нам Коксом 24.255.xxx.xxx, Почта и все остальное прекрасно работает. То есть, за исключением нашего сайта, использующего www.xxxxxx.com (что дает ошибку 404) http://xxxxxx.com работает отлично.

Когда я вне сети и пингую www.xxxxxx.com Я получаю IP-адрес, который нам дал Кокс. Когда я делаю NSLOOKUP, я получаю IP-адрес DNS-сервера Cox 68.105.xxx.xxx, Если я делаю те же шаги в сети, я получаю локальный IP-адрес 192.168.xxx.xxx (те же результаты на NSLOOKUP).

Я в тупике и перепробовал все, что нашел на этом сайте и многих других.

Источник

2 ответа

Как выглядит конфигурация DNS вашей внутренней сети?

Ваш локальный сервер, по-видимому, дает внутренний адрес для веб-сервера, который был бы необходим для доступа к веб-серверу в сценарии "шпильки" NAT; был ли сайт ранее размещен внутри сети?

Вам следует:

  • Определите, какой адрес вам нужно использовать в сети для успешного подключения к веб-серверу - похоже, он должен использовать публичный адрес.
  • С помощью файла hosts проверьте, что адрес работает так, как ожидалось, когда он разрешен как это имя.
  • Обновите внутреннюю конфигурацию DNS, чтобы вернуть правильный адрес для запросов к этому имени
Источник

У меня такое ощущение, что это проблема заголовка узла в IIS. Но я вернусь к этому через секунду, а пока вот вам общее руководство по устранению неполадок:

  1. Если вы используете DNS-сервер, подключенный к Интернету, и пытаетесь разрешить адреса www.xxxxxx.com и xxxxxx.com, убедитесь, что они оба перенаправляют на правильный статический IP-адрес вашей компании.
  2. Если вы используете DNS-сервер, подключенный к локальной сети, убедитесь, что те же записи, что и выше, соответствуют вашему внутреннему IP-адресу веб-сервера (в вашем случае, обменному)
  3. Если вы используете брандмауэр уровня приложения, убедитесь, что www.xxxxxx.com и xxxxxx.com разрешены и могут быть направлены на внутренний сервер IIS. это зависит от типа вашего брандмауэра.
  4. Убедитесь, что на веб-сайте компании в вашем IIS есть заголовки узлов для www.xxxxxx.com и xxxxxx.com, это необходимо для того, чтобы входящие запросы на указанные доменные имена могли перейти на правильный сайт, так как вы используете несколько сайты в IIS, более подробную информацию можно найти здесь: http://technet.microsoft.com/en-us/library/cc753195(v=ws.10).aspx

Надеюсь это поможет.

Источник
Другие вопросы по тегам