マイクロソフトコミュニティのモデレータ様から、同じ質問をこちらでもと紹介されましたので、
マイクロソフトコミュニティと重複投稿になりますが質問させていただきます。
適切に設計管理されているlanでは通常ＤＨＣＰサーバーは管理者が適切にせっていしたものひとつですが、身勝手なユーザー（特に特定メーカーを愛してやまない人たち）が、自分専用のLANを既存のLANにつないで使おうとする勝手な行為が後を絶ちません。
数年に一度は必ずというほど、某メーカーの無線LAN親機（DHCP機能付き）がかってに取り付けられ、そのたびにLANが大規模に混乱に落ちります。
本来DHCPはLANの基本のIPを振り分けるものですが、クライアントは、最も反応の早いｄｈｃｐサーバーからの割り当て返答問い合わせに反応して受け入れる実装が多いことから、あとからかってに設置された正常に設定されていないDHCPサーバーの情報を再起動などネットワークの初期化で反映してしまい、LANが混乱してしまいます。
こういうことを防ぐため、ｄｈｃｐクライアント機能に、ｄｈｃｐサーバーからの応答の情報を反映する辞典で、送信元のｄｈｃｐサーバーのMACアドレスなどによる情報で採用すべき信頼のできるｄｈｃｐサーバーかどうか判断したり、受け取るＩＰ情報に基づいて正常にインターネット通信ができるかどうか確認してｄｈｃｐサーバーからの情報を採用するようなオプションが、ネットワークアダプターのＩＰｖ4プロトコルの詳細設定でできればと思っています。
もしくは、ｄｈｃｐクライアントを補佐するためのＤＨＣＰサーバーとの応答通信を利用して採用するＤＨＣＰくらいあんとホジョプログラムがあればいいなぁと思います。以前Ｃ＃でプログラミングを試みた際、ＤＨＣＰ情報の再取得などで再設定できることも実験上では確認できましたので、機能的に不可能ではないと思っていますし、ネットワーク担当者の負担軽減にも役立つと思っていますが、ｏｓにｄｈｃｐサーバーの情報検証してからＤＨＣＰ情報を採用するような優れたＤＨＣＰキウライアント機能が標準では存在しないものでしょうか？
そもＤそも論でいうのであれば、物理的に未熟な人をネットワーク機器にかかわらせるなということなのですが、社長以下、担当者以外は、インターネット買ってこいレベルの人であることと、勝手につなげるような人はわたしのすきなメーカー製品が悪さするわけはない。といって逆切れするようなかかわりたくないレベルの人ばかりなのです。
ｏｓＧＡＷＡＤＥ 常に正しいＤＨＣＰサーバー情報しか反映されないようなｄｈｃｐクライアントが実装されれば、もんだいの根本対処はできると思っています。ＲＦＣにおけるＤＨＣＰサーバーの要件に複数のＤＨＣＰサーバーが存在するときのコンフリクト問題解決プロトコルが定義されてればよかったのですが・・・。ｄｈｃｐクライアントで対処するしかなさそうだと思いました。
