Phiên bản ngắn
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
Phiên bản dài
RFC6724 đã xác định một sự thay đổi trong cách các địa chỉ nên được ưu tiên. Với thay đổi này, IPv6 không còn là địa chỉ ưa thích trong gần như mọi trường hợp :(
Câu hỏi này, được hỏi vào tháng 6 năm 2012 đã được RFC "sửa" từ tháng 9 năm 2012. Tùy thuộc vào phiên bản Windows của bạn, bạn có chính sách mới này ngay lập tức (Windows 8.1) hoặc có thể đã được gửi qua bản cập nhật ( Windows 8, Windows 7, Windows Vista).
Chúng tôi ở đây vì chúng tôi muốn sử dụng IPv6; chúng tôi muốn thay đổi hoàn tác.
Làm thế nào để đặt nó trở lại
Nếu bạn nhận được nhiều địa chỉ IP cho một máy chủ, máy của bạn phải quyết định địa chỉ nào sẽ sử dụng. Một ví dụ xếp hạng có thể là:
- IPv6 loopback
- IPv6 nguyên bản
- Địa chỉ duy nhất-cục bộ (ULAs), ví dụ: fdxx ::
- Trang web cục bộ, ví dụ fec0
- 6 xương
- 6 đến 4
- IPv4compat
- IPv4
- Teredo, ví dụ 2001
Trên máy Windows của bạn, xếp hạng này được gọi là chính sách tiền tố .
Chính sách tiền tố
Bạn có thể xem chính sách tiền tố của máy tính bằng cách chạy:
>netsh int ipv6 show prefixpolicies
Vào thời xa xưa (ban đầu được xác định bởi RFC 3484 ), chính sách tiền tố là:
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
Vì vậy, bạn nhìn thấy nó sẽ khá nhiều luôn sử dụng IPv6 (yay!):
- IPv6 loopback
- IPv6 nguyên bản, ULAs, trang web cục bộ, 6one
- 6 đến 4
- IPv4compat
- IPv4
- Teredo
Nếu bạn đã nỗ lực triển khai IPv6: nó chỉ hoạt động.
Chính sách tiền tố mới
Trong năm 2012, một thứ tự ưu tiên mới đã được xác định bởi RFC6724 . Ngày nay, chính sách tiền tố khá nhiều đảm bảo rằng bạn sẽ không bao giờ sử dụng 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
Bạn sẽ thấy rằng bạn sẽ không bao giờ có thể sử dụng Địa chỉ Địa phương duy nhất hoặc địa chỉ trang web địa phương; nó bị hỏng vĩnh viễn:
- IPv6 loopback
- IPv6 nguyên bản
- IPv4
- 6 đến 4
- Teredo
- ULAs
- trang web địa phương
- 6 xương
- IPv6
Làm thế nào để khắc phục nó?
Điều chúng tôi muốn là sửa IPv6 để các ULA được ưa thích hơn IPv4. Ít nhất chúng tôi muốn đẩy việc sử dụng ULAs ( fc00::/7
) lên trên mức của 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
Điều này được thực hiện bởi:
>netsh interface ipv6 set prefixpolicy prefix=fc00::/7 precedence=37 label=13 store=active
Điều đó sẽ chỉ giữ cho nó hoạt động cho đến khi khởi động lại tiếp theo. Để thay đổi vĩnh viễn:
>netsh interface ipv6 set prefixpolicy fc00::/7 37 13
Nếu tôi:
- đã nỗ lực để tạo tiền tố toàn cầu ULA cho / 48 của tôi
- và chọn id mạng con cho my / 64
- và triển khai ULAs tới mọi máy trong doanh nghiệp
- và cập nhật các máy chủ DNS để trả về các địa chỉ IPv6 ULA ngoài các địa chỉ IPv4
ít nhất máy tính có thể làm là có phép lịch sự chung để sử dụng địa chỉ.
Phần thưởng
Các fc00::/7
phạm vi được chia thành hai phần:
fd00::/8
- Tiền tố GlobalID được tạo cục bộ
fc00::/8
- ???
Không ai từng thực sự quyết định fc
sẽ tốt cho, và vì vậy chỉ cần ngồi ở đó.
Các fd
địa chỉ được xác định là:
fd
[40-bit random GlobalID]
[16-bit subnet]
[64-bits for host assignment]
Vì vậy, nếu bạn đã tạo a4d7f6dd66
dưới dạng GlobalID 40 bit ngẫu nhiên của tiền điện tử , điều đó mang lại cho bạn / 48:
fda4:d7f5:dd66::
/ 48
fda4:d7f5:dd66:face::
/ 64 (trong face
mạng con)
fda4:d7f5:dd66:face::825
làm địa chỉ IP máy chủ
SixXS đã duy trì một cơ sở dữ liệu công khai về các tiền tố GlobalID Địa chỉ cục bộ duy nhất để giảm cơ hội thu thập, ví dụ:
fdee:e004:2208::/48
: Apple Inc - Leopard OSX
fdd4:43c8:ba34::/48
: TekSavvy - Daniel Murray
fdac:afbd:fea1::/48
: IBM Rational Build Forge - Chris Fuller
Nhưng do việc sử dụng chậm và giá trị đáng ngờ ở nơi đầu tiên, SixXS đã ngừng dịch vụ vào năm 2018.
Đọc thưởng
netsh interface ipv6 show prefixpolicy
. Tôi có thể gửi một câu trả lời chi tiết hơn vào ngày mai.