为什么 ping 本地路由器会返回“目标主机无法访问”?

hoo*_*enz 5 networking linux wireless-networking tomato

我有两个番茄路由器。一个与另一个无线桥接。

我在网络上有一台新服务器。它正在运行 Ubuntu Server 11.04。

它们都是这样连接的:

A - Linux PC
B - New Server
C - Mac Mini
D - Macbook
T1 - Tomato 1
T2 - Tomato 2

They are connected like so:

A -----+-T1  ==== wireless bridge ==== T2----- ADSL modem
       |                               | C & D Connected wirelessly to T2
B -----+
Run Code Online (Sandbox Code Playgroud)

A、C&D 没有遇到任何问题。

我有一个从 A 到 B 的活动 SSH 会话,它没有遇到任何损失。

B、新服务器偶尔ping不通T2,无法上网。但是,A可以一直联系B,B可以ping通A和B。当网络丢失时,B仍然可以ping通T1,但不能ping通T2,同时B失去了与T2的连接,A仍然可以ping通T2。

关于这可能是什么的任何想法?在路由器或 linux 服务器上的任何日志中都没有任何线索。

有趣的一件事是我设置了一个在 B 和 T2 之间运行的 ping。T2 的 IP 地址为 192.68.1.1

这是我所看到的:

From 192.168.1.1 icmp_seq=26 Destination Host Unreachable
From 192.168.1.1 icmp_seq=27 Destination Host Unreachable
From 192.168.1.1 icmp_seq=28 Destination Host Unreachable
From 192.168.1.1 icmp_seq=29 Destination Host Unreachable
From 192.168.1.1 icmp_seq=30 Destination Host Unreachable
From 192.168.1.1 icmp_seq=31 Destination Host Unreachable
From 192.168.1.1 icmp_seq=33 Destination Host Unreachable
From 192.168.1.1 icmp_seq=34 Destination Host Unreachable
From 192.168.1.1 icmp_seq=35 Destination Host Unreachable
64 bytes from 192.168.1.1: icmp_req=36 ttl=63 time=3.40 ms
64 bytes from 192.168.1.1: icmp_req=37 ttl=63 time=5.70 ms
64 bytes from 192.168.1.1: icmp_req=38 ttl=63 time=2.25 ms
64 bytes from 192.168.1.1: icmp_req=39 ttl=63 time=2.18 ms
64 bytes from 192.168.1.1: icmp_req=40 ttl=63 time=3.12 ms
64 bytes from 192.168.1.1: icmp_req=41 ttl=63 time=2.15 ms
64 bytes from 192.168.1.1: icmp_req=42 ttl=63 time=1.97 ms
64 bytes from 192.168.1.1: icmp_req=43 ttl=63 time=
Run Code Online (Sandbox Code Playgroud)

它循环到可到达和不可到达。

所以我想你可能会说问题是,为什么路由器会响应无法访问它?

Kei*_*ith 0

由于它是无线桥接器,我怀疑连接不稳定。STP 并不是造成这种情况的真正原因。其目的是防止桥接环路,以便您的网络不会因循环数据包而饱和并变得无法使用。关闭它通常是一个坏主意,因为它现在无法保护您免受这种情况的影响。

如果端口“弹跳”,STP 将阻塞该接口,同时重新选择根桥。如果检测到桥接环路,它也会阻止接口。我怀疑您的拓扑结构比您在图表中显示的更多。新服务器有其他接口吗?