我如何检查为什么我的互联网只工作了一半？
How do I check why my internet is only half working?
我的互联网只适用于大量缓存的网站。 Reddit、Gmail、Facebook 等。奇怪的是，像 Reddit 这样的网站会向非 Reddit 网站查询以导入图像，从那里查看时它们会正常弹出，但当我被发送到 out.reddit.com 然后如果我去其他地方访问其他非大量缓存的站点，则会出现连接超时错误。
我什至无法访问 SpeedTest.net，因为它超时了。因此，我什至无法 post 在 StackExchange 上提问。可能发生了什么以及如何调试？
编辑：我觉得它与 Docker 有关。我使用 powershell 脚本和删除程序删除了所有痕迹，但仍然没有用。
听起来像是 DNS 问题...您知道您使用的 DNS 地址是什么吗？您可以尝试使用 Google's，即 8.8.8.8 用于主要，8.8.4.4 用于辅助。如果失败，它会在路由器重启后变得更好吗？
为了调试您的互联网连接，我首先会检查 tracert 发生了什么。
Traceroute 命令向您显示数据包采用的路径及其从一跳到另一跳的延迟。
从控制台 (linux) 或从 cmd (windows)
tracert whosebug.com
这显示了您落后的地方，第一个条目可能是您的路由器 IP。如果第一个条目以高延迟出现，请尝试重新启动您的路由器。
检查 DNS 问题
尝试使用nslookup。这是你应该得到的：
nslookup whosebug.com
Server: UnKnown
Address: 192.168.1.1
Risposta da un server non autorevole: //italian comment
Nome: whosebug.com.home
Address: 54.72.52.58
如果失败或回复延迟很高，请尝试将您的 DNS 更改为 Google DNS。
- 主 DNS：
8.8.8.8
- 辅助 DNS：
8.8.4.4
user3654055 是 IRL 的朋友，我们亲自调试了这个。
最好从第 1 层开始，然后逐步向上。
user3654055 的计算机可以连接到无线网络。这告诉我们第 1 层和第 2 层正在工作
.
user3654055 的计算机收到了 DHCP 租约。对第 3 层的进一步测试表明，ping 本地 IP 地址的结果不一致。
I 运行 route print 打印所有路线。这产生了巨大的输出量。
连接到平面 LAN 的 Windows 计算机的正常输出应该会产生 3 条路由。
user3654055 最近安装了 Docker 并试图设置私有
PC 上容器的内部网络。
user3654055 创建了两个虚拟网络（一个内部 vEthernet 交换机，一个外部 vEthernet 交换机），一个 NAT 接口，并将无线适配器桥接到其中一个接口，并且没有为任何流量正确设置路由。
这产生了上述情况，其中某些流量被正确路由或命中缓存并且页面会加载，但大多数流量被错误路由并导致超时。
禁用所有 vEthernet 交换机和 NAT 接口并从网桥上移除无线适配器让用户再次使用他们的无线网卡。
如果用户手动正确设置路由，上述配置可能会起作用，但我们可以将其保存以备后用。
我的互联网只适用于大量缓存的网站。 Reddit、Gmail、Facebook 等。奇怪的是，像 Reddit 这样的网站会向非 Reddit 网站查询以导入图像，从那里查看时它们会正常弹出，但当我被发送到 out.reddit.com 然后如果我去其他地方访问其他非大量缓存的站点，则会出现连接超时错误。
我什至无法访问 SpeedTest.net，因为它超时了。因此，我什至无法 post 在 StackExchange 上提问。可能发生了什么以及如何调试？
编辑：我觉得它与 Docker 有关。我使用 powershell 脚本和删除程序删除了所有痕迹，但仍然没有用。
听起来像是 DNS 问题...您知道您使用的 DNS 地址是什么吗？您可以尝试使用 Google's，即 8.8.8.8 用于主要，8.8.4.4 用于辅助。如果失败，它会在路由器重启后变得更好吗？
为了调试您的互联网连接，我首先会检查 tracert 发生了什么。
Traceroute 命令向您显示数据包采用的路径及其从一跳到另一跳的延迟。
从控制台 (linux) 或从 cmd (windows)
tracert whosebug.com
这显示了您落后的地方，第一个条目可能是您的路由器 IP。如果第一个条目以高延迟出现，请尝试重新启动您的路由器。
检查 DNS 问题
尝试使用nslookup。这是你应该得到的：
nslookup whosebug.com
Server: UnKnown
Address: 192.168.1.1
Risposta da un server non autorevole: //italian comment
Nome: whosebug.com.home
Address: 54.72.52.58
如果失败或回复延迟很高，请尝试将您的 DNS 更改为 Google DNS。
- 主 DNS：
8.8.8.8 - 辅助 DNS：
8.8.4.4
user3654055 是 IRL 的朋友，我们亲自调试了这个。
最好从第 1 层开始，然后逐步向上。
user3654055 的计算机可以连接到无线网络。这告诉我们第 1 层和第 2 层正在工作 . user3654055 的计算机收到了 DHCP 租约。对第 3 层的进一步测试表明，ping 本地 IP 地址的结果不一致。
I 运行 route print 打印所有路线。这产生了巨大的输出量。
连接到平面 LAN 的 Windows 计算机的正常输出应该会产生 3 条路由。
user3654055 最近安装了 Docker 并试图设置私有 PC 上容器的内部网络。
user3654055 创建了两个虚拟网络（一个内部 vEthernet 交换机，一个外部 vEthernet 交换机），一个 NAT 接口，并将无线适配器桥接到其中一个接口，并且没有为任何流量正确设置路由。
这产生了上述情况，其中某些流量被正确路由或命中缓存并且页面会加载，但大多数流量被错误路由并导致超时。
禁用所有 vEthernet 交换机和 NAT 接口并从网桥上移除无线适配器让用户再次使用他们的无线网卡。 如果用户手动正确设置路由，上述配置可能会起作用，但我们可以将其保存以备后用。