DHCPの原理とその実装方法

まず、DHCPは何ですか?

  67(DHCPサーバ)、68(DHCPクライアント):DHCPは、以前はBOOTPプロトコルとして知られている動的ホスト構成プロトコルは、ローカルエリアネットワークプロトコルで、一般的に2つのポートを使用し、UDPプロトコルの仕事を使用しています。DHCPは、一般的にLAN環境で使用される、主な役割は、IPアドレスを割り当て、管理に焦点を当てることで、クライアントの情報を動的にIPアドレス、ゲートウェイアドレス、DNSサーバアドレスなどを取得し、アドレスの利用率を高めることができます。簡単に言えば、DHCPプロトコルが自動的にネットワーク内のマシンにIPアドレスやその他の情報を割り当て、不要なアカウントのパスワードです。

 

  二、DHCP機能

  1は、任意のIPアドレスが同時にDHCPクライアントでのみ使用できることを確認します。

  2、DHCPは、恒久的にユーザーに固定IPアドレスを割り当てることができます。

  図3に示すように、DHCPは、他の方法が共存ホストIPアドレス(例えば、手動でホストのIPアドレスを設定)を用いて得ることができます

  4、DHCPサーバは、既存のBOOTPクライアントにサービスを提供する必要があります。

  三、DHCP原則

  DHCPの原理とその実装方法

  次のようにDHCPリクエストのIPアドレスは次のとおりです。

  1)マスターは、ブロードキャストDHCPDISCOVERパケットがネットワーク上のDHCPサーバーを見つけ送信します。

  2)DHCPサーバは、IPアドレス、MACアドレス、ドメイン名情報やアドレスのリースが含まれているホストDHCPOFFERパケットにユニキャストを送信します。

  3)マスターは、放送DHCPREQUESTパケットを送信し、サーバに提供する正式なIPアドレスの割り当てを要求します。

  4)DHCPサーバは、ホストの確認要求、ホストにDHCPACKユニキャストパケットを送信します

  注こと:DHCPクライアントは、複数のDHCPサーバーDHCPOFFERパケットを受信することもできるし、いずれかのDHCPOFFERパケットを受け入れることが、クライアントは通常、最初に受信したDHCPOFFERパケットを受け入れます。さらに、DHCPサーバは、DHCPOFFER [1]は、必ずしも最終アドレス割り当てのアドレスではありません指定し、クライアントが正式な要求を送信するまで、通常は、DHCPサーバーがこのアドレスを保持します。

  DHCPREQUESTブロードキャストパケットを使用して正式な要請DHCPサーバーアドレス、DHCPサーバ、他のすべてのDHCPOFFERパケットの送信は、データパケットを受信することができ、その後、クライアントに提供しています(事前に割り当てられた)IPアドレスを解放することによってします。

  DHCPクライアントのアドレスの末尾には、他のDHCPクライアントに送信された場合、クライアントはDHCPDECLINEは、アドレス情報がサーバーに割り当てられている受け入れることを拒否したパケットを送信します。

  クライアントから送信されたDHCP REQUESTメッセージのアドレス情報が正しくない場合は、クライアントが新しいサブネットに移行したか、またはリースが期限切れになった場合には、交渉過程では、、、DHCPNAK DHCPサーバが再へのクライアントを許可する、DHCPクライアントにメッセージを送信しますプロセスを開始するアドレス要求。

  四、DHCPの利点と欠点

  DHCPサービスを多くの利点:ネットワーク管理者は、各ホストをチェックしなくても、IPアドレスおよびその他の設定パラメータを確認することができ、DHCPリースは、同時に2台のホストを同じIPアドレスを与えることはありません。DHCPは、特定のコンピュータの管理者にバインドされたが、特定のを使用することができますIPアドレスは、あなたは、各DHCPスコープのための多くのオプションを設定することができます。あなたは、異なるサブネット間を移動するときにクライアントが再設定されたIPアドレスにする必要はありません。

  しかし、また、多くの欠点があります:ネットワーク上のDHCP IPアドレスがすでに使用中で非DHCPクライアントを見つけることができません。ネットワーク上の複数のDHCPサーバがある場合、他のサーバーのIPアドレスに貸し出されたことを検出することができないDHCPサーバー。ルータがBOOTP転送を許可しない限り、ルータ間でDHCPサーバは、クライアントと通信することはできません。

  DHCPの原理とその実装方法

  五、DHCP実装プロセス

  1、DHCPクライアントがDHCPサーバーを見つけ発見フェーズ、。ブロードキャストモードでDHCPクライアントが(クライアントにDHCPサーバのIPアドレスが不明であるため)DHCPは、DHCPサーバ、すなわちブロードキャストアドレス255.255.255.255送信、特定の情報を検索し、発見情報を発見送信します。ネットワークTCP / IPプロトコルのホスト上にインストールされた各が、この報知情報を受信しますが、唯一のDHCPサーバが応答します。

  DHCPの原理とその実装方法

  図2は、相を提供するために、DHCPサーバーがIPアドレスを提供しています。ネットワークでDHCP発見発見DHCPサーバーがIPアドレスからDHCPクライアントの選択に割り当てられた情報に応答します受信賃借していない、送信DHCPリースがDHCPクライアントにIPアドレスなどの設定が含まれています情報を提供します。

  DHCPの原理とその実装方法

  3、选择阶段,即DHCP客户机选择某台DHCP服务器提供的IP地址的阶段。如果有多台DHCP服务器向DHCP客户机发来的DHCP offer提供信息,则DHCP客户机只接受第一个收到的DHCP offer提供信息,然后它就以广播方式回答一个DHCP request请求信息,该信息中包含向它所选定的DHCP服务器请求IP地址的内容。之所以要以广播方式回答,是为了通知所有的DHCP服务器,他将选择某台DHCP服务器所提供的IP地址。

  DHCPの原理とその実装方法

  4、确认阶段,即DHCP服务器确认所提供的IP地址的阶段。当DHCP服务器收到DHCP客户机回答的DHCP request请求信息之后,它便向DHCP客户机发送一个包含它所提供的IP地址和其他设置的DHCP ack确认信息,告诉DHCP客户机可以使用它所提供的IP地址。然后DHCP客户机便将其TCP/IP协议与网卡绑定,另外,除DHCP客户机选中的服务器外,其他的DHCP服务器都将收回曾提供的IP地址。

  DHCPの原理とその実装方法

  5、重新登录。以后DHCP客户机每次重新登录网络时,就不需要再发送DHCP discover发现信息了,而是直接发送包含前一次所分配的IP地址的DHCP request请求信息。当DHCP服务器收到这一信息后,它会尝试让DHCP客户机继续使用原来的IP地址,并回答一个DHCP ack确认信息。如果此IP地址已无法再分配给原来的DHCP客户机使用时(比如此IP地址已分配给其它DHCP客户机使用),则DHCP服务器给DHCP客户机回答一个DHCP nack否认信息。当原来的DHCP客户机收到此DHCP nack否认信息后,它就必须重新发送DHCP discover发现信息来请求新的IP地址。

  6、リース更新。DHCPクライアントにDHCPサーバーが家賃を回復するDHCPサーバのIPアドレスが満了した後、IPアドレスは、一般的にリース期間を持つリース。クライアントがそのIP DHCPリースを延長したい場合は、そのIPリースを更新する必要があります。そして、IPのリース期間は半分以上、DHCPクライアントが自動的にDHCPサーバ、DHCPクライアントが起動にアップデートそのIPリースを送信します。

  理解を容易にするために、我々は、DHCPサーバなぞらえウェイター(あなたが複数の参加者を持つことができるレストラン)、IPアドレスの食品見立て顧客ニーズDHCPクライアントレストランゲストを比較しました。ゲストはレストランに歩いて、尋ねた:「?ウェイターああがあり、」あなたは全体のプロセスを記述することができます。このようにして、(DHCP DISCOVER)、複数の同時ウェイターは答えた:「はい、私はこれらの翼を持っている」「はい、私は」このハンバーガーを持っている(DHCP申し出)。ゲストは言う:(いつも私が食べ物を聞いた最初の時間を選択し、ゲストは、より剛性のDHCP要求、)「まあ、私はハンバーガーを持っているよ」、ハンブルクのスタッフが大声で答え保持:「来る」(DHCP ACK )、および食品は、(ネットワークカードとIPアドレスバインディングを楽しむいるゲスト、)の前に終わりました。ご宿泊のお客様は、次回来る、彼らはウェイターを直接指し最後の時間お好きなバーガー(DHCP要求)ハンバーガーがある場合は、ウェイターが(DHCP ACKを)もう一度確認し、奉仕し、すでに完売の場合、ウェイターゲストが語られます(DHCPのNACK)「申し訳ありませんが、完売します」。別段のゲストはこの料理を食べ続けることになる場合を除き、もちろん、ウェイターが随時ウェイターが残り物を奪うだろう、テーブル後にクリーンアップするでしょう。

おすすめ

転載: www.cnblogs.com/hll16/p/11942997.html