もしそうなら、これはどのように機能するはずですか?クライアントは、割り当てが通過したインターフェイスに基づいて、インターフェイス識別子を自分で添付することになっていますか?
新しく更新された(2017年3月)RDNSSの定義RFC 8106は、 セクション5.1 で述べています。
注:RDNSSオプションのRDNSSのアドレスは、リンクローカルアドレスである場合があります。このようなリンクローカルアドレスは、それらのRDNSSオプションを受け取るリンクの対応するリンクゾーンインデックスとともに、リゾルバリポジトリに登録する必要があります。リンクローカルアドレスは、[RFC4007]で説明されているように、スコープ付きアドレスのテキスト形式のリンクゾーンインデックスとともにResolverリポジトリに表示される場合があります。リゾルバがリンクローカルアドレスで識別されるRDNSSにDNSクエリメッセージを送信する場合、対応するリンクを使用する必要があります。
おそらくこれは、リンクローカルDNSサーバーの使用が受け入れられるべきであることを示すために追加されたものであり、あなたが言うように、ホストはその場合、インターフェイス識別子をまっすぐに保つ必要があります。
新しいIPv6標準に関連するものと同様に、発表されているものを実際に使用できるようにするためのお気に入りのオペレーティングシステムでのサポートは異なりますが、最終的にはベンダーがサインオンして実装することを願っています。 Wikipedia で報告されていますが、「Windows 10 CreatorsUpdateではRFC8106 RDNSSのサポートが導入されています」とのことですが、この記事の執筆時点では引用はありませんが、独自に検証しておらず、わかりません。サポートにこの機能が含まれている場合。
DHCPv6オプションで指定されたDNSサーバーの状況を明確にする同様の更新は見つかりませんでした。言うまでもなく、さまざまなシステムで一貫して機能するとは思いません。
ネットワーククライアントにリンクローカルDNSサーバーを指定するための標準的な(指定または事実上の)方法が存在するまで、ラボ以外のシナリオでは、実際のグローバルアドレスを使用するか、少なくとも 一意のローカルアドレス を使用するのがおそらく最善です。 、これらはほとんどのソフトウェアが期待しているものだからです。
面白い。 RFCは、リンクローカルの使用については何も言及していません。 DHCPv6サーバーとしてJuniperSSG5を、クライアントとしてMac OS X Lionを使用して試してみましたが、機能しているようです:-) DHCPパケットを受信したインターフェイスがリクエストの送信インターフェイスになりました。
ただし、デバッグが非常に複雑になる可能性があります...