DHCPクライアントがポート68でリッスンする理由

Question

クライアントが68ポートでリッスンしないとすると、DHCPサーバが要求を受信すると、要求を受信したアドレス（送信時にクライアントによって選択された一時的なポート）に送信できます。ポート68でリスニングするのですか？

Answer 1

DHCPがどのように動作するかを指定するRFC（Request for Comments）に含まれているためです。 RFC 2131は、DHCPクライアントとサーバーがどのように動作する必要があるかを指定するドキュメントです。

DHCP（特にセクション4.1）の詳細についてはhereを参照してください。 RFCの内容については、hereを参照してください。

Answer 2

主な理由は、DHCPサーバが、要求を受信したMACアドレスにユニキャストで送信するのではなく、MACレベルで「DHCPオファー」をブロードキャストする可能性があることです。 ポートが一定でない場合、この同じランダムポートに対して偶然聞いているホストの中には、アプリケーションレイヤであるレイヤ5へのパケットを受け入れるものがあります。 つまり、アプリケーションは、健全な状況ではなく、全く異なるアプリケーションからメッセージを取得します。

Answer 3

私はちょうど同じ質問を自分自身に直面しなければならなかった、といくつかの研究の後、私はセクション1.6設計目標の下で、DHCPプロトコルを記述RFC 2131、上で次を見つけた：

• DHCPがにサービスを提供しなければなりません

  UDPヘッダ：既存のBOOTPクライアントBOOTPプロトコルを記述RFC 951にも

は、我々は次のことを見つけることができます送信元および宛先ポート番号が含まれています。 BOOTPプロトコルは、2つの予約ポート番号、 'BOOTP client'（68） と 'BOOTP server'（67）を使用します。クライアントは、「BOOTP server」を宛先ポートとして使用して要求を送信します。これは通常放送です。 サーバは、宛先ポートとして「BOOTPクライアント」を使用して応答を送信します。 サーバ内のカーネルやドライバの機能によっては、 であっても、ブロードキャストでなくてもかまいません（詳しくは、 の「Chicken/Egg issues」というタイトルのセクションで説明しています）。 TWOO予約ポートが である理由は、ブートリプライをクライアントにブロードキャストする必要があるときに、「起床」を避けてBOOTPサーバ デーモンをスケジュールすることです。 サーバと他のホストは 'BOOTPクライアント'ポートでリッスンしませんので、 そのような着信ブロードキャストはカーネル レベルで除外されます。 UDPソースポートフィールドには、クライアントに「ランダム」ポート の番号を指定させるだけでは不十分です。サーバの応答が ブロードキャストである可能性があるため、ランダムに選択されたポート番号は、そのポートでリッスンしていた他のホスト を混乱させる可能性があります。

ですから、質問に対する答えは上記のものです。 DHCPクライアントはBOOTPプロトコルと互換性があり、BOOTPプロトコルはクライアントに特定のポートを要求するためにはUDPポート68を使用する必要があります。これはBOOTPREPLIESをブロードキャストすることができ、同じポートでリッスンしている他のホストが混乱する可能性があります。