लघु संस्करण
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 के जून में पूछा गया था, सितंबर 2012 से एक आरएफसी द्वारा "निश्चित" किया गया था । आपके विंडोज संस्करण के आधार पर, आपके पास यह नई नीति आउट ऑफ बॉक्स (विंडोज 8.1) थी, या संभवतः पहले से अपडेट के माध्यम से वितरित की गई थी ( विंडोज 8, विंडोज 7, विंडोज विस्टा)।
हम यहां हैं क्योंकि हम IPv6 का उपयोग करना चाहते हैं ; हम चाहते हैं कि पूर्ववत परिवर्तन हो।
इसे वापस कैसे रखा जाए
यदि आपको एकल होस्ट के लिए कई आईपी पते मिलते हैं, तो आपकी मशीन को यह तय करना होगा कि वह किस पते का उपयोग करेगी। एक उदाहरण रैंकिंग हो सकती है:
- IPv6 लूपबैक
- देशी IPv6
- विशिष्ट-स्थानीय पते (ULAs), उदाहरण के लिए fdxx ::
- साइट-स्थानीय, उदाहरण के लिए fec0
- 6bone
- 6to4
- IPv4compat
- आईपीवी 4
- टेरेडो, उदाहरण के लिए 2001
आपकी विंडोज मशीन पर, इस रैंकिंग को उपसर्ग नीति कहा जाता है ।
उपसर्ग नीति
आप चलाकर अपने कंप्यूटर की उपसर्ग नीति देख सकते हैं:
>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
- आईपीवी 4
- टेरीडो
यदि आप 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
- आईपीवी 4
- 6to4
- टेरीडो
- उलास
- साइट-स्थानीय
- 6bone
- IPv6compat
इसे कैसे जोड़ेंगे?
हम जो चाहते हैं, वह आईपीवी 6 को ठीक करना है ताकि यूएलए को आईपीवी 4 से अधिक पसंद किया जाए। बहुत कम से कम हम fc00::/7
IPv4 के ऊपर ULAs ( ) के उपयोग को आगे बढ़ाना चाहते हैं :
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 के लिए सबनेट आईडी चुनें
- और उद्यम में प्रत्येक मशीन के लिए ULAs तैनात करें
- और IPv4 पतों के अलावा IPv6 ULA पतों को वापस करने के लिए DNS सर्वरों को अपडेट करें
कम से कम कंप्यूटर कर सकता था पते का उपयोग करने के लिए आम शिष्टाचार है।
बोनस चटर
fc00::/7
सीमा को दो भागों में बांटा गया है:
fd00::/8
- GlobalID उपसर्ग स्थानीय रूप से उत्पन्न
fc00::/8
- ???
कोई भी वास्तव में कभी भी तय नहीं करता है fc
कि यह अच्छा होगा, और इसलिए वहां बस बैठता है।
fd
पतों को इस प्रकार परिभाषित किया गया है:
fd
[40-bit random GlobalID]
[16-bit subnet]
[64-bits for host assignment]
इसलिए यदि आप a4d7f6dd66
अपने क्रिप्टोकरंसी बेतरतीब ढंग से 40-बिट ग्लोबलआईडी के रूप में उत्पन्न हुए हैं , जो आपको अपना / 48 देता है:
fda4:d7f5:dd66::
/ 48
fda4:d7f5:dd66:face::
/ 64 ( face
सबनेट में)
fda4:d7f5:dd66:face::825
एक मेजबान आईपी पते के रूप में
सिक्सएक्स ने टकराव की संभावना को कम करने के लिए यूनिक लोकल एड्रेस ग्लोबलआईडी उपसर्गों का सार्वजनिक डेटाबेस बनाए रखा , जैसे:
fdee:e004:2208::/48
: Apple इंक - तेंदुआ OSX
fdd4:43c8:ba34::/48
: टेकस्ववी - डैनी मरे
fdac:afbd:fea1::/48
: आईबीएम तर्कसंगत बिल्ड फोर्ज - क्रिस फुलर
लेकिन धीमी गति से उपयोग के कारण, और पहली जगह में संदिग्ध मूल्य, सिक्सएक्सएस ने 2018 में सेवा बंद कर दी।
बोनस पढ़ना
netsh interface ipv6 show prefixpolicy
। मैं कल एक अधिक विस्तृत जवाब पोस्ट कर सकता हूं।