RFC6724 определено изменение предпочтительности адресов. С этим изменением IPv6 больше не является предпочтительным адресом во многих случаях: (
этот вопрос, который был задан в июне 2012 года составила "fixed" по RFC с сентября 2012 года. В зависимости от версии Windows, у вас либо была эта новая политика из коробки (Windows 8.1), или, вероятно, уже доставлены через обновление (Windows 8, Windows 7, Windows Vista).
мы здесь потому что мы хочу для использования IPv6; мы хотим, чтобы это изменение было отменено.
как положить его обратно
если вы получаете несколько IP-адресов для одного хоста, ваша машина должна решить, какой адрес она будет использовать. Пример ранжирования может быть:
- IPv6 замыкания на себя
- Родной IPv6
- уникальные локальные адреса (ULAs), например fdxx::
- локальные, например fec0
- 6bone
- 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, ULAs, сайт-локальный, 6one
- 6to4
- IPv4compat
- IPv4
- Teredo
если вы приложили усилия для развертывания 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
- Teredo
- ULAs
- сайт-local
- 6bone
- IPv6compat
как это исправить?
что мы хотим, так это исправить IPv6, чтобы ULAs были предпочтительнее IPv4. По крайней мере, мы хотим, чтобы подтолкнуть использование ULAs (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
что делать by:
>netsh interface ipv6 set prefixpolicy prefix=fc00::/7 precedence=37 label=13 store=active
это будет держать его активным только до следующей перезагрузки. Чтобы сделать изменение постоянным:
>netsh interface ipv6 set prefixpolicy fc00::/7 37 13
если я:
- пошел через усилие, чтобы генерировать глобальный префикс ULA для моего / 48
- и выберите идентификатор подсети для my / 64
- и развернуть ULAs на каждую машину на предприятии
- и обновить DNS-серверы, чтобы вернуть IPV6 адреса ULA в дополнение к адресам IPv4
по крайней мере, компьютер мог бы использовать этот адрес.
Бонус Чтение