短縮版
Before September 2012 After September 2012
Precedence Prefix Precedence Prefix
---------- ------------- ---------- -------------
50 ::1/128 IPv6 loopback 50 ::1/128 IPv6 loopback
40 ::/0 Native IPv6 40 ::/0 Native IPv6
40 fc00::/7 ULAs 35 ::ffff:0:0/96 IPv4
40 fec0::/10 site-local 30 2002::/16 6to4
40 3ffe::/16 6bone 5 2001::/32 Teredo
30 2002::/16 6to4 3 fc00::/7 ULAs
20 ::/96 IPv4compat 1 fec0::/10 site-local
10 ::ffff:0:0/96 IPv4 1 3ffe::/16 6bone
5 2001::/32 Teredo 1 ::/96 IPv4compat
ロングバージョン
RFC6724は、アドレスの優先方法の変更を定義しました。この変更により、ほとんどすべての場合でIPv6は優先アドレスではなくなりました:(
2012年6月に尋ねられたこの質問は、2012年9月からRFCによって「修正」されました。Windowsのバージョンに応じて、この新しいポリシーはそのまま(Windows 8.1)であったか、または既に更新により配信されました( Windows 8、Windows 7、Windows Vista)。
我々はので、私たちはここにいたい IPv6を使用します。その変更を元に戻したいのです。
戻す方法
単一のホストに対して複数のIPアドレスを取得する場合、マシンは使用するアドレスを決定する必要があります。ランキングの例は次のとおりです。
- IPv6ループバック
- ネイティブIPv6
- 一意のローカルアドレス(ULA)、たとえばfdxx ::
- サイトローカル、例えばfec0
- 6ボーン
- 6to4
- IPv4compat
- IPv4
- Teredo、たとえば2001
Windowsマシンでは、このランキングはプレフィックスポリシーと呼ばれます。
プレフィックスポリシー
以下を実行して、コンピューターのプレフィックスポリシーを表示できます。
>netsh int ipv6 show prefixpolicies
昔(RFC 3484で定義されていた)、プレフィックスポリシーは次のとおりでした。
Precedence Prefix
---------- -------------
50 ::1/128 IPv6 loopback
40 ::/0 Native IPv6
40 fc00::/7 ULAs
40 fec0::/10 site-local
40 3ffe::/16 6bone
30 2002::/16 6to4
20 ::/96 IPv4compat
10 ::ffff:0:0/96 IPv4
5 2001::/32 Teredo
したがって、ほとんど常に IPv6 を使用することがわかります(はい!):
- IPv6ループバック
- ネイティブIPv6、ULA、サイトローカル、6one
- 6to4
- IPv4compat
- IPv4
- テレド
IPv6を展開するための取り組みを行った場合、それは機能しました。
新しいプレフィックスポリシー
2012年には、RFC6724によって新しい優先順位が定義されました。現在、プレフィックスポリシーは、IPv6を使用しないことをほぼ保証しています。
Precedence Prefix
---------- -------------
50 ::1/128
40 ::/0 Native IPv6
35 ::ffff:0:0/96 IPv4
30 2002::/16
5 2001::/32
3 fc00::/7 ULAs
1 fec0::/10 site-local
1 3ffe::/16
1 ::/96
一意のローカルアドレス、またはサイトローカルアドレスを使用できないことがわかります。それは永久に壊れています:
- IPv6ループバック
- ネイティブIPv6
- IPv4
- 6to4
- テレド
- ULA
- サイトローカル
- 6ボーン
- IPv6compat
修正方法
私たちが望んでいるのは、IPv4よりもULAが優先されるようにIPv6を修正することです。少なくとも、ULA(fc00::/7
)の使用をIPv4の使用よりも上にプッシュしたい:
Precedence Prefix
---------- -------------
50 ::1/128
40 ::/0 Native IPv6
37 fc00::/7 ULAs <---------- from 3 up to 37
35 ::ffff:0:0/96 IPv4
30 2002::/16
5 2001::/32
1 fec0::/10 site-local
1 3ffe::/16
1 ::/96
によって行われます:
>netsh interface ipv6 set prefixpolicy prefix=fc00::/7 precedence=37 label=13 store=active
これにより、次回の再起動までアクティブになります。変更を永続的にするには:
>netsh interface ipv6 set prefixpolicy fc00::/7 37 13
もし私が:
- / 48のULAグローバルプレフィックスを生成する努力をしました
- / 64のサブネットIDを選択します
- 企業内のすべてのマシンにULAを展開します
- DNSサーバーを更新して、IPv4アドレスに加えてIPv6 ULAアドレスを返す
コンピュータができることは、アドレスを使用するための一般的な礼儀を持っていることです。
ボーナスチャッター
fc00::/7
範囲は、2つの部分に分かれています。
fd00::/8
-ローカルで生成されたGlobalIDプレフィックス
fc00::/8
-???
本当にfc
良いと決めた人は誰もいないので、そこに座っているだけです。
fd
アドレスは次のように定義されています。
fd
[40-bit random GlobalID]
[16-bit subnet]
[64-bits for host assignment]
したがってa4d7f6dd66
、cryptoghpcalllyランダムな40ビットGlobalIDとして生成した場合、/ 48が得られます。
fda4:d7f5:dd66::
/ 48
fda4:d7f5:dd66:face::
/ 64(face
サブネット内)
fda4:d7f5:dd66:face::825
ホストIPアドレスとして
SixXSは、衝突の可能性を減らすために、一意のローカルアドレスGlobalIDプレフィックスのパブリックデータベースを維持しました。例:
fdee:e004:2208::/48
:Apple Inc-Leopard OSX
fdd4:43c8:ba34::/48
:TekSavvy-ダニーマレー
fdac:afbd:fea1::/48
:IBM Rational Build Forge-クリスフラー
しかし、使用が遅くなり、そもそも価値が疑わしいため、SixXSは2018年にサービスを停止しました。
ボーナスリーディング
netsh interface ipv6 show prefixpolicy
。明日、より詳細な回答を投稿するかもしれません。