我已经完成了八个小时，并且没有比以前更好。

我的客户是一个位于偏远地区的小型办公室，大约有 20 个工作站和一台 Windows '03 服务器。AT&T DSL 多年来一直为他们提供服务，但 AT&T 迫使他们搬到 Uverse。

因为这个小镇的 AT&T 人只是做了一个“路过”安装，所以我在他在现场时出现了，以确保一切顺利。大约一个小时后，一切似乎都很好。我能够让摩托罗拉路由器在我们的路由器后面工作，就是这样。

第二天，我们发现有一个关键网站无法访问：

https://infoexchange.relayhealth.com

其他网站似乎没有问题。我们可以通过我发现的所有其他 Internet 连接（包括手机网络、我们的办公室和其他客户的办公室）毫无困难地访问该站点。

我回到客户办公室，将 AT&T 路由器直接连接到计算机（即，脱离我们的网络），但仍然无法访问该站点。在与 AT&T 支持人员通了两个小时的电话后，他们基本上说他们不知道，这一定是网站的问题——即使他们能够从自己的计算机上完美地访问该网站。

所以，现在，除了办公室最重要的站点外，我让 Uverse 为网络提供服务。AT&T 在这一点上毫无用处，客户正在看着我解决这个问题，我不知道从哪里开始。

NSLookup infoexchnage.relayhealth.com 返回 143.112.40.128，使用该 IP 地址可以在我的内部网络（不是 uverse）上访问该站点。就好像那个特定的 IP 地址被沿线的某个地方阻止了一样。

附加了两个跟踪器。第一个是从客户端的服务器完成的。

第二个是从 MY 办公室的 MY 工作站完成的，访问该站点没有问题。

始终如一地，无论是从客户端计算机还是从站点可访问的不同 ISP 上的计算机完成，tracert 都遵循大致相同的模式——它在大约 7-8 个跃点后超时。AT&T 表示这表明这不是他们的问题，但在我看来，它似乎表明 tracert 不是诊断问题的有效工具，因为无论站点是否位于可访问的网络上，它看起来都差不多。

如果有人可以提出任何解决此问题的方法，我将不胜感激。我是一名有时必须处理网络问题的程序员，并不是特别精通网络工程问题，所以对于那些每天处理这些东西的人来说，这个问题可能更简单。感谢您查看我的问题。