把光猫改成桥接、桥接由自己的后测还光路由器拨号，本来是有兆为了少一层NAT、让网络更干净，先查结果测速只跑到340兆左右，桥接千兆宽带像是后测还光被砍了一刀。这个场景很常见，有兆先别急着换设备，先查也别一口咬定是桥接运营商限速。更有效的后测还光做法是先把“瓶颈在哪一段”定位出来，再决定查路由器还是有兆查光猫。本文给出一套可以照着做的先查排查顺序，帮你在十几分钟内把范围缩小到具体设备或链路。桥接
需要先说明一个前提：340兆这个数字本身信息量很大。后测还光它既可能是有兆无线协商速率的正常上限，也可能是网线只通了百兆、路由器NAT性能不足、测速节点或终端拖了后腿。不同原因对应的检查对象完全不同，所以“先查路由还是先查光猫”没有统一答案，正确顺序是先用有线方式做一次基准测试，再按结果分流。
第一步：先做一次可信的有线基准测试
把电脑用网线直接接到路由器的LAN口，关闭Wi-Fi，用浏览器或运营商官方测速工具测三次，取中间值。测速时关掉下载、网盘同步、电视盒子播放等占带宽的程序，节点优先选同城或同运营商。如果这时能跑到900兆以上，说明光猫桥接、路由器拨号、网线这段链路基本没问题，340兆的问题大概率出在无线侧或某台终端上。
如果有线也只有340兆左右，才进入设备排查。注意不要用手机贴着路由器测Wi-Fi来下结论，无线变量太多，先有线后无线是基本纪律。另外，部分老电脑的网卡本身只支持百兆，测之前可以在系统网络适配器属性里确认连接速度显示的是1.0 Gbps而不是100 Mbps，这一步能排除掉不少“假故障”。
有线也不达标时：先查光猫，再查路由
顺序建议是光猫在前。原因很实际：光猫是链路的起点，如果它本身协商异常或端口老化，后面怎么调路由器都是白费。先看光猫的LAN口指示灯，千兆口通常有区分标识，确认插的是千兆口而不是百兆口或IPTV口。再登录光猫管理页面（地址和账号以设备背面标签及当地运营商说明为准），查看LAN口协商速率是否为1000M，若显示100M，多半是网线或端口问题。
网线是最容易被忽略的一环。劣质超五类、水晶头压接不良、墙内预埋线只接了四芯，都会把链路压到百兆。可以换一根确认能跑千兆的成品网线，直接短距离连接光猫和电脑再测一次。如果直连光猫拨号（或让光猫临时改回路由模式）能跑到900兆以上，而接上自己的路由器就掉到340兆，问题就基本锁定在路由器侧。
路由器侧重点看三件事：一是WAN/LAN口是否千兆，部分入门型号只有百兆口；二是是否开启了QoS限速、家长控制、流量统计等会消耗转发的功能，可临时全部关闭再测；三是固件版本，老固件在PPPoE拨号加NAT场景下性能偏弱并不罕见，升级到厂商官方稳定版后再复测。若路由器CPU占用在测速时接近满载，说明它就是瓶颈，考虑更换或降低功能负载。
有线正常、无线只有340兆怎么办
这种情况最普遍，也最容易误判成光猫问题。先确认手机或电脑连接的是5GHz频段而不是2.4GHz，2.4GHz在干扰较多的环境下跑到三百多兆属于正常表现。再看Wi-Fi协商速率：在系统Wi-Fi详情里查看链接速度，若显示三百多Mbps，实际测速三百多兆就完全对得上，问题在于终端或路由器的无线规格，而不是桥接设置。
接着检查信道和频宽。5GHz建议使用80MHz频宽，信道尽量选干扰少的；附近AP密集时可以用手机上的Wi-Fi分析工具看一眼占用情况。还要注意路由器的无线发射功率是否被调低、是否开启了节能模式、是否启用了老旧的兼容模式。把路由器放在开阔位置、避开金属弱电箱，往往比换设备更立竿见影。
如果家里有多台Mesh节点，还要确认测速时终端连的是主路由还是子节点。子节点走无线回程时，实际带宽会被回程占用一半左右，测出三百多兆很常见。有条件的话给节点接上网线做有线回程，再复测一次，结果通常会有明显变化。这一步做完，多数“桥接后只有340兆”的疑问就能得到解释。
几个容易踩的坑与边界说明
不要只看一次测速结果就下结论。不同测速平台的节点质量差异明显，运营商官方测速工具通常更贴近实际带宽。也不要在桥接刚改完、路由器刚重启的几分钟内测速，拨号尚未稳定时数据没有参考价值。另外，部分地区的宽带存在“达量降速”或套餐本身带宽低于千兆的情况，可以登录运营商官方App核对套餐速率，以当地官方查询结果为准。
如果按上述步骤排查后，直连光猫仍然只有340兆，且网线、终端均已排除，建议联系运营商报修，说明已做过的测试和结果，让装维人员上门检测光衰和端口。光猫属于运营商资产，不建议自行拆改或刷写非官方固件，以免影响保修和后续维护。健康与网络类问题一样，排查只能帮你缩小范围，最终结论以官方检测为准。
小结一下可执行顺序：先用有线测出基准值；有线不达标就从光猫的端口、协商速率和网线查起，再查路由器的端口规格、限速功能和固件；有线达标而无线偏低，就查频段、频宽、信道、回程方式和终端规格。按这个顺序走，桥接后测速只有340兆的问题，基本都能落到一个具体环节上，而不是在路由和光猫之间反复猜测。