ステートレスアドレス自動構成でDHCPv6を使用する理由


16

IPv6およびRFC 2462は、ホストがステートレスアドレス自動構成を介して独自のIPアドレスを構成する手段を提供します。私にはこれはミツバチの膝のように思え、DHCPv6サーバーを設定する代わりに誰かがなぜトラブルを経験したいのか疑問に思うようになります。私は専門職としてネットワークを管理していないので、私にはないDHCPv6をサポートしたいと思う明らかな簡単な理由があると推測しています。誰かがこれらの理由が何であるかについて詳しく説明してもらえますか?

回答:


7

DHCPv6は、アドレスの割り当てにおいて管理者により多くの制御を提供します。IPv6アドレスに対するそのような制御が本当に必要な場合、IPv6をまだ理解していません。

また、自動構成でサポートされる基本的なアドレス/ゲートウェイを超える追加の構成パラメーターを提供するために使用することもできます。例としては、WINSサーバー、NTPサーバー、TFTPブートサーバー、およびその他のあまり一般的でないオプションがあります。私の意見では、DHCPv6アーキテクチャを展開するのに苦労する価値はありません。

autoconfigに固執します。


6
TFTPを指定しても、DHCPサーバーを展開する価値はありませんか?私はあなたが... IP電話を導入したことがありません推測している
ジェイソン・ベルク

11
DHCPv6が必要な場合、まだ理解していないと主張するのは慢だと思います。DHCPv6が最良のソリューションであるシナリオは間違いなくあります。
アクセルベッカート14

9

DHCPv6がautoconfigが提供しないことの1つは、DNSサーバーです。


3
tools.ietf.org/html/rfc6106今のところ、とにかく
DerfK

1
RFC 6106があります。まだ使用できない場合、IPv4 DNSサーバーはおそらく使用可能になるまで使用できます。DHCPv6を使用する理由そのものではありません。
食べる

8

DHCPv6が必要な場合

  • ネットワーク管理者は、誰が(どの)IPv6アドレスを取得するかを制御できる必要があります。たとえば、AAAA DNSレコードと同期する必要があるため、または
  • MACアドレスを外部に通知したくない(つまり、使用しているハードウェアベンダー)が、プライバシー拡張機能を使用したくない場合、たとえば永続的なIPv6アドレスを使用する場合、または
  • IPv4用のDHCP(v4)サーバーから使用しているものと同じIPv6用の動的DNS更新が必要な場合。

動的DNS更新が必要な場合、SLAACを介したDHCPv6が必要なのはなぜですか?
エール14

良い点は、このステートメントを曖昧性が少なくなるように更新したことです。
アクセルベッカート14

2
@Ale一部のオペレーティングシステムは、SLAACを完全にカーネル内で処理し、SLAACの完了後にユーザーランドプログラムを呼び出すためのプロビジョニングを備えていません。これは、動的DNS更新を行うために必要です。DHCPv6はユーザーランドで行われるため、動的DNS更新を行うことができます。
マイケルハンプトン

@MichaelHampton SLAACの完了直後にユーザースペースコードを呼び出すための直接的なフックがない場合でも、SLAACの結果をユーザースペースに表示する方法は他にもたくさんあるため、ユーザースペースユーティリティを作成することは確かに可能です。割り当てられたアドレスを検出し、DNSを更新します。
カスペルド14

1
@kasperdそれはおそらく本当です...今私は誰かがそれをしたいと思います!これは私のFreeIPAドメインでの厄介な問題の1つです。
マイケルハンプトン

3

DHCPv6には、SLAACにはない多くの機能があります。これらの機能のほとんどはほとんど必要ありません。

ただし、多くの場合に役立つDHCPv6機能が1つあります。これがプレフィックス委任です。ISPのネットワーク管理者であれば、DHCPv6サーバーを展開する価値があるようにするには、その1つの機能で十分かもしれません。ISPで働いていない場合は、おそらくプレフィックスの委任は必要ありません。

プレフィックス委任でできることは、ISPのDHCPv6サーバーが、内部LANに使用できるアドレスの範囲をCPEルーターに通知できることです。プレフィックスの委任がなければ、ルーターのWANインターフェイスのみを自動構成できます。LANは手動で構成する必要があります。

CPEルーターはDHCPv6クライアントとして機能します。LANはSLAACのみを使用できるため、DHPv6サーバーとして機能する必要はありません。


1

SLAACは、アドレスを自動構成し、DHCPサーバーが必要とする集中化を削除するための良い試みでした。すべてのデバイスのアドレスがDHCPサーバーによって処理されるIPv4ネットワークでは、障害が発生すると、すぐに(リースの期限が切れ始めると)誰も会話できなくなります。

ただし、SLAACには機能がありません。たとえば、すべてのデバイスにローカルドメイン名を割り当てたい場合、とにかくローカルDNSサーバーが必要になります。すべての接続が(非常に)長いIPv6アドレスではなく、これらの名前で行われる場合、中央サーバーをバックアップして、きちんとした機能とそのいらいらするリスクを与えます。次に、DNSサーバーがある場合、DHCPサーバーは大きな問題ではありません。

別の例、複数のVLANがある場合。既知のデバイスのみをVLANに制限し、別のデバイスを新しい未知のデバイス用に設定するとします。このVLANはインターネットにアクセスできず、デバイスも見えません。次に、DHCPサーバーが手元にあります。

SLAACの大きな問題は、デバイスのアドレスにMACがあることです。アドレスサイズが増加し、プライバシーが低下したため、それを行うのは巧妙でした。DHCPサーバーでは、他のルールを使用してアドレスを設定できます。


0

ipv6の要点は、すべてのデバイスがネットワーク内でルーティング(発見)できる永続的な一意のアドレスを持つことです。DHCPの「D」は「動的」を表し、ipv4アドレスの枯渇が問題になり始めたときにipv4で必要でした。ルーティングに問題がなければ、ipv4アドレスを割り当てることができなくなりました。ipv6には当てはまりません。

必要ありません。それは、より大きなIPアドレス空間を持つという点を打ち負かします。

DHCPv6は、階層化されたIPアドレス空間を促進します。ipv4で見たように良い考えではありません。

autoconfigに固執します。


0

Dhcpv6-PDは、実際にはアドホックネットワークの意味で非常に効率的です。ndpを使用してdnsを取得できないコンピューターを手に入れたので、dhcpを使用してdns、tftp、および証明書サーバーを取得する必要があります。また、dhcpv6はプレフィックスの委任に適しています。/128アドレスを割り当てるのが好きです。


私は、すべての最新のOSが、これまでにルーターアドバタイズメントを通じてアドバタイズされるDNSを理解していると考えていました。また、/ 64より長いリンクプレフィックスを使用する理由はわかりません。
カスペルド
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.