我有两个番茄路由器。一个与另一个无线桥接。
我在网络上有一台新服务器。它运行的是 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 -----+
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=
并循环处于可到达和不到达的状态。
所以我想您可能会说问题是，为什么路由器响应说无法访问？
答案1
同一网段出现“目标主机不可达”表示使用ARP将IP地址解析为MAC地址失败。
由于无线链路假设客户端只有一个设备，因此除非使用特殊方法（如relaydWDS），否则网桥（顺便说一下，中继器也是如此）无法通过 WiFi 工作。通常，您甚至无法将无线客户端接口桥接到以太网接口。只有一种例外：一种特殊的 Broadcom 无线驱动程序，可执行某种“MAC 伪装”。
另一方面，接入点和客户端都必须支持 WDS：在此配置中，无线数据包携带 4 个 MAC 地址，而不是两个。除了直接发送方和接收方地址外，还有源地址和目标地址。这样，真正的以太网桥接就成为可能。
不过，WDS 确实有一个问题：通常，它将加密限制为 WPA，这是不安全的。Atheros 设计了一个允许 WPA2 的 WPS 专有扩展。因此，只有一种解决方案可以通过 WiFi 实现稳定的以太网桥接：在两端都使用 Atheros 设备。
STP 与此无关。
OpenWrt wiki 上也有一篇很好的文章客户端模式 无线。
答案2
由于它是无线网桥，我怀疑连接不稳定。STP 不是造成这种情况的真正原因。它的目的是防止桥接环路，这样您的网络就不会被循环数据包填满而变得无法使用。关闭它通常是一个坏主意，因为它现在无法保护您免受这种情况的影响。
如果端口“反弹”，STP 将在重新选择根桥时阻止该接口。如果检测到桥接环路，它也会阻止该接口。我怀疑您的拓扑结构比您在图中显示的要复杂。新服务器有另一个接口吗？