Lubuntu最佳线路检测，，，，，，，，沉点不是只看一次测速的峰值，，，，，，，，而是把本机衔接、网关、表部路由和现实吞吐分隔查抄，，，，，，，，再在一样前提下沉复比力。。。。。。按下面的流程操作，，，，，，，，能够判断问题出在无线信号、局域网、DNS，，，，，，，，还是表部网络蹊径，，，，，，，，并选出当前环境里更不变的衔接方式。。。。。。

先统一检测前提

检测前暂停下载、云同步和在线视频，，，，，，，，临时关关代理或 VPN，，，，，，，，预防其他流量滋扰了局。。。。。。尽量固定测试设备、网络地位和指标地址；；；；；若是要比力 Wi-Fi 与网线，，，，，，，，别离纪录了局，，，，，，，，不要在两种衔接同时启用时混测。。。。。。建议在相近时段陆续测几轮，，，，，，，，预防把短暂颠簸当成线路差距。。。。。。

打开 Lubuntu 的终端，，，，，，，，先查看设备和默认路由：

nmcli device status

ip route

在设备列表中确认在使用的网卡；；；；；在路由了局里找到以 default via 开头的行，，，，，，，，其中 via 后面的地址就是当前默认网关。。。。。。若有多条默认路由，，，，，，，，纪录各自的网卡和 metric 数值，，，，，，，，数值较幼的路由通常优先。。。。。。

查抄本机到网关的衔接

先排除无线信号弱、网线接触不良或路由器局域网拥挤。。。。。。把下方地址代替成刚才查到的网关地址，，，，，，，，陆续发送 30 个探测包：

ping -c 30 网关地址

关注丢包率、均匀延长和延长颠簸。。。。。。若网关都出现显著丢包或延长忽高忽低，，，，，，，，优先查抄本地衔接：笔记本可靠近无线路由器，，，，，，，，切换到信号更好的 Wi-Fi 频段，，，，，，，，或改用网线；；；；；同时暂停局域网内的大流量传输后再测。。。。。。网关响应不变，，，，，，，，才适合持续判断表部线路。。。。。。

无线衔接还能够查看当前信号与速度：

nmcli -f IN-USE,SSID,BSSID,CHAN,RATE,SIGNAL device wifi list

对比统一地位下的信号强度、频路和衔接速度。。。。。。若靠近路由器后信号显著改善、丢包随之削减，，，，，，，，瓶颈更可能在无线链路，，，，，，，，而不是表部线路。。。。。。

别离测试表网连通与域名解析

接着向两个分歧的公网地址发送探测包，，，，，，，，预防单个指标不响应造成误判：

ping -c 30 1.1.1.1

ping -c 30 223.5.5.5

纪录每次测试的丢包率、均匀往返功夫和颠簸领域。。。。。。若两个指标阐发差距较大，，，，，，，，可多测几轮；；；；；部门网络会限度 ICMP 探测，，，，，，，，单个指标不回包不蹬宗所有利用都无法衔接，，，，，，，，因而还要结合路由和网页接见阐发判断。。。。。。

再查抄 DNS 是否能正常解析域名：

getent hosts ubuntu.com

若是公网地址能不变响应，，，，，，，，但域名解析缓慢或没有了局，，，，，，，，应查抄 DNS 配置，，，，，，，，而不是直接认定线路质量差。。。。。。反过来，，，，，，，，解析很快也不能证明后续网络蹊炯有丢包，，，，，，，，连通性、解析速度和传输质量要别离纪录。。。。。。

追踪路由定位颠簸区段

能够吓酌 Lubuntu 系统中的路由追踪工具查看数据包经过的节点：

tracepath -n 1.1.1.1

若系统没有该号令，，，，，，，，可装置常用检测工具后再运行：

sudo apt update && sudo apt install traceroute mtr-tiny

mtr -rw -c 50 1.1.1.1

MTR 会沉复探测并汇总各跳的响应情况。。。。。。沉点看最终指标的丢包、延长和颠簸；；；；；中央节点单独显示丢包，，，，，，，，但后续节点及终点正常时，，，，，，，，可能只是该节点限度了探测响应，，，，，，，，不能仅凭这一项判断线路故障。。。。。。若从某一段起头延长持续增长，，，，，，，，且后续多跳和最终指标都维持较高延长，，，，，，，，再结合其他指标复测，，，，，，，，才更能注明蹊径存在拥挤或不不变。。。。。。

比力现实吞吐与衔接方式

延长低不愿定代表下载速度快。。。。。。必要比力局域网吞吐时，，，，，，，，可在统一局域网的另一台设备上启动 iperf3 服务，，，，，，，，再从 Lubuntu 测试。。。。。。服务端运行 iperf3 -s，，，，，，，，客户端运行 iperf3 -c 局域网服务器IP -t 30；；；；；将“局域网服务器IP”代替为现实地址。。。。。。这个测试用于观察本地 Wi-Fi 或网线机能，，，，，，，，不等同于互联网测速，，，，，，，，也不必要借用不明测试服务器。。。。。。

若是手边有网线，，，，，，，，可在一样地址、相近时段别离进行网线和 Wi-Fi 测试，，，，，，，，并纪录均匀延长、丢包、延长颠簸与吞吐了局。。。。。。若网线不变而 Wi-Fi 颠簸显著，，，，，，，，应吓着化无线衔接；；；；；若两者到网关都不变，，，，，，，，但表网指标普遍变慢，，，，，，，，问题更可能位于路由器上行或运营商蹊径。。。。。。

按沉复了局选出优先线路

把每种衔接至少测三轮，，，，，，，，整顿成简短纪录：衔接方式、网关丢包率、表网丢包率、均匀延长、延长颠簸和吞吐阐发。。。。。。优先选择终点丢包更少、延长颠簸更幼且吞吐满足日常需要的衔接，，，，，，，，而不是只挑单次峰值最高的一轮。。。。。。若两种蹊径阐发靠近，，，，，，，，选择更不变、日常更方便的衔接即可。。。。。。

必要把稳，，，，，，，，Lubuntu 能够援手鉴别当前可用网卡和默认路由，，，，，，，，也能比力分歧接入方式的阐发；；；；；它不能单靠本机号令扭转运营商内部的转发蹊径。。。。。。若只有一条互联网接入，，，，，，，，检测的沉点是找出故障区段和改善本地衔接；；；；；若的确有多条独立接入，，，，，，，，再凭据实测了局比力默认路由。。。。。。按“本地衔接—网关—表网—路由—吞吐”的挨次复测，，，，，，，，结论会比只看一张测速了局更靠得住。。。。。。