記事ディレクトリ
1. データリンク層
(1) データリンク層とネットワーク層の連携
データリンク層の主な機能は、隣接するデバイス間のデータ送信を担当することです。
ネットワーク層にはピアツーピア通信があります。IP プロトコルは主に開始点から終了点までを記述するために使用されます。リンク層はネットワーク層を補足するもので、開始点から終了点までのパス内の各隣接ノードのデータ送信を担当します。
ネットワーク層の主な関心は始点から終点までであり、
リンク層はパス上の各隣接ノードの通信に関係します。先ほど
は、仏典から学ぶ唐僧の例を挙げました。
別の例を見てみましょう:
たとえば、河南省から北京に行きたい場合、これは先ほど説明した出発点と終点であり、出発点と終点だけでは十分ではありません。河南省から車で特定の空港まで行き、その後特定の空港からA地点まで乗り換えるなど、途中の旅程を説明します。 北京に到着し、途中で予定されているルートは次のとおりです。
始点から終点までのこの旅程全体がネットワーク層に相当します。そして、これらの場所一つ一つの移動、つまり具体的な移動手段や経路がデータリンク層に相当します。
旅程表がないと、移動方法やルートはわかっていても、具体的なルートがわかりません。しかし、旅程を知っているだけで、特定の通路を通らなければその場に留まることはできない、これがネットワーク層とデータリンク層の関係です。TCP が IP を支援するのと少し似ており、TCP はポリシーを提供し、IP はアクションを提供します。
(2) LAN通信の原理
クロスネットワーク伝送の本質は、無数の LAN による転送の結果です。クロスネットワーク転送を完全に理解するには、まず LAN 内でのパケット転送の原理を理解する必要があります。同じ LAN 内のホストは直接通信できます。図に示すよう
に
、 :
まず、m1 は m6 と通信する必要があります。m1 はバスに接続されている各ホストに MAC フレームを送信します。その後、各ホストはそれが私に送信されたものであると判断します。これは、各ホストが MAC アドレスである一意の識別子を持っているためです。そうでない場合、それは破棄され、配信されます。
結論:
LAN 内のすべてのホストは実際には対応する MAC を受信できますが、ほとんどのホストはデータ フレーム内のターゲット MAC アドレスと自身のデータ リンク層での自分の MAC アドレスを比較することによってフォローアップするかどうかを決定します。
パケット キャプチャ ツールの原理:
ローカル エリア ネットワークでは、ネットワーク カードは無差別モードを備えており、タスク データ フレームを放棄せず、上向きに直接配信します。
LAN 通信の本質:
LAN では一度に 1 つのホストだけがメッセージを送信できますが、複数のメッセージを同時に送信すると、LAN 内のデータが衝突して無効なデータになるため、独自の戦略も必要です、ホストが衝突しないようにするための衝突検出および衝突回避アルゴリズムなど。
LAN をシステムの観点から見ると、LAN
を重要なリソースとみなすことができ、衝突検出と衝突回避により、一度に 1 つのホストだけが重要なリソースにデータを書き込むことができます。
ローカル エリア ネットワークは大きすぎてはなりません。理由:
ローカル エリア ネットワークが大きすぎると、ホストが多く、いつでも衝突の可能性が高くなります。たとえば、ワイヤレス WIFI もローカル エリア ネットワークで通信します。多くの人々がいて、周囲に基地局が 1 つしか構築されておらず、電力が確実にある場合、カードは非常に困難です。
緩和: スイッチは、衝突の可能性を減らすために衝突データを転送するのではなく、局所的な衝突を識別するために使用できます。
(3) イーサネットプロトコル
イーサネット プロトコル:
ネットワーク層の IP プロトコルはルーティングの選択を担当します。率直に言うと、ネットワーク層の IP プロトコルはルートを選択しますが、ネットワーク層はマシン A からデバイス B に到達する方法については考慮しません。ただし、データ リンク層は隣接デバイスの転送を担当します。
イーサネット フレーム形式:
32 ビットの送信元 MAC アドレス/宛先 MAC アドレス: 送信者/受信者の MAC アドレスを示し、隣接するデバイスの説明と識別に使用されます。ネットワーク カードのハードウェア アドレス (MAC アドレスとも呼ばれます) を指します。長さは 48 ビットで、ネットワーク カードの工場出荷時に固定されています。
16 ビット上位層プロトコル: データ配信時の上位層解析プロトコルを選択するために使用されます。フレーム プロトコル タイプ フィールドには、IP、ARP、RARP に対応する 3 つの値があります。受信側がペイロードを識別しやすくするためです。現在のイーサネット プロトコルをタイプごとに合意します。
32 ビット FCS: フレームの最後には CRC チェック コードがあり、送信中にデータが歪んでいるかどうかをチェックします。
MAC アドレスと IP アドレスを理解します。
ネットワーク層はルートを選択し、データリンク層は隣接するデバイスの転送を担当します。
データリンク層は、ネットワーク層によって選択されたルーティング項目に従って転送します。転送されるルートに対応する隣接デバイスの MAC アドレス (
サブネット内のマシンの MAC アドレス
、または接続されているルーティング項目 WAN に対応する MAC アドレス)までである必要があります。
(4) ARPプロトコル
上でイーサネット プロトコルの形式について説明しましたが、この形式の宛先アドレスと送信元アドレスは、宛先 MAC アドレスと送信元 MAC アドレスを参照していることがわかります。つまり、データがデータ リンク層にある場合、その MAC アドレスは、ターゲット ホストを知る必要がありますが、ネットワーク層では、プロトコルによってデータ リンク層に送信されるデータにはターゲット ホストの IP アドレスのみが含まれており、それに対応する MAC アドレスを知ることはできません。
ターゲットホストのMACアドレスを取得するにはどうすればよいですか?
ネットワーク通信中、送信元ホストのアプリケーション プログラムは宛先ホストの IP アドレスとポート番号を知っていますが、宛先ホストのハードウェア アドレスは知りません。データ パケットは最初にネットワーク カードによって受信され、次にネットワーク カードによって処理されます。受信したデータ パケットのハードウェア アドレスがマシンと一致しない場合、パケットは直接破棄されます。
したがって、通信前に宛先ホストのハードウェアアドレスを取得する必要があります。
つまり、イーサネット プロトコルを構成するときは、最初に隣接するデバイスの MAC アドレスを知る必要があります。これにより、宛先ホストのハードウェア アドレスを段階的に知ることができますが、現在のホストが知っている場合はどうすればよいでしょうか。隣接装置の MAC アドレスがわかりません 何か?
arp プロトコルを使用して隣接装置の MAC アドレスを取得します
- サブネット内のマシンのMACアドレスを取得します。
- 接続しているルータ機器WANのMACアドレスを取得**
ARP プロトコルはこの問題を解決するために使用され、IP アドレスを通じて対応する MAC アドレスを取得できます。ここでの IP アドレスは基本的に、ルーティング項目を通じて計算された次のデータの送信先の IP アドレスであり、自分自身に送信される宛先 IP アドレスではありません。
したがって、ARP プロトコルは、ネットワーク層とデータリンク層の間のプロトコル、つまり、ホスト IP アドレスと MAC アドレスの間のマッピング関係を確立します。
ARP データグラムの形式:
ヘッダー:
イーサネット宛先アドレス: ARP 要求では、宛先 MAC アドレスが 0xFFFFFFFF で埋められ、現在のデータがサブネット内のすべてのマシンに転送されることを示します。
イーサネット送信元アドレス: これは送信元 MAC アドレスであり、現在のホストの MAC アドレスです。
フレーム タイプ: 上位プロトコル (ARP プロトコル)
28 バイト ARP 要求/応答:
ハードウェア タイプ: 現在のネットワーク タイプ: イーサネット、トークン リング ネットワーク。
プロトコル タイプ: 変換されるアドレス タイプ。IP は MAC に変換されます。
ハードウェアアドレス長: MAC アドレスの長さを示します。
プロトコルアドレスの長さ: IP アドレスの長さを示します。
op: リクエストかレスポンスかを識別します。
1: リクエスト
2: レスポンス
ARP プロトコルの動作原理:
アドレス問題を解決するためのプロトコルです。ターゲット IP アドレスを手掛かりとして、次にデータ パケットを受信すべきネットワーク機器に対応する MAC アドレスを特定するために使用され、一般的には隣接する機器の MAC アドレスを取得します。ターゲット ホストが同じリンク上にない場合、ネクストホップ ルーターの MAC アドレスは ARP を通じて見つけることができます。ただし、ARP は IPv4 にのみ適用され、IPv6 には適用されません。
ARP はどのようにして MAC アドレスを知るのでしょうか?
ARP は、ARP リクエストと ARP レスポンスの 2 種類のパケットを使用して MAC アドレスを決定します。
ホスト A が同じリンク上でホスト B に IP パケットを送信するとします。ホスト A の IP アドレスは 172.20.1.1、ホスト B の IP アドレスは 172.20.1.2 です。両者は互いの MAC アドレスを知りません。
ホスト B の MAC アドレスを取得するために、ホスト A はまず ARP 要求パケットをブロードキャストで送信します。
このパケットには、MAC アドレスを知りたいホストの IP アドレスが含まれています。つまり、ARP 要求パケットには、ホスト B の IP アドレス 172.20.1.2 がすでに含まれています。ブロードキャスト パケットは、同じリンク上の他のホストまたはルーターによって受信される可能性があるためです。
したがって、ARP 要求パケットは、同じリンク上の他のホストやルーターによっても分析されます。
ARP 要求パケット内のターゲット IP アドレスが自身の IP アドレスと一致する場合、このノードは自身の MAC アドレスを ARP 応答パケットに詰め込み、ホスト A に返します。
概要:
IP アドレスから ARP 要求パケットを送信して自分の MAC アドレスを取得します (ARP 要求パケットには、相手に自分の MAC アドレスを伝えるという別の機能もあります)。ターゲット ホストは自分の MAC アドレスをARP応答パケット 送信元IPアドレスに返信します。このようにして、ARPによりIPアドレスからMACアドレスを取得することができ、リンク内でのIP通信が実現できます。
送信元ホストは、「IP アドレスが 192.168.0.20 であるホストのハードウェア アドレスは何ですか」という ARP 要求を送信し、この要求をローカル ネットワーク セグメント (イーサネット フレーム ヘッダー FF:FF:FF のハードウェア アドレス) にブロードキャストします。 :FF:FF: FFはブロードキャストを意味します)。
宛先ホストはブロードキャスト ARP 要求を受信し、IP アドレスがホストと一致することを検出すると、ARP 応答パケットを送信元ホストに送信し、応答パケットに自身のハードウェア アドレスを埋めます。
ARP キャッシュ テーブル
各ホストは ARP キャッシュ テーブルを保持しており、arp -a コマンドで表示できます。キャッシュテーブルのエントリには有効期限があり、20分以内に再度使用しないとエントリは無効となり、次回宛先ホストのハードウェアアドレスを取得するためにARPリクエストが送信されます。(通常は 20 分)。
ARP キャッシュ テーブルがあるのはなぜですか?
IP データグラムを送信するたびに MAC アドレスを求める ARP リクエストを行うと、不要なネットワーク トラフィックが発生するため、取得した MAC アドレスを一定期間キャッシュしておくのが一般的です。これは、同じ情報が再度使用される可能性があることを予測し、この情報を保存するためにメモリ内に領域を開くことを指します。
つまり、ARP で初めて取得した MAC アドレスは、IP と MAC のマッピング関係として ARP キャッシュテーブルに記憶され、次回この IP アドレスにデータグラムを送信する際には、ARP リクエストを再送信する必要はありませんが、これを直接使用します。 キャッシュ テーブル内の MAC アドレスは、データグラムの送信に使用されます。効率を向上させます。
注:
ARP が実行されるたびに、対応するキャッシュ コンテンツがクリアされます。ただし、クリアする前であれば、ARP を実行しなくても目的の MAC アドレスを取得できます。このようにして、ARP パケットがネットワーク上で大量にブロードキャストされる可能性もある程度防止されます。
arp プロトコルはサブネット内でのみ使用でき、サブネット内のマシンにのみ arp リクエストをブロードキャストできます。つまり、サブネット内のマシンの MAC アドレスのみを取得できます。
質問:
IP アドレスと MAC アドレスは必須ですか?
データ リンク上の受信側の MAC アドレスがわかっていれば、データがホスト B に送信されることはわかりますか? では、その IP アドレスも知る必要がありますか? 、IP アドレスがわかれば、ARP を行わなくても、データリンク上でブロードキャストを行うだけでホスト B に送信できるのではないでしょうか? なぜ IP アドレスと IP アドレスの両方が必要なのでしょうか? MAC アドレス? 以下の図に示すように: ホスト A は
IP
データを送信したいと考えています ホスト B に報告する場合、ホスト B はルーター C を経由する必要があります。ホスト B の MAC アドレスがわかっている場合でも、ルーター C が 2 つのネットワークを分離するため、ホスト A からホスト B にデータグラムを直接送信することは依然として不可能です。ARP の送信は条件付きです。このとき、ホスト A はまずルーター C の MAC アドレス C1 にデータグラムを送信する必要があります。
したがって、IPアドレスとMACアドレスの両方が必須となります。そこで、この 2 つのアドレスを対応付ける ARP プロトコルがあり、2 段階の通信による過剰なネットワークトラフィックを避けるために、ARP には IP アドレスと MAC アドレスのマッピングをキャッシュする機能があります。このキャッシュ機能により、IPパケット送信時に毎回ARPリクエストを送信する必要がなくなり、パフォーマンスの低下を防ぐことができます。
2、NATプロトコル
NAT サーバーは、ネットワークをパブリック ネットワークとプライベート ネットワークに分割し、プライベート ネットワークの要求データについては送信元 IP アドレスの変換を続け、パブリック ネットワークから返信された応答データについては宛先 IP アドレスの変換を行います。メッセージの双方に認識がありません。ネットワーク要求は、プライベート ネットワーク ホスト、NAT 変換によってのみ開始でき、パブリック ネットワーク ホストが応答します。変換後、NAT サーバーはマッピング関係を保存する必要があります。
前述のように、IPv4 プロトコルでは IP アドレスの数が不足していますが、現在、IP アドレスの不足を解決するための主な手段として、ルーターの重要な機能である NAT 技術が使用されています (アドレス変換プロトコルとも呼ばれます)。図
に示すように: ワークフロー:上の図に示すように、送信元ホスト 10.0.0.10 と宛先ホスト 163.221.120.9 の間の通信を例に挙げます。NATでは、途中のNATルータが送信元アドレス10.0.0.10をグローバルIPアドレス(202.244.174.37)に変換してデータを送信します。逆に、アドレス 163.221.120.9 からパケットが送信された場合、ターゲット アドレス (202.244.174.37) は、まずプライベート IP アドレス 10.0.0.10 に変換されてから転送されます。TCP または UDP では、IP ヘッダーに IP アドレスが含まれているため、チェックサムの計算に使用されるため、IP アドレスが変更された場合は、それに応じて TCP と UDP のヘッダーも変換する必要があります。要約:
- プライベート ネットワークがパブリック ネットワークを要求する場合: ネットワーク データ内のプライベート ネットワークの送信元 IP アドレスをパブリック ネットワークの IP アドレスに変換します。
- パブリック ネットワークからプライベート ネットワークへの応答: ネットワーク データ内のパブリック ネットワークの宛先 IP アドレスをプライベート ネットワークの IP アドレスに変換します。
- スタティック NAT: プライベート ネットワークとパブリック ネットワークを独自に管理する NAT プロトコル。
- ダイナミック NAT: NAT は単なるパブリック ネットワーク IP を管理するだけではなく、プライベート ネットワーク データが到着すると、マッピング用にアイドル IP が選択されます。
ただし、静的であっても動的であっても、これは 1 対 1 の関係であり、プライベート ネットワーク IP はパブリック ネットワーク IP にマッピングされるため、枯渇の実質的な軽減はありません。
3.NAPTプロトコル
問題:
NAT は問題を実質的に解決しないため、プライベート ネットワーク内の複数のホストが同じ外部ネットワーク サーバーに同時にアクセスし、サーバーから返されたデータの宛先 IP アドレスはすべて同じになります。すべて NAT を介してマッピングされる 同じパブリック ネットワーク IP。ではこのとき、NATルーターはどのデータに転送するかをどのように判断するのでしょうか？
このとき、この問題を解決するためにIP アドレスとポート番号を使用するNAPTテクノロジが導入されました。以下の図からわかるように、送信時には、異なるホストの送信ポート番号が NAPT 技術によって処理され、送信時には同じ IP アドレスが使用されますが、ポート番号は異なり、これらのマッピング関係は、変換 表では、データが返送されると、対応するホストに転送されます。例:ホスト 163.221.120.9 のポート番号は 80 で、左の図では 2 つのクライアント 10.0.0.10 と 10.0.0.11 が同時に通信しており、これら 2 つのクライアントのローカル ポートは両方とも 1025 です。この時点で、IP アドレスを特定のグローバル アドレス 202.244.174.37 に変換するだけで、変換された数値はすべてまったく同じになります。したがって、ポート番号 10.0.0.11 を 1026 に変換するだけで問題は解決します。NAPT ルーターは、クライアント A と B が同時にサーバーと通信できるように、アドレスとポートの組み合わせを正しく変換できる NAPT 変換テーブルを生成します。このテーブルはいつ生成されますか? この変換テーブルは、NAT ルーター上で自動的に生成されます。TCP の場合、このテーブルは、TCP 接続の最初のハンドシェイクが確立され、SYN パケットが送信されるとすぐに生成されます。そして、コネクション切断時に送信される FIN パケットの確認応答はテーブルから削除されるため、UDP 通信の両端のアプリケーションの開始時刻と終了時刻は必ずしも一致しないため、この場合の換算表です。UDP通信の両端の開始時刻と終了時刻が必ずしも一致しないのはなぜですか? これは、UDP がコネクションレス型プロトコルであり、信頼性の高いデータ送信およびフロー制御メカニズムを提供しないためです。UDP には接続を確立するプロセスがないため、接続状態を維持したり、確認応答を送信したりしません。送信者はメッセージをデータ パケットにカプセル化し、受信者に送信します。受信者はこれらのデータ パケットを可能な限り最適に受信して処理します。これは、データ パケットの配信順序、信頼性、またはタイミングが保証できないことを意味します。
UDP では、送信者と受信者は互いに干渉することなく独立して動作します。これは、送信者は独自の速度でパケットを送信できる一方、受信者は異なる速度でパケットを受信して処理できることを意味します。これにより、送信者が短期間に大量のパケットを送信し、受信者がそれらのパケットを受信して処理するのに時間がかかる可能性があるため、開始時間と終了時間が不一致になる可能性があります。
概要:
TCP または UDP を使用した通信では、宛先アドレス、送信元アドレス、宛先ポート、送信元ポート、プロトコルの種類 (TCP または UDP) が同じ場合にのみ、同じ通信接続とみなされます。この時に使われるのがNAPTです。NAPT シナリオでは、理論的には、パブリック ネットワーク IP は最大 65536 個のプライベート ネットワーク IP を変換できます。
NAT ゲートウェイはプライベート ネットワーク ホストとパブリック ネットワーク ホストに対して透過的であり、通信プロセス中に両者は認識しません。
NAT ゲートウェイは、応答が返された後に再度変換されるのを防ぐために、変換後にマッピング関係を保存します。
プライベート ネットワークからパブリック ネットワークへ: ネットワーク データ内の送信元 IP アドレスをパブリック ネットワークの IP アドレスに変更します。
パブリックネットワークからプライベートネットワークへ: ネットワークデータ内の宛先IPアドレスをプライベートネットワークIPアドレスに変更します。
NAPT ではポート変換が追加され、1 つのパブリック ネットワーク IP が複数のプライベート ネットワーク ホストにサービスを提供できるようになります。IP アドレスの枯渇の問題を軽減します。データは最初にプライベート ネットワークからパブリック ネットワークにのみ転送でき、パブリック ネットワークからプライベート ネットワークには転送できません。
4.ICMPプロトコル
ICMP プロトコルはネットワーク層プロトコルです。新しく構築されたネットワークでは、多くの場合、最初に簡単なテストを実行して、ネットワークがスムーズであるかどうかを確認する必要があります。しかし、IP プロトコルでは信頼性の高い伝送が提供されません。パケットが失われた場合、IP プロトコルは通知できません。送信 パケットが層でドロップされたかどうか、およびパケット損失の理由。
ICMP機能：
IPパケットが目的のIPアドレスに正常に到達したかを確認します。
IP パケットが送信中にドロップされた理由を通知します。
ICMP も IP プロトコルに基づいて動作しますが、トランスポート層の機能ではないため、依然としてネットワーク層プロトコルによるものだと考えられています。ICMP は IPv4 でのみ使用できます。IPv6 の場合は、ICMPv6 ping コマンド
を使用する必要があります。ping の後には、URL ではなくドメイン名が続きます。このドメイン名は、DNS を通じて IP アドレスに解決できます (後述)。ネットワークの接続を検証し、応答時間や TTL (IP パケットの存続時間、ライフサイクル) をカウントすることもできます。ping コマンドは、まず ICMP エコー要求をピアに送信します。ピアエンドがそれを受信すると、ICMP Echo Reply を返します。注: Telnet はポート 23、ssh はポート 22 ですが、ping はどのポートですか? ping コマンドは ICMP に基づいているため、ネットワーク層にあります。ポート番号はトランスポート層の内容です。ICMP には、ポート番号情報などはありません。
5.DNS
ここで、NAT の欠点について説明します。NAT
の変換はこの変換テーブルに完全に依存しているため、多くの制限があります。
- NAT の外部から内部サーバーへの接続を確立できません。
- 変換テーブルの生成と破棄には追加のオーバーヘッドが必要です。
- 通信プロセス中に NAT デバイスに異常が発生すると、ホットスタンバイであってもすべての TCP 接続が切断されてしまうため、
このときにプロキシ サービスが存在します
。実際、プロキシ サーバーはパーソナル ネットワークとネットワークの間の仲介機関です。インターネットサービスプロバイダー。
例えば、サーバーに直接アクセスすると、メーカーに直接物を買いに行くのと同じことになりますが、その際、遠かったり手続きが煩雑で時間がかかる場合があります。プロキシサーバー経由でサービスを依頼するということは、委託販売店に物を買うのを手伝ってくれるのと同じで、遠方から商品を運んできて手続きをしてくれるので、私たちは代金を支払うだけで済みます。
プロキシ サーバーは広く使用されているテクノロジです。
壁越し: WAN のプロキシ
負荷分散: LAN のプロキシ。
例:
たとえば、海外の Web サイトにアクセスする場合、直接アクセスはできませんが、プロキシ サーバー経由でサービスをリクエストし、データを取得させ、そのデータを当社に転送することで、この Web サイトのデータも取得できます。
より多くの人がプロキシ サーバーを使用して同じターゲット サーバーにアクセスする場合、効率を向上させるために、データを取得するたびに転送するのではなく、プロキシ サーバーがターゲット サーバーのコンテンツを事前にキャッシュし、キャッシュされたデータを取得時に直接キャッシュすることがあります。誰かが訪問した場合 送り返す、これはリバース プロキシの技術であり、上記の転送の種類はフォワード プロキシです。
フォワード プロキシ サーバーは基本的にさまざまなリクエストをまとめてリクエストの管理を容易にします。リバース
プロキシ サーバーは多くの場合キャッシュとして機能し
、リバース プロキシ サーバーを介してよりバランスのとれた方法で受信トラフィックまたはリクエストを各クラスター内の異なるホストに分散します。負荷分散。
注:
ここでのプロキシ サービスは、NAT サービスとは似ていますが、まったく異なるものであることに注意してください。
プロキシ サービスは、任意のデバイスに展開でき、アプリケーション層で動作するアプリケーション層サービスです。私たちは個人的にプロキシ サーバーへのリクエストを開始し、ターゲット サーバーにアクセスします。
NAT サービスは、ゲートウェイ デバイス上に展開され、ネットワーク層で動作するネットワーク層サービスであり、ターゲット サーバーを要求します。
6.DHCP
DHCP は、ネットワーク接続に関連する IP アドレスおよびその他の構成情報をネットワーク上のデバイスに自動的に割り当てるために使用されるネットワーク プロトコルです。
新しい場所に行って新しいデバイスを接続するたびに IP アドレスを設定する必要がある場合、これは間違いなく非常に面倒なことです。そこで、IP アドレスを自動的に設定し、IP アドレスの割り当てを一元管理するために、DHCP が作成されました。
ホストがゲートウェイ デバイスに接続されると、ホストは DHCP 要求をブロードキャストし、ゲートウェイの IP アドレスを取得し、DHCP サービスによってその IP アドレスを自分自身に自動的に割り当てて、独自のルーティング テーブルを生成します。
知らせ：
- 大規模なネットワーク環境では、多数のデバイスの IP アドレスと構成情報を管理および割り当てるために 1 つ以上の専用 DHCP サーバーが存在する場合があります。これらの DHCP サーバーは、ネットワーク全体の IP アドレス プールを一元管理し、ネットワークに接続されているデバイスに適切な IP アドレスを動的に割り当てることで、各デバイスがネットワーク内で通信できるようにします。
- DHCP サーバーは通常、サブネット マスク、デフォルト ゲートウェイ、DNS サーバーなどの他の構成パラメータの割り当てをサポートします。DHCP を使用すると、ネットワーク管理者は、各デバイスにネットワーク情報を手動で割り当てて構成することなく、多数のデバイスの管理と構成をより簡単に行うことができます。
- 小規模ネットワークまたはホーム ネットワーク環境では、通常、ルーターに DHCP サーバーの機能が統合されているため、ルーターは DHCP サーバーとして機能できます。ただし、大規模なネットワークや、より複雑なネットワーク構成が必要な環境の場合は、専用の DHCP サーバーが別途セットアップされます。