我没有 DHCP 配置经验,并且正在寻找以下非理想情况的最佳解决方案:
我正在使用的设备
- iPhone(有时是 DHCP 服务器)
- 无线中继模式下的 Wifi 路由器/AP(桥接 Wifi 和以太网)
- Raspberry Pi 4 运行 isc dhcp 服务器
要求
- 当我的手机共享互联网时
- 它的地址是 172.20.10.1
- AP 连接到它
- 电话成为网络 172.20.10.0/28 的 DHCP 服务器。此 DHCP 服务器不可配置。推测池为 172.20.10.2-14。
- 当此 DHCP 服务器出现在网络上时,客户端应该快速适应 — — 不一定完美,但至少尽最大努力,即有很大概率可以正常工作。
- 当我的手机不共享互联网时
- 网络上的设备仍应通过 DHCP 分配地址。这是目前尚未完成的工作,即我本想解决的问题。
- 当另一台服务器再次出现时,该 DHCP 服务器应尽可能少地干扰
- 手机必须保留对网络上其他设备的访问权限
阅读了一点之后我想要做的是......
- ...通过将
isc
地址池设置为高半部分(即 9-14)来尽量减少冲突 - ...延迟
isc
服务器的报价,以便“优先考虑”无法配置的电话服务器。我找不到如何使用 来实现这一点isc
。能做到吗? - ...使用较短的租赁时间
isc
有没有更好的策略来处理这种 DHCP 情况(考虑到硬件的限制)?
答案1
...通过将 isc 地址池设置为较高的一半(即 9-14)来尽量减少冲突
如果 DHCP 服务器在发布地址之前使用 ARP 执行冲突检查,那就太好了。ISC DHCP 服务器支持这一点,但只使用 ICMP ping(某些设备可能会故意忽略它,导致误报,而 ARP 查询永远不会被忽略)。
有些客户端会在收到租约后、“接受”租约前自行进行此类检查。如果 DHCP 服务器支持“快速提交”,则应禁用该功能(尽管我认为 ISC DHCP 无论如何都不支持该功能)。
...延迟来自 isc 服务器的报价,以便“优先考虑”无法配置的电话服务器。我找不到如何使用 isc 来实现这一点。可以做到吗?
使用min-secs
参数。它将使 DHCP 服务器忽略初始 DHCPDISCOVER(其“秒数”字段为 0),同时仍对后续尝试做出反应。
RouterOS 有一个等效的选项,称为delay-threshold
。
...使用 isc 的短租赁时间
如果 ISC DHCP 服务器模仿 iPhone 的配置,则可能不需要。通常,只要子网和默认网关正确,哪个设备发出租约并不重要。(是的,服务器isc
可以将 172.20.10.1 (iphone) 宣传为网关 - 它不必是 DHCP 服务器本身。)