在 Lubuntu 上检测网络线路，重点是把“本机是否连通”“经过哪些路由节点”“延迟和丢包从哪里开始”分开观察。单看网页能否打开，很难判断问题来自无线网络、网关、DNS 还是更远的网络路径。下面从路由追踪、连续延迟测试和 DNS 查询三个方面，介绍一套直观的检测方法，并说明怎样读懂输出结果。

先确认本机正在使用的线路

检测远端之前，先看系统准备通过哪块网卡、哪个网关发送数据。在终端运行：

ip route get 1.1.1.1

输出通常会包含目标地址、via 后面的网关地址、dev 后面的网卡名称，以及本机的 src 地址。例如看到 dev wlp2s0，表示当前走无线网卡；看到 dev enp3s0，通常表示通过有线网卡。若结果中的网关或网卡与实际连接方式不符，应先检查网络连接状态，再继续测试远端线路。

也可以运行 ip -s link 查看网卡收发统计。反复测试时，如果错误包、丢弃包数量持续增加，问题可能出现在本机网卡、无线信号或本地链路；如果这些计数稳定，而远端测试仍有异常，再观察路由节点和目标主机。

三类常用检测工具

若终端提示命令不存在，可以通过 Lubuntu 的软件包管理器安装对应工具：

sudo apt update
sudo apt install traceroute mtr-tiny dnsutils iputils-tracepath

安装后，重新打开终端或直接运行命令即可。只需要快速确认连通性时使用 ping；想定位路径变化时使用 traceroute 或 tracepath；需要持续观察节点表现时，mtr 更便于比较。

用 ping 测量延迟和丢包

先对一个可响应的公网地址发送固定数量的测试包：

ping -c 10 1.1.1.1

-c 10 表示发送 10 次。测试结束后，重点看三项：发送与接收数量、丢包百分比，以及最小值、平均值和最大值。若结果显示 10 个包全部收到，平均延迟较低且最大值没有明显飙升，说明这段时间内连接相对平稳；若经常出现超时，或平均值正常但最大值远高于平均值，则可能存在间歇性拥塞或无线链路波动。

再测试默认网关，可以把本地问题与外部线路问题区分开。先从 ip route get 输出中找到网关地址，再运行 ping -c 10 网关地址。网关测试稳定、远端测试不稳定，问题更可能位于网关之后；网关本身也频繁超时，则优先检查 Wi-Fi 信号、网线、路由器负载或本机网络状态。部分设备会限制对 ping 的响应，因此一次超时不等于线路完全中断，最好结合多次结果判断。

用路由追踪查看经过的节点

运行 traceroute 时，可使用数字地址显示，避免把 DNS 名称解析时间混入观察：

traceroute -n -w 2 -q 3 1.1.1.1

其中 -n 关闭节点名称解析，-w 2 将每次等待时间设为 2 秒，-q 3 表示每一跳探测 3 次。系统若已提供 tracepath，也可以执行：

tracepath -n 1.1.1.1

输出中的每一行代表一个路由跳点，右侧时间是探测得到的往返时间。前几跳通常对应本地网络和运营商接入线路；后续节点则继续通向目标网络。若某一跳出现星号，表示该节点没有在等待时间内返回探测响应，并不能单独证明线路断开。只要后面的节点仍有响应，通常说明数据仍能继续向前传递。

更值得关注的是：从某一跳开始，后续多跳以及最终目标都持续超时；或者多个测试中，延迟从某个位置开始明显升高，并一直延续到终点。前一种表现可能对应路径中断或目标不可达，后一种表现则提示该段路径可能拥塞。不同目标可能经过不同路径，因此可换一个目标地址重复测试，观察异常是否只出现在单一路径。

用 mtr 连续观察路径表现

如果需要观察一段时间内的变化，可以运行：

mtr -r -w -c 20 1.1.1.1

-r 输出报告，-w 使用较宽的显示格式，-c 20 进行 20 轮探测。报告中的 Loss% 表示节点未回应探测包的比例，Avg 表示平均延迟，Best 与 Wrst 分别表示最低和最高延迟。

解读时不要只盯着中间某一行的丢包率。如果中间路由显示较高丢包，但后续节点和最终目标没有相似的丢包，可能只是该路由器限制了探测包的回应，并不代表它转发的业务数据同样丢失。若丢包从某处开始持续出现在后续节点和终点，或最终目标的延迟持续偏高，才更值得关注。将 mtr 报告与 ping 结果放在一起看，能减少把单个节点的回应策略误判为整条线路故障的情况。

检查 DNS 是否影响连接

当 IP 地址可以 ping 通，但输入域名后网页迟迟打不开，可以检查 DNS 查询：

dig A example.com +time=2 +tries=1

输出中的 status 若为 NOERROR，表示查询成功；ANSWER SECTION 会显示解析得到的地址，Query time 则记录此次查询耗时。若多次查询都超时，或返回的查询状态异常，而对 IP 的连通测试正常，问题就可能集中在域名解析环节。此时可将 DNS 结果与网络延迟分开记录，避免把解析慢误认为路由本身延迟高。

按现象判断问题位置

• 网关和公网地址都不稳定：先观察网卡统计、无线信号与本地连接，再重复测试，判断是否是本机到路由器这一段波动。
• 网关稳定，公网地址延迟或丢包明显：对不同目标运行 ping 和路由追踪，比较异常是否从相同节点开始。
• IP 测试正常，域名查询失败或耗时长：用 dig 单独观察 DNS 返回状态与查询时间。
• 只有一个中间节点显示星号或丢包：同时看后续节点和最终目标，不要仅凭这一行下结论。
• 延迟偶尔升高但平均值正常：延长测试轮次，并在不同时间重复，确认波动是否持续出现。

更有效的检测顺序是先确认本机出口，再测网关与公网延迟，接着用路由追踪定位路径，最后单独检查 DNS。记录目标地址、测试时间、平均延迟和丢包情况，能够让不同轮次的结果更容易对照。对于 Lubuntu 网络排查，这组命令覆盖了线路连通、逐跳路径、延迟变化与域名解析几个关键环节，也能帮助区分本地连接异常和远端路径波动。