我们有一堆物联网小工具,它们将与客户的常规 LAN 共享布线。我们希望它们在逻辑上是分开的。假设常规 LAN 使用 198.162.xx,而我们想要使用 10.10.xx。这些小工具已经足够多了,为它们使用静态地址是不切实际的。他们不需要通过 LAN 与任何客户的设备进行通信,但在这方面是完全独立的。
LAN 本身(布线、交换机等)不是我们的硬件 - 我们不管理它,也不想让管理人员的现有使用变得复杂。我们不能指望使用 VLAN,或者现有交换机将支持 VLAN,并且我们不能添加额外的硬件(例如中继)。我们只是想利用现有的布线基础设施。常规 LAN 将是 Windows 工作站,我们的设备将运行某种风格的 GNU/Linux。
到目前为止,我读到的关于同一 LAN 上的多个 dhcp 服务器的内容要么是 a)“不要这样做,这是一个错误”,要么 b)“是的,如果它们正在合作和负载共享,那么这很好。相同的逻辑网络,并且客户端从哪个服务器获取其地址并不重要”。
看来 dhcp 客户端可以使用许多选项,包括用户定义的选项。有没有办法设置 dhcp 服务器(我们的硬件)和 dhcp 客户端(也是我们的硬件),以便客户端仅接受来自我们的 dhcp 服务器的地址提供,并拒绝或忽略来自任何其他 dhcp 服务器的地址提供?
具体来说,有没有办法让 dhcp 客户端识别并执行“选项 dhcp-server-identifier”?在我看来,这应该是可能的,但我还没有找到任何例子或讨论。
答案1
是的,从技术上讲这是可能的:您的 DHCP 服务器可以定义新选项,并且您的 DHCP 客户端可以设置为拒绝不包含这些选项的提议(请参阅require
中的声明dhclient.conf
,针对 ISC 的客户端)。
然而,这是一个坏主意,因为您无法控制网络上的所有 DHCP 服务器和客户端。默认的 DHCP 服务器可能不会给您的客户端带来问题,但您将无法阻止自己的 DHCP 服务器回答其他客户端的请求,并提供对它们不起作用的现有网络主机地址...