Lubuntu最佳线路检测的沉点，，，，，，，不是只看某一次测速的峰值，，，，，，，而是针对现实接见的指标，，，，，，，顺次确认系统选用了哪条路由、链路是否丢包、延长是否不变，，，，，，，以及切换网络后阐发有没有改善。。。。。。。。按下面的流程逐项测试，，，，，，，能够把“感触卡”转化为可比力的了局，，，，，，，再选择更适合当前用处的线路。。。。。。。。

先确定测试指标与候选线路

先选定一个真正必要接见的指标，，，，，，，例如工作站、游戏服务器或业务域名。。。。。。。。若指标是域名，，，，，，，先解析出地址；；；；；；统一域名可能对应多个 IP，，，，，，，测试时应纪录具体地址，，，，，，，预防前后测到分歧节点。。。。。。。？？？？？？？Ｄ芄挥靡韵潞帕畈榭唇馕隽司郑

getent ahosts 指标域名

再列出筹备比力的衔接方式，，，，，，，例如有线网络、无线网络、分歧的 VPN 配置或其他现有网络出口。。。。。。。。每次尽练⒓堡转一个前提，，，，，，，并记下当前衔接名称。。。。。。。。不要把公共 DNS 地址的测试了局直接当成业务服务器的线路阐发：它们能够用作参考，，，，，，，却不能包办现实指标。。。。。。。。

查看 Lubuntu 当前选取的路由

打开终端，，，，，，，先查抄活动衔接与默认路由：

nmcli connection show --active
ip route
ip route get 指标IP

ip route get会显示系统接见指标时选用的出口设备、网关和源地址。。。。。。。。输出中的 dev通常对应网络接口，，，，，，，via后面通常是下一跳网关。。。。。。。。切换网络或 VPN 后沉复运行这条号令，，，，，，，确认默认出口是否真的扭转；；；；；；若是了局始终指向统一接口，，，，，，，单看衔接名称并不能证明指标流量已经走了另一条路。。。。。。。。

若电脑同时衔接有线和无线网络，，，，，，，系统通常；；；；；岚绰酚捎畔燃堆≡癯隹凇！。。。。。。建议先通过桌面网络设置断开暂不测试的衔接，，，，，，，再查抄路由。。。。。。。。不要在不明显影响领域时直接代替默认路由，，，，，，，不然可能造成当前衔接中断。。。。。。。。

测延长与丢包，，，，，，，排除不不变线路

对指标 IP 发送一组较多的探测包，，，，，，，观察往返功夫和丢包率：

ping -c 30 指标IP

沉点纪录均匀延长、最大延长和丢包比例。。。。。。。。均匀值较低不蹬宗线路肯定好：若是数值忽高忽低，，，，，，，或者出现持续丢包，，，，，，，语音、远程桌面和实时游戏仍可能卡顿。。。。。。。。部门服务器会限度或屏蔽 ICMP 探测；；；；；；此时 ping 没有回应不用然代表网页或利用齐全不成用，，，，，，，应持续用后面的蹊径和利用层测试交叉判断。。。。。。。。

追踪经过的节点，，，，，，，定位颠簸地位

使用 tracepath查看到指标的大体蹊径：

tracepath 指标IP

若是系统没有该号令，，，，，，，可装置常用诊断工具：

sudo apt update && sudo apt install iputils-tracepath mtr-tiny traceroute curl

也能够用 MTR 陆续观察各跳变动：

mtr -rw -c 30 指标IP

比力分歧候选线路时，，，，，，，关注从哪一段起头出现显著延长上升或持续丢包。。。。。。。。中央某一跳显示丢包，，，，，，，不愿定意味着最终业务流量也丢包：有些路由器会降低对诊断报文的响应优先级。。。。。。。。判断时应同时看后续节点和终点，，，，，，，不能只凭一个中央节点下结论。。。。。。。。

比力现实接见速杜纂衔接功夫

若是关切网页或服务衔接速度，，，，，，，可使用指标服务提供的测试文件，，，，，，，或自己有权限接见的文件。。。。。。。。把文件地址放入环境变量后执行：

export TEST_URL='填入现实测试文件地址'
curl -L -o /dev/null -s -w '衔接功夫:%{time_connect}s 总功夫:%{time_total}s 下载速度:%{speed_download}B/s\n' "$TEST_URL"

用统一文件、相近功夫别离测试各条线路，，，，，，，并沉复几次。。。。。。。。衔接功夫反映成立衔接的快慢，，，，，，，总功夫和下载速度则更靠近现实传输履历。。。。。。。。测试文件过幼、服务器限速或服务器负载变动城市影响了局，，，，，，，因而优先使用不变、大幼足够的统一指标，，，，，，，不要拿分歧网站的单次测速直接排名。。。。。。。。

用统一套指标筛出更相宜的线路

每条线路至少纪录一次路由出口、30 次 ping 的了局、蹊径变动和现实下载测试。。。。。。。？？？？？？？？捎孟旅娴谋砀裾伲

筛选时先排除持续丢包或频仍断连的线路，，，，，，，再按用处排序：远程节造、语音和实时游戏优先看延长与颠簸；；；；；；下载和文件同步优先看不变速度；；；；；；通常网页接见则两全衔接功夫、丢包和加载阐发。。。。。。。。线路 A 的峰值速度即便更高，，，，，，，只有延长升沉大、现实接见时时失败，，，，，，，也不定比不变的线路 B 相宜。。。。。。。。

切换后复测，，，，，，，确认了局能沉复

确定候选线路后，，，，，，，在 Lubuntu 的网络设置中切换衔接，，，，，，，或断开其他出口，，，，，，，再顺次沉跑路由、ping、蹊径和现实传输测试。。。。。。。。建议在分歧功夫段各测一轮，，，，，，，保留了局并比力中位阐发，，，，，，，而不是只挑最好的一次。。。。。。。。最终选出的应是能持续接见指标、丢包少、阐发切合用处的线路。。。。。。。。若更换出口后 ip route get没有变动，，，，，，，就先处置路由优先级或衔接状态，，，，，，，再沉新测速度，，，，，，，预防把出口未切换造成的了局误判为线路曲直。。。。。。。。