我住在泰国，一根天线接收 3 公里外一家商店的 Wi-Fi 信号；信号通过 D-Link 路由器，然后重新广播到我家的各个角落。通常情况下，它运行正常。但有时我会突然收到类似(113) No route to host或(110) Connection timed out.
问题发生时，网站几分钟内无法访问，然后就恢复正常。这种情况可能在一天中反复发生。或者我可以几天都没有问题，然后（就像今天发生的那样）问题开始重复出现。只有一些网站受到影响，但其中包括我经常使用的一些网站：Wikipedia、boards.straightdope.com。
Chrome 和 Firefox 均存在此问题，但 Tor 从未出现过此问题。最近我一直使用 Tor 浏览器，每当页面无法访问时都会使用它。我从未在 Tor 上看到过此症状（尽管它有其他不便之处）。
我的提供商认为问题可能是某些“流氓路由器”与我们的信号发生冲突。但这不能解释 Tor 为何能正常工作，对吧？顺便说一句，提供商从多家 ISP 获取互联网，以增加客户的正常运行时间。这有关系吗？
几个月前，我的 D-Link 被劫持了（有新闻报道），但症状与此无关，我的提供商（3 公里外的小店）修复了它。与此有关吗？
泰国对互联网进行审查。我推测问题是由于 ISP 的审查机制超载造成的。这合理吗？但我没有在泰国留言板上看到与我类似的症状。
有人建议我更改 DNS 设置。问题太过频繁，无法完全确定这是否会稍微改变症状，但这并不能解决问题。
答案1
您说 TOR 可以工作，但其他连接不行，对吗？在我看来，这说明存在 DNS 问题。这意味着当您收到此信息时，No route to host您的机器不知道如何访问某个站点。这通常是因为您的互联网连接总体中断，但如果您仍连接 TOR，则它会通过 VPN 连接到某个站点。而该站点仍具有活动的 DNS。所以在我看来，这似乎都是 DNS 问题。
我认为这种情况的发生方式是，当您从 ISP 获得连接时，它通过 DHCP 提供 ISP 的 DNS 服务器。很可能是那些 DNS 服务器出现故障。解决这个问题的方法是手动设置您自己的 DNS 值，我喜欢这样做。例如，我喜欢使用 OpenDNS，因此我将机器上的 DNS 条目设置为208.67.220.222OpenDNS208.67.220.220服务器。
至于 DNS 服务器为何会瘫痪，或者这可能与更大规模的政府审查制度有何关联？我甚至不知道该如何开始评估。但如果你问我个人，我相信任何试图“短路”互联网应有的运作方式的政府或实体通常都会做得“半生不熟”。这意味着可以想象您的 ISP 正在使用一些泰国官方 DNS 服务，而这些服务总是出问题。这就是您的问题的根源。如果您可以使用 TOR 通过 VPN 绕过该服务，或者明确设置 DNS 条目，那么这充分说明了这种努力是多么徒劳。这是另一个不值得讨论的话题。