我们的办公室networking被分成两个互联网服务提供商，以便我们有互联网的故障安全连接。 这两个网关偶尔会在某些计算机上停止运行，导致这些用户不再访问某些网站（例如我们在海外的公司网站）。
有趣的是，可以通过在XP命令提示符下键入以下命令来解决每个用户的这个问题：
tracert <the.website.that.doesnt.work> tracert然后在接近corperate网站时返回一个超时，但是当用户再次在任何浏览器中浏览网站时，tracert就会工作。
我怎样才能避免让用户来执行这个任务？ 为什么执行tracert修复这个问题？
嗯…你没有提到两个提供者之间的连接是如何工作的。 您是否使用协议将两者故障切换到一起，以便最终用户看不到像zeroshell linux？
或者，您是否正在使用基于硬件的产品，并在需要时拨入第二个提供商？
当有连接问题，所有的机器有问题，或只是一个或两个？ 如果只有几个工作站，那么如果caching路由或DNS条目，并且跟踪路由正在刷新某些内容或重新发现路由到适当的网关，则不会感到惊讶。
您可能需要重新检查网关，并find一种方法使每个人都具有权威性，并让网关设备（或服务器）充当连接均衡器，并处理确定数据包应从内部传输到哪种方式的肮脏工作networking出去，如果这不是你已经有的。
也许关于如何configurationnetworking的更多信息可以帮助缩小问题的范围？
您和网站之间是否有某种“按需拨号”（RASnetworking）桥接？ 也许从tracert的第一个数据包触发RAS连接（这可能需要几秒钟，所以traert没有得到答复，但随后的数据包通过）？
你是说每台电脑都configuration了多个网关？ 如果是这样，看看这篇文章为什么这是一个坏主意。