lubuntu线路检测一整晚仍没有用果 ，通常不是“检测时间不敷” ，而是检测历程没有正常竣事、网络请求没有发出 ，或效果输出位置与预期差别 。排查时先分清是电脑断网、目的地点不可达 ，照旧检测程序一直期待响应 ，再从网络毗连、路由、DNS 和检测下令逐项检查 。下面的办法适用于在 Lubuntu 终端中排查网络线路连通情形 。
先判断卡住的是网络照旧检测程序
若是检测窗口仍在刷新时间或一连输出纪录 ，说明程序可能正在执行；若是屏幕长时间停在统一行、没有新效果 ，也没有返回下令提醒符 ，则可能正在期待超时或被某个参数设置成一连检测 。先按 Ctrl+C 阻止目今使命 ，视察终端是否显示统计信息或回到提醒符 。中止检测不会修复网络 ，但能让后续测试使用清晰、有限的时间规模 。
接着用短测试确认基本连通性：
ping -c 4 1.1.1.1下令中的 -c 4 体现发送四次后竣事 。若看到回复及延迟数值 ，说明目今至少能通过 IP 地点会见外部目的；若一连显示超时或网络不可达 ，则先查本机毗连和网关 ，不必重复运行整晚检测 。若终端提醒找不到 ping 下令 ，可检查系统软件包状态 ，再使用系统已有的网络诊断工具 。
按顺序检查毗连、地点与默认路由
-
确认网络接口已毗连 。点击 Lubuntu 面板上的网络图标 ，审查目今无线网络或有线毗连是否处于已毗连状态 。无线毗连需确认选中了准确的网络并完成认证；有线毗连则检查网线、路由器端口和网卡指示灯 。断开后重新毗连一次 ，再运行短 ping 测试 。
-
检查网卡是否取得地点 。在终端执行
ip addr，审查正在使用的接口是否有类似192.168.x.x或10.x.x.x的地点 。若接口显示为未启用 ，或没有局域网地点 ，线路检测自然无法继续 。重新毗连网络后仍无地点时 ，可重启网络毗连 ，或检查路由器是否开启 DHCP 地点分派 。 -
确认默认路由保存 。执行
ip route，审查是否有以default via开头的路由纪录 。缺少默认路由时 ，电脑可能能看到局域网装备 ，却无法将检测请求送往外部网络 。重新毗连无线或有线网络后再审查；若只有一条静态网络设置 ，也要检查网关地点是否与目今局域网匹配 。 -
测试网关 ，再测试外部地点 。从
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 ，最后核对检测参数和日志 。按这条顺序逐项缩小规模 ，通常能区分是本机毗连故障、路由器上行问题、域名剖析异常 ，照旧检测程序自己没有准确输出 。
Android版
iPhone版