用 IP 地址判断网卡是否真正拿到线路参数

Lubuntu 的有线线路还可以使用 ethtool 查看物理协商结果。执行 ethtool 接口名，重点观察 Link detected、Speed 和 Duplex。Link detected 为 no 时，优先排查网线、接口、交换机端口或虚拟机网卡；速度和双工模式异常时，🤔可能存在接触不良、强制速率配置或设备兼容问题。无线接口不适合用有线速率判断，应结合信号强度和重新连接日志分析。

lubuntu线路检测的有效记录应包含接口名、接口状态、IPv4 地址、默认网关、网关延迟、公共 IP 测试、DNS 解析和路径结果。建议把下面的☀️顺序作为一次排查清单，执行完一项再进入下一项，避免同时修改多个配置后无法判断真正原因。

完成一轮lubuntu线路检测后，如果网关、公共 IP 和域名均正常，但某个软件仍无法连接，应转向检查应用代理、端口限制、证书时间、软件自身配置和目标服务状态。只有把底层网络测试结果与具体应用现象对应起来，才能避免反复重装系统或盲目更换 DNS。

按证据顺序完成一次完整检测

Lubuntu 的 DHCP 状态可以先通过重新连接验证。执行 nmcli connection show 找到连接名称，再执行 nmcli connection down "连接名称" 🔥和 nmcli connection up "连接名称"。连接名称包含空格时必须保留引号。重新连接后再次查看 IP，如果每次重连都无法获得地址，应检查路由器 DHCP、网🌟线质量、无线密码和本机连接配置。

Lubuntu 的网络服务异常时，可先执行 systemctl status NetworkManager 查看服务状态。服务停止或状态异常时，执行 sudo systemctl restart NetworkManager 会短暂中断当前连接，远程操作前应确认有其他管理通道。重启服务后如果地址、路由和 DNS 都恢复，说明故障更可能在连接管理状态，而不是网线或运营商线路。

依次测试网关、公共 IP 和域名解析

Lubuntu 的无线驱动问题通常表现为接口消失、扫描不到网络、恢复休眠后无法重连。执行 lspci -k 查看 PCI 网卡的驱动信息；USB 无线网卡可执行 lsu⭐sb 确认设备是否被识别。日志显示设备反复重置时，应先更新系统已安装的软件包并测试另一个网络，避免把路由器故障误认为本机驱动故障。

处理 Lubuntu 无线掉线和有线协商异常

最短的判断路径是：执行 ip -br link 确认接口是否启用，执行 ip -br addr 确认是否拿到地址，再通过 ip route 找到网关。随后分别测试网关、🔍公共 IP 和域名解析。网关都无法访问时优先检查本地连接；公共 IP 能通但域名失败时，重点检查 DNS；只有特定目标异常时，再分析路由、MTU 或对端服务。

根据结果修复 DNS、MTU 与网络服务

Lubuntu 的路径跳转可以使用 tracepath 1.1.1.1，系统没有该命令时可安装对应工具包，或使用已安装的 mtr 命令。路径中某一跳不回应而后续跳数正常，不必立即判定该节点故障；如果从某一跳开始后续全部中断，并且业务访问也同步失败，才更值得关注✅该段路径。需要长期观察时，可执行 mtr -r -c 20 1.1.1.1，重点查看丢包是⚡否从某一跳开始持续出现。

检查默认路由、跳数和丢包位置

Lubuntu 的 MTU 问题通常表现为普通 ping 正常，但部分网页、软件仓库或大文件连接🎉卡住。可以先执🎨行 ping -M do -s 1400 1.1.1.1，再逐步降低数据长度观察是否仍提示需要分片。测试结果只能作为线索，修改 MTU 前应记录原值，并在连接配置中调整后重新连接验证；不要把 MTU 改成极小值来掩盖底层线路问题。

先确定 Lubuntu 的线路检测范围

Lubuntu 的线路质量不能只依据平均延迟判断，还要观察丢包和延迟波动。网关测试持续丢包，通常说明本地无线干扰、信号过弱、网线或局域网设备异常；网关稳定而公共 IP 丢包，问题更接近出口线路。少量 ICMP 丢包不一定代表网页访问失败，因为部分设备会限制或降低 ping 响应优先级，最好结合实际下载、网页访问和应用连接表现。

Lubuntu 的 DNS 故障可以先通过重新获取连接参数处理。执行 nmcli c🌈onnection down "连接名称" 后再执行 nmcli connection up "连接名称"，然后用 getent hosts debian.org 验证解析。若其他设备使用同一网络也无法解析，优先检查路由器或上游 DNS；若只有 Lubuntu 失败，应检查本机 DNS 配置、代理设置和 NetworkManager 状态。