☰

Linksys AP 与 Linksys 主路由器失去连接

tag-icon • tag-icon networking wireless-networking router wireless-router wireless-access-point
Linksys AP 与 Linksys 主路由器失去连接

我的地下室有一台 WRT1900 作为主路由器，下层有一台 WRT1200 作为 AP。它们通过以太网电缆连接。我的问题是，当我连接到 WRT1200 AP 时，似乎该 AP 会丢失与主路由器的连接。我通过让笔记本电脑在一天内随机 ping 数百次来进行测试，每隔一段时间，它会断开连接 30-60 秒，然后自行修复。但问题并不总是能自行修复，有时我必须重置路由器才能使连接恢复正常……直到它再次断开。除了更换一条全新的电缆外，我还能检查这两个设备之间的错误吗？编辑：Ping 结果如下。Ping 运行正常 667 次，然后丢包 27 次，然后又正常了。

64 bytes from 192.168.1.1: icmp_seq=664 ttl=63 time=4.075 ms
64 bytes from 192.168.1.1: icmp_seq=665 ttl=63 time=4.724 ms
64 bytes from 192.168.1.1: icmp_seq=666 ttl=63 time=5.353 ms
64 bytes from 192.168.1.1: icmp_seq=667 ttl=63 time=4.035 ms
Request timeout for icmp_seq 668
92 bytes from testwifi.here (192.168.86.1): Destination Net Unreachable
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
 4  5  00 5400 2888   0 0000  40  01 79a6 192.168.86.41  192.168.1.1 

Request timeout for icmp_seq 669
Request timeout for icmp_seq 670
Request timeout for icmp_seq 671
Request timeout for icmp_seq 672
Request timeout for icmp_seq 673
Request timeout for icmp_seq 674
Request timeout for icmp_seq 675
Request timeout for icmp_seq 676
Request timeout for icmp_seq 677
Request timeout for icmp_seq 678
Request timeout for icmp_seq 679
Request timeout for icmp_seq 680
Request timeout for icmp_seq 681
Request timeout for icmp_seq 682
Request timeout for icmp_seq 683
Request timeout for icmp_seq 684
Request timeout for icmp_seq 685
Request timeout for icmp_seq 686
Request timeout for icmp_seq 687
Request timeout for icmp_seq 688
Request timeout for icmp_seq 689
Request timeout for icmp_seq 690
Request timeout for icmp_seq 691
Request timeout for icmp_seq 692
Request timeout for icmp_seq 693
Request timeout for icmp_seq 694
64 bytes from 192.168.1.1: icmp_seq=695 ttl=63 time=4.230 ms
64 bytes from 192.168.1.1: icmp_seq=696 ttl=63 time=6.853 ms
64 bytes from 192.168.1.1: icmp_seq=697 ttl=63 time=4.068 ms
64 bytes from 192.168.1.1: icmp_seq=698 ttl=63 time=2.843 ms
64 bytes from 192.168.1.1: icmp_seq=699 ttl=63 time=3.746 ms

Ping 从 695 到 1118 再次运行正常，然后丢弃了一个数据包，然后又恢复正常。

64 bytes from 192.168.1.1: icmp_seq=1117 ttl=63 time=4.442 ms
64 bytes from 192.168.1.1: icmp_seq=1118 ttl=63 time=4.044 ms
Request timeout for icmp_seq 1119
64 bytes from 192.168.1.1: icmp_seq=1120 ttl=63 time=10.043 ms
64 bytes from 192.168.1.1: icmp_seq=1121 ttl=63 time=3.660 ms
64 bytes from 192.168.1.1: icmp_seq=1122 ttl=63 time=4.898 ms

谢谢

更新：我使用 Goldtool LAN Tester TCT-2690 测试了这些电缆，所有电缆都通过了测试，所以我想这很好。至少这些电缆在物理上是没问题的。但我又回到了原点。

答案1

您看到大量数据包丢失，因此很可能是电缆问题。安装不当的电缆可以通过简单的测试工具进行测试，但仍然会出现故障。您可以使用ip -s link show dev eth0

确保电缆上的双绞线引脚排列符合正确的标准 - 即两端应具有相同的 T568A 或 T568B 引脚排列。这将确保每对双绞线都能正确处理任何外部干扰。如果您已经拥有 RJ45 压接工具，则更换两端的连接器非常便宜且容易。

另一个明显的电缆问题是电缆的物理损坏。检查电缆是否有任何尖锐的扭结/弯曲、热损坏或任何其他明显问题。有些问题并不那么明显，例如潮湿或拉伸，或者 RJ45 连接器针脚松动/腐蚀。

如果做不到这一点，请打开每个路由器，看看是否有任何电容器膨胀 - 对“膨胀电容器”进行图像搜索，以查看好电容器和坏电容器之间的差异可能很微妙，甚至根本无法察觉。曾经有一段时间，Linksys 在其某些产品线上安装廉价电容器，这意味着它们不会持续很长时间。

要测试它不是电缆的问题，请将 Linux PC 插入一端cat /dev/zero | nc -l 8并在一端运行，在另一端运行nc <otherIPAddress> 8 > /dev/null。如果您打开 CLI 工具，iptraf-ng您应该会看到 100Base-TX 连接的速度至少为 70Mb/s，1000Base-T 连接的速度至少为 500Mb/s。另一个很好的数据包丢失测试是ping -f <ipaddress>- 如果您的终端开始充满点...那就糟糕了。

当然，设备本身也可能存在问题，但同样，可以通过使用完全不同的电缆将它们相互插入来进行测试。

相关内容