http://www.example.com正确指向托pipe该站点的服务器的IP地址。
http://example.com （注意缺lesswww）指向一个不同的IP地址。
域的DNSlogging没有引用这个外部IP地址 – 可能是什么原因造成的？
正如大多数回复所指出的，您需要在您的域名的底部指向Web服务器的IP地址的Alogging。
然而，我不会build议www是一个指向该基本域名的CNAME ，除非您明确知道自己在做什么。
尽pipe从pipe理的angular度来看，这似乎是最简单的（如果您的网站更改IP地址，只需更改一条logging），但可能会产生副作用。
不要忘记， CNAME使所有 DNS资源loggingtypes的左侧（CNAME的“所有者名称”）等同于右侧，而不仅仅是Alogging查询。
所以，如果你的区域看起来像这样：
$ORIGIN example.com @ IN SOA ... IN NS ... IN NS ... IN A 192.0.2.1 IN MX mail IN SPF ... www IN CNAME @
然后查询www.example.com IN MX? 将返回与example.com相同的MXlogging。 现在，如果这是你想要的，那很好。
但是，对于其他通常不需要的logging（ SOA ， NS ， SPF等）也会这样做。
因此，正确的答案应该是使www成为Alogging，其值与基本名称相同：
$ORIGIN exmaple.com @ IN A 192.0.2.1 wwww IN A 192.0.2.1
主机的主要logging始终是domainname.com（不含www）。 大多数www被添加为CNAME（别名）logging到您的基地logging的域。
因此，请在您的DNSlogging中查找example.com的Alogging。 将其更改为正确的IP，然后将www作为CNAMElogging添加到您的基本logging中。
请记住，DNS是分层的 – 如果您最近的更改尚未传播，则不同的DNS服务器可能会显示不同的内容。
另外，没有www的普通域名被称为Alogging。 你的域名应该绝对有其中之一。
其他的东西（比如WWW）是CName。
你有没有做最近的更改域？ 如果是这样，检查TTL（生存时间），看看他们传播需要多长时间。 另外，请确保您正在查询授权的DNS服务器。
首先要做的是ping地址，看看问题是由DNS还是由您的网站上的redirect造成的：
ping http://www.example.com＆example.com。 如果他们都去同一个地方，那么问题是与您的Web服务器configuration。 如果他们去了不同的地方，那么这是你的DNS。
DNS设置可能需要一些时间来传播，这可能是问题。 如果example.com的IP地址出现了一段时间的错误，请尝试刷新DNS，并将其更改为新的和不同的IP地址几天，然后将其更改回来。
回复：Web服务器configuration。 您需要查看任何反向代理设置和redirect。 如果Web服务器是问题，请告诉我们您使用的是什么Web服务器（Apache，IIS），并且人们将从那里接受。