lubuntu线路检测一整晚仍没有了局，，，，，，通常不是“检测功夫不够”，，，，，，而是检测过程没有正常实现、网络要求没有发出，，，，，，或了局输出地位与预期分歧。。。。。排查时先分清是电脑断网、指标地址不成达，，，，，，还是检测法式一向期待响应，，，，，，再从网络衔接、路由、DNS 和检测号令逐项查抄。。。。。下面的步骤合用于在 Lubuntu 终端中排查网络线路连通情况。。。。。

先判断卡住的是网络还是检测法式

若是检测窗口仍在刷新功夫或持续输出纪录，，，，，，注明法式可能在执行；；；；；若是屏幕长功夫停在统一杏注没有新了局，，，，，，也没有返回号令提醒符，，，，，，则可能在期待超时或被某个参数设置成持续检测。。。。。先按 Ctrl+C 终场当前工作，，，，，，观察终端是否显示统计信息或回到提醒符。。。。。中断检测不会建复网络，，，，，，但能让后续测试使用清澈、有限的功夫领域。。。。。

接着用短测试确认根基连通性：

ping -c 4 1.1.1.1

号令中的 -c 4 暗示发送四次后实现。。。。。若看到回复及延长数值，，，，，，注明当前至少能通过 IP 地址接见表部指标；；；；；若陆续显示超时或网络不成达，，，，，，则先查本机衔接和网关，，，，，，不用反复运行整晚检测。。。。。若终端提醒找不到 ping 号令，，，，，，可查抄系统软件包状态，，，，，，再使用系统已有的网络诊断工具。。。。。

按挨次查抄衔接、地址与默认路由

1. 确认网络接口已衔接。。。。。点击 Lubuntu 面板上的网络图标，，，，，，查看当前无线网络或有线衔接是否处于已衔接状态。。。。。无线衔接需确认选中了正确的网络并实现认证；；；；；有线衔接则查抄网线、路由器端口和网卡批示灯。。。。。断开后沉新衔接一次，，，，，，再运行短 ping 测试。。。。。

2. 查抄网卡是否获得地址。。。。。在终端执行 ip addr，，，，，，查看在使用的接口是否有类似 192.168.x.x 或 10.x.x.x 的地址。。。。。若接口显示为未启用，，，，，，或没有局域网地址，，，，，，线路检测天然无法持续。。。。。沉新衔接网络后仍无地址时，，，，，，可沉启网络衔接，，，，，，或查抄路由器是否开启 DHCP 地址分配。。。。。

3. 确认默认路由存在。。。。。执行 ip route，，，，，，查看是否有以 default via 开头的路由纪录。。。。。短缺默认路由时，，，，，，电脑可能能看到局域网设备，，，，，，却无法将检测要求送往表部网络。。。。。沉新衔接无线或有线网络后再查看；；；；；若只有一条静态网络配置，，，，，，也要查抄网关地址是否与当前局域网匹配。。。。。

4. 测试网关，，，，，，再测试表部地址。。。。。从 ip route 的输出中找到默认网关地址，，，，，，而后执行 ping -c 4 网关地址。。。。。网关可通而表部 IP 不通，，，，，，问题更可能在路由器上行或运营商链路；；；；；网关也不通，，，，，，则优先查抄本机衔接、无线信号、网线和局域网配置。。。。。不要把单个指标不回复直接当作整条线路断开，，，，，，某些指标会限度 ping 响应。。。。。

IP 可通但检测没有了局：再查 DNS 和指标

若是 ping -c 4 1.1.1.1 有回复，，，，，，但按域名进行检测时失败，，，，，，沉点查抄 DNS 解析。。。。？？？？？芍葱校

getent hosts example.com

若能返回地址，，，，，，注明系统能够解析该域名；；；；；若没有输出，，，，，，而 IP 测试正常，，，，，，就查抄当前网络衔接的 DNS 设置，，，，，，或沉新衔接网络后再试。。。。。也能够换一个自己确认可接见的域名对照测试。。。。。不要在 DNS 尚未验证时，，，，，，将“域名解析失败”误判成网线或无线信号故障。。。。。

还要查抄被测指标自身是否有效，，，，，，以及检测工具使用的是域名、IP、端口还是特定和谈。。。。。指标写错、端口未盛开、远端服务临时不响应，，，，，，城市造成期待或无了局。。。。。若工具支持设置超时，，，，，，可先设为几秒至十几秒做单次测试，，，，，，并确认它有明确的成功、失败或超时输出；；；；；不要一路头就使用无期限待或持续循环模式。。。。。

持续检测整晚时，，，，，，查看日志与资源状态

长功夫运行适合观察间歇性掉线，，，，，，但前提是号令可能纪录每次检测的功夫和了局。。。。。吓酌短时测试验证输出，，，，，，再设置有限次数或明确的终场前提。。。。。检测窗口关关、系统休眠、无线网卡省电或电脑沉启，，，，，，都可能中断工作；；；；；因而“整晚没看到了局”不蹬宗已经持续测了一整晚。。。。。

查抄最近的网络服务纪录，，，，，，可执行：

journalctl -u NetworkManager --since "1 hour ago"

沉点注意无线断开、沉新认证、衔接超时、地址分配失败等纪录。。。。。若是日志显示网络反复断开，，，，，，先缩短路由器与电脑之间的距离、测试有线衔接，，，，，，或关关无线衔接后沉新成立，，，，，，再对比了局。。。。。若日志没有显著断线，，，，，，但检测过程终场，，，，，，可查抄终端是否被关关、电脑是否进入睡眠，，，，，，以及检测号令是否因谬误参数提前退出。。。。。

运行时也可用 top 查看检测法式是否还在占用过程。。。。。过程仍在但没有输出，，，，，，可能是它在期待响应或将了局写入文件；；；；；过程已不存在，，，，，，则查抄号令实现提醒和退出原因。。。。。若使用输出沉定向保留纪录，，，，，，确认文件蹊径正确，，，，，，并用 tail 查看末尾内容，，，，，，预防把“了局写到文件里”误以为“没有了局”。。。。。

若何确认线路复原

实现建复后，，，，，，不要只看一次成功回复。。。。。先陆续执行几轮有限次数的 ping，，，，，，观察是否仍有超时，，，，，，再别离确认网关、表部 IP 和域名解析。。。。。网关不变、表部地址有回复、域名可能解析，，，，，，且检测号令按预期实现并输出纪录，，，，，，才注明根基链路已经复原。。。。。若只有表部某个指标持续无响应，，，，，，而其他指标正常，，，，，，应优先更换测试指标或查对指标服务状态，，，，，，不要持续让统一条检测工作空等一整晚。。。。。

排查挨次能够概括为：先终场无际界的长工作，，，，，，再确认网卡和地址，，，，，，随后查抄默认路由、网关、表部 IP 与 DNS，，，，，，最后查对检测参数和日志。。。。。按这条挨次逐项缩幼领域，，，，，，通常能分辨是本机衔接故障、路由器上行问题、域名解析异常，，，，，，还是检测法式自身没有正确输出。。。。。