DHCP不能通过长桥接networking工作

我在当地的港口设置了一个热点。 我遇到了一个问题,我的设置。 创build热点连接的接入点是UBNT的户外长距离天线。 距离最近的路由器到天线最佳位置的距离为1km。 这不是直接露天:/

我设法让它与UBNT的AirMax合作。 我的设置看起来像这样:

  1. 192.168.1.1 – 我的路由器
  2. 192.168.1.30 – 我的第一个AirMax天线(接模式)。 创build一个名为CARRIERONE的networking
  3. 192.168.1.31 – 连接CARRIERONE的无线电台。
  4. 192.168.1.40 – 我的第二个AirMax天线(从点3的桥模式)。 创buildCARRIERTWO。
  5. 192.168.1.41 – 连接到CARRIERTWO的无线站。
  6. 192.168.1.50 – 创build热点的接入点(桥接模式。从点5开始的networking)

这就像一个魅力,除了连接到热点的计算机不会获得dynamic的IP。 用户必须分配静态IP。

我已经尝试了相同的设置,只有两个链接(尽pipebuild筑物的链接质量bc非常差),然后客户端分配了dynamicIP。

我已经设法通过将接入点设置为路由器来解决这个问题。 但是我们有扩大networking的计划,并且真的想把所有东西都放在网桥模式下。

为什么当我们使用3个链接时,而不是当我们使用5个链接? 设置完全相同,除了IP。

这是一个正常的问题? 我是否需要特殊的设备,或者当桥梁太多时,可能是无法pipe理IP的路由器?

如果我没有记错的话,正常的DHCP请求/响应(至less对于Windows Server)可以通过的默认路由器数量是4。

如果您的路由器正常运行,每当DHCP请求通过时,就会将跳数加1。 一旦该跳数大于最大值(4),就会被丢弃,因为预计服务器会在距离服务器4跳的地方有一个DHCP服务器。 它也阻止DHCP中继从networking淹没超过他们所需的时间。

这就是为什么3作品,而不是5。