桥接模式与端口转发

Question

我有一个无线网络，其中有三个无线接入点，使用相同的 SSID 和密码组合 [...] 虽然我有两个网络，但效果很好

与您的问题无关，但我想这里已经存在一个问题。

SSID 告诉客户端设备它们要加入哪个网络——通常它们希望无缝地从一个 AP 漫游到另一个 AP（具有相同的 SSID），而无需关闭任何连接，并且只有当所有 AP 都提供对同一子网的访问权限时，这才有效。因此，如果有多个接入点提供相同的 SSID，它们实际上应该提供对同一网络，而不是两个网络。（或者，如果网络是分开的，那么 SSID 也应该不同。）

我的意思是，如果设备始终具有强信号并且在传输数据时不会移动，那么您的设置基本上会起作用......但它仍然不是很好。

现在我有一个连接到网络 A（基于物理位置，并且不可移动）的物联网设备，我希望能够在连接到网络 B 时与它进行通信。

直接连接应该已经可以正常工作。任何 192.168.xx 设备都应该能够毫无问题地与任何 10.0.0.x 设备建立 IP 连接。ping 192.168.y.z从计算机上尝试，它应该可以工作。

尽管如果你的物联网设备使用广播在通信中，情况有所不同 - 它们几乎永远不会通过路由器，并且始终局限于自己的子网。

我不知道是否可以说服物联网设备的应用程序使用特定的 IP/端口组合

...好吧，如果应用程序仅支持自动设备发现并且不允许您输入特定的 IP 地址，那么这听起来确实需要发送/接收广播数据包。

我怀疑 Google Home（中间的路由器）是否有转发广播的选项。这是一个很少见的功能。

我以为端口转发是可行的方法，但与 Google 技术支持的长时间聊天告诉我，即使我想要端口转发，他们的应用程序也不会这样做，除非你已经将设备连接到网络 B

从网络 B 连接到网络 A 时不需要端口转发，原因与从网络 A 连接到互联网时不需要端口转发相同。只需遵循“默认网关”配置，数据包就会到达它们需要到达的地方。

端口转发仅在相反方向（向内）有用 - 从 WAN 到网络 A，或从 A 到网络 B - 因为外部网络上的设备通常不知道通过哪种方式可以到达属于内部网络的地址。

但无论哪种方式，端口转发只会对直接连接有帮助，而对基于广播的“设备发现”没有帮助。

我搜索了网络，但没找到康卡斯特的“桥接模式”具体的作用。有些人说它允许 Wifi 在类似网状的配置下工作。（我不明白如果不进行更多配置，除了关闭调制解调器/路由器的 Web 界面上的单个开关，这怎么可能实现。我希望你至少要教它什么是 DHCP 的权威，等等）

您可以说桥接模式与路由器模式相反 - 它将所有端口（无论是“WAN”还是“LAN”）连接到单个子网。

如果要在“内部”设备（例如您的第二个 Google Home）上使用桥接模式，那么可以，由此产生的单个网络可以为您提供有时称为“网状 Wi-Fi”的功能，即能够通过多个接入点访问同一网络（尽管这只是一种流行的东西）经过网状 Wi-Fi 产品，与网状 Wi-Fi 产品没有特别的关系）。
另一方面，如果要在“最外层”设备（例如您的康卡斯特调制解调器）上使用桥接模式，那么该设备根本不应该提供 Wi-Fi（因为它现在位于“WAN”端），并且您将少一个接入点。

这两种情况的优点是，连接到所有接入点的所有设备都属于同一 IP 子网，可以相互访问，而无需担心路由问题。这也意味着您的应用向整个“LAN”广播的任何数据包也将到达 IoT 设备，反之亦然。

您说得对，需要采取一些措施来避免 DHCP 重复——在某些型号中，启用“桥接”切换自动地关闭设备上的 DHCP 服务，但大多数情况下您必须自行关闭它。

理想情况下，在您的情况下，康卡斯特调制解调器将继续充当路由器（因为它位于最外层），而有线 Google Home 将充当桥梁……但不幸的是，当您有其他网状 Wi-Fi 节点连接到它时，Google 不支持这一点。（并且 Home 应用程序中的各种花哨功能也会停止工作。）

其他消息来源称，它只是关闭了 Wifi 无线电，仅此而已。

不，但如果要在“最外层”设备上使用桥接模式，那么必要的关闭该设备上的 Wi-Fi – 因为连接到该设备的所有内容都位于 WAN 端（会尝试从 ISP 获取公共 IP 地址），而您通常不希望笔记本电脑和手机这样做。

是的，不幸的是，这意味着谷歌建议将康卡斯特调制解调器变成桥梁，导致物联网设备在其物理位置不再有 Wi-Fi。

它是否能适当地解决问题？

只要你的物联网设备物理上位于康卡斯特调制解调器旁边，就不会——因为那里仍然作为将其与您的应用程序分开的路由器（Google Home）。

Answer 1