IPv6優先のプレフィックスポリシー

AとAAAAの両方が返ったとき、Windows Vista以降がRFC 3484のプレフィックステーブルで使うアドレスを決める仕組み。送信元アドレスや経路の無い使えない宛先を先に外し、使える候補の中では既定でIPv6グローバルユニキャストをIPv4より優先する。

概念URI

https://comcomponent.com/knowledge/ipv6-address-preference/

別名・表記

RFC 3484プレフィックステーブル / AとAAAAの選択

最終確認日

2026-09-04

機械可読データ

JSON-LD

この概念が関わる関係

• getaddrinfoはIPv6優先のプレフィックスポリシーを利用します。DNSクライアントはAとAAAAの両方を問い合わせて答えを返し、両方返ったときに使うアドレスを決めるのは答えを受け取ったgetaddrinfoと接続側のスタックで、RFC 3484のプレフィックステーブルに従う。この規則は送信元アドレスや経路の無い使えない宛先を先に外してから候補を並べるもので、使える候補の中では既定でIPv6グローバルユニキャストをIPv4より優先する。AAAAが返っただけで必ずIPv6が試されるわけではない。 / 確度: 確立した関係 / 確認日: 2026-09-04 出典 出典 出典
• DisabledComponentsによるIPv4優先はIPv6優先のプレフィックスポリシーを軽減します。MicrosoftはIPv6の無効化を推奨せず、DisabledComponentsに0x20を設定してプレフィックスポリシーでIPv4を優先する方法を案内している。 / 確度: 確立した関係 / 確認日: 2026-09-04 出典

この概念を扱う記事

• Windowsの名前解決の順序 ── hosts・DNSキャッシュ・LLMNR/mDNS・DoH(言及)

一次資料

• https://learn.microsoft.com/troubleshoot/windows-server/networking/configure-ipv6-in-windows
• https://learn.microsoft.com/troubleshoot/windows-client/networking/troubleshoot-dns-client-resolution-issues
• https://www.rfc-editor.org/rfc/rfc3484

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。