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

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

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

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

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

  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-адрес сервера Cox DNS 68.105.xxx.xxx. Если я сделаю те же шаги в сети, я получу локальный IP-адрес 192.168.xxx.xxx (те же результаты в NSLOOKUP).

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

Как выглядит конфигурация 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

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