DHCPサーバーはDHCPを介して自身にIPアドレスを割り当てることができますか

これはちょっとした質問のように思われるかもしれません（そして、私はそれがそうかもしれないと恐れています）が、ネットワークの唯一のDHCPサーバーとして機能しているサーバーがIPアドレスの要求をネットワークに送信し、独自の要求をキャッチしてそれに答えることは可能でしょうか？ ？

私の直感はすべて答えを示さないので、理想的にはテストしてみますが、現在時間/余力がないため、他の誰かが同じことを考えて試してみたかったのです。

これは一般的な質問であることを意図していますが、誰かが興味を持っている場合は、ubuntu 11.04でisc-dhcpを実行しています

技術的には、仕様でそれが発生することを許可しますが、そうしようとするのはばかげています。

2つの点で悪い考えですが、可能です。

1. 同じマシン上のDHCPサーバーがまだ起動されていない場合、サーバーは起動時にIPを割り当てることができません。したがって、IPを割り当てる前に、DHCPサーバーが起動していることを確認する必要があります。
2. DHCPが動的に割り当てられたホストのDNSも更新する場合、DNSに障害が発生したときにDHCPサーバーがどこにあるかを知るのは（何らかの理由で）非常に困難です。

理論的には、ほとんどのLinuxディストリビューションでは何も設定または提供されていない場合、これらがapipa（169.254.0.1から169.254.255.254）のアドレスになるので、それは可能であるべきだと思います。したがって、dhcpサーバーは実行でき、要求に応答できるはずです。これで、サーバーのMACアドレスに予約済み（固定）IPアドレスを構成し、dhcpクライアントデーモンが実行され続け、試行を続ける場合、理論的には、dhcpサーバーデーモンが応答できるはずです。次に、独自の適切なIPアドレスを設定し、他のマシンからのdhcp要求に引き続き応答できるようにする必要があります。

DHCPサーバーがapipaアドレスを持つことができるかどうかはわかりませんが、IPの変更後にサーバーデーモンを再起動する必要があると思いますが、それ以外は...これの賢明な使用例はまだ考えられません。

私の知る限りこれは不可能です。DHCPは単にブロードキャストベースではありません。DHCPプロトコルの最初の部分はブロードキャストベースですが、ある時点で、サーバーとクライアントはIPアドレスを使用して通信します。

私が正しく思い出した場合（RFCが手元にない場合）、サーバーは、実際のIPアドレス情報を送信する必要がある会話の最初のサーバーです。

これにより、自動的にサーバーにサービスを提供させることができなくなります。

もちろん、サーバー自体が別のDHCPサーバー（通常は予約済み固定IP）からDHCP構成を受信するDHCPクライアントである可能性もあります。少し奇妙ですが、そのようなセットアップのいくつかのユースケースを想像できます。