マルチキャストDNS

マルチキャスト DNS ( mDNS ) は、ローカルネーム サーバーを含まない小規模ネットワーク内でホスト名を IP アドレスに解決するコンピューター ネットワーク プロトコルです。これはゼロ構成サービスであり、ユニキャストドメイン ネーム システム(DNS)と基本的に同じプログラミング インターフェイス、パケット形式、および動作セマンティクスを使用します。スタンドアロン プロトコルとして、または標準 DNS サーバーと互換性のあるプロトコルとして動作するように設計されています。^[1] IP マルチキャストユーザー データグラム プロトコル(UDP) パケットを使用し、ほとんどの Linux ディストリビューションに含まれる Apple BonjourおよびオープンソースのAvahiソフトウェア パッケージによって実装されています。Windows 10 の実装はネットワーク プリンターの検出に限定されていましたが、その後のリリースではホスト名も解決されました。^{[2] mDNS は、} RFC  6763で別途指定されているコンパニオンゼロ構成ネットワーク技術であるDNS サービス検出(DNS-SD)と連携して動作できます^。[3]

マルチキャストDNSは、2000年にIETFでビル・ウッドコックとビル・マニングによって初めて提案され、13年後にスチュアート・チェシャーとマーク・クロクマルによって標準化過程のRFC  6762として最終的に公開されました。^{[1] [4]}

mDNS クライアントがホスト名を解決する必要がある場合、その名前を持つホストに自身の識別を要求するIP マルチキャスト クエリメッセージを送信します。次に、そのターゲット マシンは IP アドレスを含むメッセージをマルチキャストします。その後、そのサブネット内のすべてのマシンはその情報を使用して mDNS キャッシュを更新できます。どのホストも、存続時間(TTL) がゼロの応答パケットを送信することで、名前に対する要求を放棄できます。

デフォルトでは、mDNS はトップレベル ドメインで終わるホスト名のみを解決します.local。これにより.local、mDNS を実装していないが従来のユニキャスト DNS サーバー経由で見つけられるホストが含まれている場合に問題が発生する可能性があります。このような競合を解決するには、mDNS が回避するように設計されたネットワーク構成の変更が必要です。

mDNS メッセージは、次のアドレスを使用して送信されるマルチキャスト UDP パケットです。

• IPv4 アドレス 224.0.0.251またはIPv6 アドレス ff02::fb
• UDP ポート5353
• イーサネットフレームを使用する場合、標準IPマルチキャストMACアドレス 01:00:5E:00:00:FB（IPv4の場合）または33:33:00:00:00:FB（IPv6の場合）

ペイロード構造はユニキャストDNSパケット形式に基づいており、ヘッダーとデータの2つの部分で構成されています。^[5]

ヘッダーはユニキャスト DNS のものと同一であり、データ部分のサブセクション（クエリ、回答、権威ネームサーバー、追加レコード）も同様です。各サブセクションのレコード数は、ヘッダー内の対応する *COUNT フィールドの値と一致します。

クエリセクションのレコードのワイヤフォーマットはユニキャストDNSのフォーマットから若干変更されており、1ビットのUNICAST-RESPONSEフィールドが追加されています。^[1]

ユニキャスト DNS と同様に、QNAME フィールドはラベルと呼ばれる一連の長さ/値のサブフィールドで構成されます。各ラベルは、完全修飾ドメイン名(FQDN)内のドットで区切られたサブ文字列の 1 つを表します。リストは、DNS のルートを表す単一のヌル バイト、またはメッセージ内の別の場所への間接ポインターを示す上位 2 ビットが設定されたバイト (値 192) のいずれかで終了します。これは、RFC 6762 では名前圧縮と呼ばれています。

UNICAST-RESPONSE フィールドは、ネットワーク上の不要なブロードキャストを最小限に抑えるために使用されます。このビットが設定されている場合、応答者はネットワーク全体に応答をブロードキャストするのではなく、問い合わせノードに直接、指向性ユニキャスト応答を送信する必要があります。

QCLASS フィールドは、ユニキャスト DNS にあるフィールドと同じです。

回答、権威ネームサーバー、および追加レコードのセクション内のすべてのレコードは同じ形式を持ち、総称してリソース レコード (RR) と呼ばれます。

mDNS のリソース レコードも、ユニキャスト DNS と比べて一般的な形式が若干変更されています。

CACHE-FLUSH ビットは、この RRNAME および RRTYPE の既存のキャッシュされたエントリにレコードを追加するのではなく、上書きするように隣接ノードに指示するために使用されます。

RDATA フィールドの形式は、ユニキャスト DNS の形式と同じです。ただし、 mDNS の最も一般的な使用例であるDNS サービス検出(DNS-SD) では、一部の形式 (特に TXT レコード) に若干の変更が指定されています。

• Bonjour 睡眠プロキシ
• リンクローカルマルチキャスト名前解決(LLMNR)
• ネーム サービス スイッチ(NSS)

• マルチキャスト DNS - mDNS デザイナーの Stuart Cheshire が管理する情報サイト
• LLMNR、マルチキャストDNS、LAN上の名前