☰

通过 WiFi 客户端桥接显示“网络不可达”

tag-icon • tag-icon networking routing
通过 WiFi 客户端桥接显示“网络不可达”

我已经与一个问题斗争了一段时间，试图让我的家庭实验室环境正常运转。

显示相关网络相关部分的图表 在此处输入图片描述

问题

如果我尝试从计算机或笔记本电脑访问10.0.10.1（VLAN 10 的 IP）或10.0.10.2（连接到 Cisco 交换机上 Gi0/1 的设备的 IP），我会收到来自（Zyxel WiFi Bridge）的响应，提示“目标网络不可达”。10.0.0.1010.0.0.7510.0.0.3

这对我来说毫无意义。在我看来，我正试图访问当前广播域之外的网络 - 因此下一跳在逻辑上应该是网关10.0.0.1。通过执行跟踪路由，我也可以确认情况确实如此。

tracert 10.0.10.1

Tracing route to 10.0.10.1 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  10.0.0.1
  2  10.0.0.3  reports: Destination net unreachable.

Trace complete.

10.0.0.1在 EdgeRouter 4 上的 eth1 上。此接口也已172.20.0.1/24绑定，同时充当该范围的网关。此外，它还添加了一条静态路由，用于路由10.0.10.0/24 via 172.20.0.2（即 Cisco L3 交换机）。

那么，什么可能导致客户端设备（Zyxel - 仅用于为实验室提供连接，因为我无法在那里铺设电缆）无法理解如何路由流量？不幸的是，Zyxel 设备几乎没有设置。

我注意到的一件事是，我从 PC 或 EdgeRouter 发送到设备的任何流量在后面Zyxel AP，导致这些 IP 的 ARP 条目合勤科技MAC 地址。但是，从另一侧（即 Zyxel AP 后面的设备）来看，它似乎表现得符合预期（正确的 mac 地址存储在 arp 表中）。我的结论很简单，Zyxel 设备似乎代理了 ARP，我不认为（但如果我错了，请纠正我）真的会破坏任何东西。

我是否正确地猜测 Zyxel 在这里做了一些奇怪的事情 - 并且从理论上讲，所描述/说明的配置应该起作用 - 或者我在这里忽略了一些明显的东西？

在此先感谢您的帮助！ ：）

相关内容