Loading article…
リンクローカルマルチキャスト名前解決（LLMNR ）は、ドメインネームシステム（DNS）パケット形式に基づくプロトコルであり、 IPv4ホストとIPv6ホストの両方が同じローカルリンク上のホストの名前解決を実行できるようにします。これは、Windows Vista、Windows Server 2008、Windows 7、Windows 8、Windows 10に含まれています。[1] Linuxではsystemd -resolvedによって実装されています。 [2] LLMNRはRFC 4795で定義されていますが、IETF標準としては採用されていません。[3]
2022年4月現在、マイクロソフトはLLMNRとNetBIOSの名前解決を段階的に廃止し、 mDNSを導入するプロセスを開始しています。[4]
プロトコルの詳細
クエリに応答する場合、応答側は次のリンク スコープマルチキャスト アドレスのUDPポート 5355 をリッスンします。
- IPv4 - 224.0.0.252、MAC アドレス01-00-5E-00-00-FC
- IPv6 - FF02:0:0:0:0:0:1:3 (この表記は FF02::1:3 と省略可能)、MAC アドレス 33-33-00-01-00-03
レスポンダは、ホストがクエリに応答するために使用する ユニキャストアドレスのTCPポート 5355もリッスンします。
パケットヘッダー構造
- ID - あらゆる種類のクエリを生成するプログラムによって割り当てられる 16 ビットの識別子。
- QR - クエリ/応答。
- OPCODE - このメッセージ内のクエリの種類を指定する 4 ビットのフィールド。この値はクエリの発信者によって設定され、応答にコピーされます。この仕様は、標準のクエリと応答 (オペコード値が 0) の動作を定義します。将来の仕様では、LLMNR で他のオペコードの使用が定義される可能性があります。
- C - 衝突。
- TC - 切り捨て。
- T - 暫定。
- Z - 将来の使用のために予約されています。
- RCODE - 応答コード。
- QDCOUNT - 質問セクションのエントリ数を指定する符号なし 16 ビット整数。
- ANCOUNT - 回答セクション内のリソース レコードの数を指定する符号なし 16 ビット整数。
- NSCOUNT - 権限レコード セクション内のネーム サーバー リソース レコードの数を指定する符号なし 16 ビット整数。
- ARCOUNT - 追加レコード セクション内のリソース レコードの数を指定する符号なし 16 ビット整数。
参照
- ネットワーク基本入出力システム ( NetBIOS )
- ピア名解決プロトコル(PNRP)
- マルチキャスト DNS (mDNS)
- ゼロ構成ネットワーク(Zeroconf)
参考文献
- ^ LLMNR: ケーブルガイ
- ^ 「systemd 216 が利用可能」 。2015年 8 月 10 日閲覧。
- ^ Mikael Eiman (2015-05-25). 「LLMNR、マルチキャストDNS、LAN上の名前」。2021年1月30日閲覧。
- ^ mDNS の調整: NetBIOS 名前解決と LLMNR の削減
外部リンク
- リンクローカル マルチキャスト名前解決、Microsoft TechNet
- RFC 4795、情報、リンクローカル マルチキャスト名前解決 (LLMNR)
- LLMNR、マルチキャストDNS、LAN上の名前