如何判断是您的问题还是 ISP 的问题

Question

我最初将此问题的标题定为“如何判断您的互联网是否已断线或您的网络是否出了问题”，而 Jeff 的 AI 说这个问题可能会被关闭。

尽管如此，这里总有人在和 ISP 通电话，这通常是我们的错。有哪些最佳技巧可以判断是您遇到了问题还是他们遇到了问题。

我知道这可能是一个过于笼统的问题，但在出现间歇性延迟和断开连接（而不仅仅是整体中断[即无法 ping google.com]）的情况下，在致电 ISP 之前您会做什么？

Answer 1

一个方便的测试站点是： http://downforeveryoneorjustme.com/

开始此类调查时，Ping 和跟踪路由是一些最先且最好的测试。不过，防火墙可能会阻止此类流量。

不要只停留在正常 ping 上。尝试ping <ip address> -l 2048发送一些大数据包，确保这不是碎片/MTU 问题。

检查您的利用率——您的管子可能已满。

Answer 2

与提供商一起排除网络问题时我检查的内容。请注意，此处的“ping”表示“进行扩展 ping，扫描一系列大小，并发送每种大小至少 1000 个数据包，查找延迟、丢失和错误”。

1. 从同一子网上的设备 ping 您 ISP 的交接。（确认您和 ISP 之间没有 L2 问题）。
2. 从内部子网之一上的设备对 ISP 的交接进行 ping 操作。（确认您的内部网络和 ISP 之间没有路由/安全问题）
3. 对提供商网络中的 IP 执行 ping 操作。如果您找不到公开列出的 IP，或者帮助台没有向您提供 IP，请对互联网上的某个 IP 执行跟踪路由，并使用第二跳或第三跳。这可确认您与 ISP 之间的路由配置正确。
4. 平安互联网知识产权。我通常使用 4.2.2.1，这是 Level3 的一个容易记住的 DNS 服务器。这证实了从您的 ISP 到您 ping 过的特定 IP 的路由配置正确。
5. 平安互联网域名. 这可验证您/您的提供商的 DNS 配置是否正确。

如果步骤 1 或 2 失败，则很可能是您的内部网络出现问题。

如果步骤 3 失败，则表明您的提供商网络存在问题。但请注意，如果您根本没有收到任何响应，则您的 ISP 可能只是阻止了往返于其基础设施地址的 ICMP。

第 4 步失败表明您的 ISP 与其上游提供商之一之间存在潜在问题。

第 5 步失败表明名称解析存在问题。

希望有所帮助。

Answer 3

也可以使用以下方法检查 TCP 连接数

• netstat -a（Linux/Windows）
• lsof -i tcp（Linux）
• Sysinternals TCP 视图（视窗）。

某些应用程序可能会同时产生大量 TCP 连接，这导致您无法创建新的连接，但现有连接（如 SSH）仍保持连接。

DSL 调制解调器也可能会阻塞大量连接。

这通常只会影响 Windows 机器。

Answer 4

1. 检查您的交换机和路由器，查看是否存在高冲突或流量
2. 尝试将单台机器插入出站路由器，看看问题是否消失。