我已经改变了ISP，现在www访问我的网站不工作，但HTTP是

我inheritance了一个公司的IT职位，所以我没有在原来的configuration。我们最近改变了我们的ISP（几个月前）。我们的域名由networking解决scheme托pipe，他们的Alogging已经更新。

设置是这样的：

我们有三台服务器

域控制器（服务器2008r2）
运行在服务器2008r2上的Exchange 2010
在服务器2008r2上运行的NAV

该网站在交换服务器上。

我已经更新域名主机的Alogging（包括www）到静态IP地址Cox分配给我们24.255.xxx.xxx 。邮件和其他一切都很好。也就是说，除了我们的网站使用www.xxxxxx.com（这给了一个404错误） http://xxxxxx.com工作正常。

当我在networking之外并且ping www.xxxxxx.com我得到Cox给我们的IP地址。当我做一个NSLOOKUP时，我得到一个Cox DNS服务器68.105.xxx.xxx的IP地址。如果我在networking上做同样的步骤，我得到一个本地IP地址192.168.xxx.xxx （在NSLOOKUP上的结果相同）。

我很难过，并尝试了我在这个网站上发现的一切和其他许多东西。

你的内部networking的DNSconfiguration是什么样的？

您的本地服务器似乎在为Web服务器提供一个内部地址，这对于在发夹式NAT场景中访问Web服务器是必需的; 之前在networking中托pipe的网站是？

你应该：

确定在networking内部成功连接到Web服务器时需要使用哪个地址 – 听起来应该使用公共地址。
通过主机文件validation地址是否按照预期的方式工作
更新您的内部DNSconfiguration以返回查询的正确地址到该名称

我有一种感觉，这是IIS中的主机头问题。但是我会在一秒钟内完成，现在这里有一个一般的故障排除指南供您参考：

如果您正在使用面向互联网的DNS服务器并尝试parsingwww.xxxxxx.com和xxxxxx.com，请确保它们都转发到您公司拥有的正确的静态IP地址。
如果您使用的是面向DNS服务器的局域网，请确保上面的相同loggingparsing为您的Web服务器的内部IP地址（在您的情况下，交换机）
如果您正在使用应用程序级别的防火墙，请确保允许www.xxxxxx.com和xxxxxx.com并且可以将其路由到内部IIS服务器。这取决于您的防火墙types。
确保您的IIS中的公司网站具有www.xxxxxx.com和xxxxxx.com的主机标头，这是为了让所提到的域名的传入请求能够到达正确的网站，因为您使用的是多个在IIS中的网站，更多信息可以在这里find： http : //technet.microsoft.com/en-us/library/cc753195(v=ws.10).aspx

希望这可以帮助。