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)
它循环到可到达和不可到达。
所以我想你可能会说问题是,为什么路由器会响应无法访问它?
由于它是无线桥接器,我怀疑连接不稳定。STP 并不是造成这种情况的真正原因。其目的是防止桥接环路,以便您的网络不会因循环数据包而饱和并变得无法使用。关闭它通常是一个坏主意,因为它现在无法保护您免受这种情况的影响。
如果端口“弹跳”,STP 将阻塞该接口,同时重新选择根桥。如果检测到桥接环路,它也会阻止接口。我怀疑您的拓扑结构比您在图表中显示的更多。新服务器有其他接口吗?