私たちは、お客様の一般的なLANとケーブルを共有するための多くのIoTデバイスを持っています。私たちはそれらを論理的に分離したいと思います。通常の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クライアントはこれらのオプションが含まれていない提案を拒否するように設定できます(ISC用クライアントrequire
の説明を参照)。dhclient.conf
ただし、ネットワーク上のすべてのDHCPサーバーとクライアントを制御することはできないため、これは悪い考えです。プライマリDHCPサーバーはクライアントに問題を引き起こさないかもしれませんが、自分のDHCPサーバーが機能していない既存のネットワークホストアドレスを使用して他のクライアントからの要求に応答するのを防ぐことはできません。