सार: एक जटिल घर IPv6 नेटवर्क के विन्यास के उदाहरण के रूप में IPv6 की कुछ विशेषताओं के बारे में एक कहानी। जिसमें मल्टिकास्ट विवरण, कॉन्फ़िगरेशन विवरण और डिबगिंग राउटर विज्ञापन, स्टेटलेस डीएचसीपी आदि शामिल हैं। लिनक्स प्रणाली के लिए वर्णित है। कॉन्फ़िगरेशन के अलावा, हम सैद्धांतिक रूप से IPv6 की कुछ अवधारणाओं पर ध्यान से चर्चा करेंगे, साथ ही IPv6 के साथ काम करते समय कुछ ट्रिक्स भी बताएंगे।

IPv6 क्यों?

प्रश्न समझ में आता है: अब मैं IPv6 का उपयोग क्यों कर रहा हूं, जब व्यावहारिक रूप से अब इसका कोई लाभ नहीं है?

अब IPv6 के साथ आप किसी भी नकारात्मक परिणामों के बिना, पूरी तरह से सुरक्षित रूप से गड़बड़ कर सकते हैं। आप शांति से रेक और विशेषताओं को समझ सकते हैं, क्या यह महीनों तक बेकार है और किसी को परवाह नहीं है । मैं अपने पुराने वर्षों में एक अंधा रूढ़िवादी कोबोलिस्ट बनने की योजना नहीं बना रहा हूं, जिसने अपने पूरे जीवन में एक कोबोल लिखा है और इससे ज्यादा कुछ नहीं है, और उसके लिए सभी नई चीजें "बकवास और बकवास" हैं। लेकिन मेरा आदरणीय काल्पनिक प्रतियोगी, जब IPv6 एक उत्पाद वास्तविकता बन जाता है, तो या तो मेरा प्रतियोगी नहीं होगा, या यह दर्द, और खराब स्थिति में डीएडी, आरए, अस्थायी गतिशील पते और अन्य अजीब चीजों के साथ होगा जो 30+ पीएफसी के लिए समर्पित है। और यह कि आईपीवी 6 मेरे जीवनकाल के दौरान भी मुख्य प्रोटोकॉल बन जाएगा, क्योंकि कोई विकल्प नहीं हैं (भले ही वे थे, उनका कार्यान्वयन आईपीवी 6 के कार्यान्वयन को पूरा करने की तुलना में अधिक प्रयास है, अर्थात, कोई भी विकल्प हमेशा पीछे रहेगा)। और जब पते वहां समाप्त हो जाते हैं, तो इसे उस तरीके से देखा जा सकता है जब उन्हें प्रबंधित करने की प्रक्रिया दूसरे चरण में चली गई - द्वितीयक बाजार चरण। जब पतों की अटकलें और बाधा से मुक्त भंडार समाप्त हो जाता है, तो गंभीर समेकन का चरण शुरू होगा - अर्थात, उन सभी को दूर करना जो पतों से महत्वहीन हैं, सभी को एक पते पर स्थानांतरित करना, आदि। इस समय के दौरान, IPv6 का उपयोग वास्तविक कार्य के लिए किया जाना शुरू हो जाएगा।

हालांकि, कहानी IPv6 के भविष्य के बारे में नहीं है, बल्कि इसके साथ काम करने के अभ्यास के बारे में है। सेंट पीटर्सबर्ग में इस तरह के एक प्रदाता है - टीयर । और मैं उनका घरेलू उपयोगकर्ता हूं। यह कुछ प्रदाताओं में से एक है, या शायद शहर में एकमात्र ऐसा है जो घर उपयोगकर्ताओं को आईपीवी 6 प्रदान करता है। उपयोगकर्ता को एक आईपीवी 6 पता (एक राउटर या कंप्यूटर के लिए), प्लस / 64 ग्रिड सब कुछ के लिए आवंटित किया जाता है (यानी, चार बिलियन गुना अधिक पते की तुलना में सभी आईपीवी 4 पते हो सकते हैं - सभी एक हाथ में)। मैं न केवल "IPv6 को कॉन्फ़िगर कैसे करें" का वर्णन करने की कोशिश करूंगा, लेकिन सैद्धांतिक इनसेट के साथ व्यावहारिक उदाहरणों का उपयोग करके प्रोटोकॉल की बुनियादी अवधारणाओं को पार्स करने के लिए।

नेटवर्क संरचना:

(मूल तस्वीरें: github.com/amarao/dia_schemes )

• 1, 2, 3 - स्थानीय नेटवर्क पर डिवाइस जो वाईफाई के माध्यम से काम करते हैं
• 4 - वाईफाई राउटर को एक्सेस प्वाइंट (ब्रिज) के रूप में काम करने के लिए मजबूर किया जाता है, यानी वाईफाई और लैन के बीच एक स्विच
• 5 - एथ 3 नेटवर्क इंटरफ़ेस जो स्थानीय नेटवर्क पर इंटरनेट वितरित करता है
• 6 - मेरा होम कंप्यूटर (मुख्य) - desunote.ru , जो इंटरनेट के वितरण से संबंधित है, अर्थात यह एक राउटर के रूप में काम करता है
• 7 - eth2, Tiera नेटवर्क कनेक्शन इंटरफ़ेस

मैं पूरे आईपीवी 4 भाग को छोड़ दूंगा (दिलचस्प कुछ भी नहीं - सामान्य नेट) और आईपीवी 6 पर ध्यान केंद्रित करना।

IPv6 के लिए Tiera से मेरी सेटिंग:

1. पता 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 / 128 मुझे एक कंप्यूटर / गेटवे के लिए दिया गया था
2. नेटवर्क 2a00: 11d8: 1201: 32b0 :: / 64 घरेलू उपकरणों के लिए मुझे जारी किया गया

प्रदाता नेटवर्क 2a00: 11d8: 1201: 32b0 :: / 64 को 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 (जो आपके कंप्यूटर के माध्यम से) के माध्यम से रूट किया जाता है। ध्यान दें कि यह सब मुझे प्राप्त है। गेटवे आदि नहीं। - यहां आईपीवी 6 का जादू शुरू होता है, और सबसे दिलचस्प है। "यह अपने आप काम करता है।"

आइए एक सरल से शुरू करें: 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 कंप्यूटर के लिए eth2 पर सेट करें। पढ़ने में आसानी के लिए, मैं अंतिम अनुभाग में सभी कॉन्फ़िगरेशन और फ़ाइल नाम छोड़ दूंगा।

हम eth2 इंटरफ़ेस पर ipv6 पता लिखते हैं ... और एक चमत्कार, यह काम करना शुरू कर देता है। क्यों? कंप्यूटर को कैसे पता था कि पैकेट को आगे कहां भेजना है? और क्यों / 128 आईपीवी 6 के लिए एक वैध नेटवर्क है? आखिरकार, / १२ ip का मतलब १ आईपी पते के आकार वाला नेटवर्क है और अधिक नहीं। कोई प्रवेश द्वार नहीं हो सकता है!

क्या हो रहा है यह समझने के लिए, हमें नेटवर्क कॉन्फ़िगरेशन को देखने की आवश्यकता है (मैं सभी अतिरिक्त कटौती करूंगा ताकि निष्कर्ष को डराने के लिए न हो):

# ip address show eth2 (आमतौर पर ip as eth2 छोटा करते हैं)

 eth2: <BROADCAST, MULTICAST, UP, LOWER_UP> mtu 1500 qdisc pfifo_fast राज्य UP qlen 1000
     (छोड़ें)
     inet6 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 / 128% वैश्विक 
        valid_lft हमेशा के लिए प्राथमिकता देना_ हमेशा के लिए
     inet6 fe80 :: 218: e7ff: fe16: fb97 / 64 गुंजाइश लिंक 
        valid_lft हमेशा के लिए प्राथमिकता देना_ हमेशा के लिए

उफ़। और हमारे पास इंटरफ़ेस पर दो पते क्यों हैं? हमने एक निर्धारित किया? हमारे पते को 'स्कोप ग्लोबल' कहा जाता है, लेकिन एक 'स्कोप लिंक' भी है ...

भाग एक: गुंजाइश

यहां हमें IPv6 की पहली विशेषता द्वारा बधाई दी गई है - यह एक पते के लिए 'गुंजाइश' की अवधारणा को परिभाषित करता है।
निम्न प्रकार के क्षेत्र हैं:

• वैश्विक - "नियमित" पता पूरे इंटरनेट पर दिखाई देता है
• स्थानीय या लिंक-स्थानीय - एक पता जो केवल नेटवर्क सेगमेंट के भीतर दिखाई देता है। इसका निकटतम एनालॉग आईपीवी 4 की 169.254.0.0/16 की सीमा से कॉन्फ़िगर किया गया है, जिस पर किसी भी विंडोज़ को जो स्वचालित रूप से पता प्राप्त करने के लिए कहा गया था, वह गिर जाता है, लेकिन आसपास कोई डीएचसीपी सर्वर नहीं है। इन पतों को रूट नहीं किया जा सकता है (अर्थात, उनसे ट्रैफ़िक उनके नेटवर्क से आगे प्रेषित नहीं होता है)। लिंक-स्थानीय पते (विकी) के बारे में और पढ़ें।
• होस्ट , यह इंटरफ़ेस है - होस्ट के भीतर दृश्यता। IPv4 (127.0.0.0/8) के लिए एक अनुमानित एनालॉग लूपबैक एड्रेस है
• व्यवस्थापक-स्थानीय - मैंने इसे लाइव नहीं देखा, लेकिन किसी प्रकार का मध्यवर्ती चरण
• साइट-स्थानीय - कार्यालय के भीतर दृश्यता। ग्रे का एक एनालॉग 192.168.0.0/16, अर्थात, ऐसे पते जो स्थानीय नेटवर्क से परे नहीं जाने चाहिए
• संगठन-स्थानीय - पते जो संगठन के बाहर नहीं जाते हैं।

IPv6 डिजाइन प्रक्रिया के दौरान, 'स्कोप' का मुद्दा ज्यादा और ध्यान से चर्चा में था, क्योंकि मूल IPv4 डिवीजन, बाद के परिवर्धन के साथ भी, स्पष्ट रूप से वास्तविक कॉन्फ़िगरेशन की जरूरतों को पूरा नहीं करता था। उदाहरण के लिए, यदि आप दो संगठनों को मिलाते हैं, जिनमें से प्रत्येक 10.0.0.0/8 नेटवर्क का उपयोग करता है, तो आपको कई "सुखद" आश्चर्य मिलेगा। IPv6 ने दृश्यता के कई ग्रेडेशन बनाने के लिए शुरुआत से ही फैसला किया, जो आगे के जोड़तोड़ को और अधिक आराम से अंजाम देना संभव करेगा।

इस सब से, व्यवहार में, मैंने केवल होस्ट / इंटरफ़ेस, लिंक / स्थानीय और वैश्विक का उपयोग करके देखा है। / 64 की रोशनी में, और किसी को नाराज न होने दें, यह साइट-स्थानीय पते के साथ परेशान करने के लिए केवल पागल है।

IPv6 की दूसरी महत्वपूर्ण विशेषता आधिकारिक (सभी विनिर्देश स्तरों पर) मान्यता है कि एक इंटरफ़ेस में कई आईपी पते हो सकते हैं। आईपीवी 4 में यह सवाल बेहद भ्रामक था और अक्सर भयानक परिणाम होते थे (उदाहरण के लिए, एक इंटरफ़ेस पर एक अनुरोध प्राप्त हुआ था, लेकिन दूसरे के माध्यम से इसका जवाब दिया गया था, लेकिन पहले इंटरफ़ेस के पते के साथ)।

चूंकि, आईपीवी 4 के विपरीत, आईपीवी 6 में इंटरफ़ेस पर कई पते हो सकते हैं, कंप्यूटर को "कौन सा पता लेना है" चुनने की आवश्यकता नहीं है। यह कई पते ले सकता है। IPv4 के मामले में, लिंक-स्थानीय पते को रोकते हुए "अंतिम उपाय" मोड में हुआ, जो कि लंबे समय तक जारी रहा।

और आईपीवी 6 में, हम पहले और आसानी से बस पहले ही क्षण से जब इंटरफ़ेस में तेजी आई है, इसे स्थानीय लिंक कर सकते हैं (और उसके बाद सोचें कि वैश्विक पते क्या हैं)।

इसके अलावा, IPv6 में लिंक-स्थानीय पते की स्वचालित पीढ़ी के लिए एक विशेष तकनीक है, जो डुप्लिकेट की अनुपस्थिति की गारंटी देता है। यह पते के दूसरे (सबसे कम) आधे हिस्से को उत्पन्न करने के लिए कंप्यूटर के मैक पते का उपयोग करता है। चूंकि MAC पते एक सेगमेंट के भीतर कम से कम अद्वितीय हैं (अन्यथा L2 टूट गया है और बाकी सब कुछ अपने आप काम नहीं करता है), मैक पते का उपयोग करने से हमें 100% विश्वास मिलता है कि हमारा IPv6 पता अद्वितीय है।

हमारे मामले में, यह inet6 fe80::218:e7ff:fe16:fb97/64 scope link । उपसर्ग - fe80 पर ध्यान दें - ये लिंक-स्थानीय पते हैं।

यह कैसे किया जाता है?

सिद्धांत काफी सरल है:

Eth2 MAC पता 00: 18: e7: 16: fb: 97 है, और स्थानीय ipv6 पता F80: 00 02 18: e7 ff: fe 16: fb97 है । जी हां, बिल्कुल वैसा ही जैसा बोल्ड में है। क्यों ff था: बीच में fe? मैं नहीं जानता। एल्गोरिथ्म को ही संशोधित EUI-64 कहा जाता है । यह एल्गोरिथ्म अपने आप में बहुत प्रेरित और विवरणों से भरा है। सिस्टम प्रशासक की स्थिति से - मुझे कोई फर्क नहीं पड़ता। पता है और है। शायद रिवर्स एल्गोरिथ्म दिलचस्प हो सकता है - लिंक-स्थानीय और अधिक से मैक सीखने के लिए।

इसलिए, हमारे पास इंटरफ़ेस पर दो पते हैं। हम यह भी जानते हैं कि वे दोनों कैसे प्रकट हुए (इंटरफ़ेस को उठाते समय स्वचालित रूप से, दूसरा हमने निर्धारित किया)। हम यह भी जानते हैं कि सिस्टम को कैसे पता चला कि पता वैश्विक है - यह "ग्लोबल" रेंज से है।

लेकिन सिस्टम को कैसे पता चला कि इसका डिफ़ॉल्ट गेटवे कौन है? और वह कैसे रह सकता है / 128?

भाग दो, मध्यवर्ती: मल्टीकास्ट मल्टीकास्ट मल्टीकास्ट मल्टीकास्ट

आइए रूटिंग टेबल देखें:

ip -6 route show (आमतौर पर ip -6 rs , या यहां तक ​​कि ip -6 r ):

 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 देव eth2 प्रोटो कर्नेल मीट्रिक 256 
 fe80 :: / 64 देव eth2 प्रोटो कर्नेल मीट्रिक 256 
 डिफ़ॉल्ट के माध्यम से fe80 :: 768e: f8ff: fe93: 21f0 देव eth2 प्रोटो आरए मीट्रिक मीट्रिक 1024 समाप्ति की समाप्ति

हम यहां क्या देखते हैं? सबसे पहले, यह हमें बताता है कि हमारा IPv6 पता हमारे eth2 इंटरफ़ेस का पता है। दूसरा कहता है कि हमारे पास eth2 में एक लिंक-लोकल सेगमेंट है। दोनों के लिए, स्रोत कर्नेल है।

लेकिन तीसरा साज़िश है। यह डिफ़ॉल्ट गेटवे है, जो कहता है कि सभी ट्रैफ़िक को fe80 :: 768e: f8ff: fe93: 21f0 पर eth2 इंटरफ़ेस पर भेजा जाना चाहिए, और एक निश्चित "ra" इसके बारे में जानकारी का स्रोत है, और यह भी है कि यह 1779 सेकंड के बाद मृत हो जाता है।

क्या? कहाँ? कहाँ तक? कौन? किस लिए? क्यों? क्यों? किसे दोष देना है?

लेकिन इन सवालों का जवाब देने से पहले हमें एक और महत्वपूर्ण बात से परिचित होना पड़ेगा - मल्टीकास्ट। IPv4 में, muticast एक तरह की "इस दुनिया से बाहर" तकनीक थी। हाँ, लेकिन शायद ही कभी कड़ाई से सीमित मामलों में उपयोग किया जाता है। IPv6 में, यह तकनीक हर चीज और हर चीज का एक केंद्रीय हिस्सा है। IPv6 मल्टीकास्ट के बिना काम नहीं कर सकता। और इसे साकार किए बिना, आईपीवी 6 में बहुत सी चीजें अप्रत्याशित स्थानों में अजीब या टूटती हुई प्रतीत होंगी।

ट्रैफ़िक के प्रकारों के बारे में संक्षेप में, शायद किसी ने IPv4 का अध्ययन करते समय इस जानकारी को याद किया:

• यूनिकास्ट - पैकेट को एक विशिष्ट प्राप्तकर्ता को संबोधित किया जाता है। सामान्य यातायात एकतरफा है।
• प्रसारण - पैकेट सभी को सुना जाता है जो इसे सुनता है। उदाहरण के लिए, IPv4 में, यह है कि किसी दिए गए IP पते के लिए एक मैक एड्रेस अनुरोध कैसे भेजा जाता है।
• मल्टीकास्ट - एक पैकेट कई नोड्स को संबोधित किया जाता है जो एक विशेष मल्टीकास्ट पता सुनते हैं। और अगर उन्हें कोई संदेश मिलता है, तो वे इसका जवाब देते हैं।
• anycast - पैकेट को नोड्स के ढेर के लिए आम पते पर संबोधित किया जाता है। जो अनुरोधकर्ता के करीब है (और जवाब देने के लिए तैयार है) - वह जवाब देता है

तो, आईपीवी 6 में कोई प्रसारण नहीं हैं। आम तौर पर। इसके बजाय, एक मल्टीकास्ट है। और कुछ मल्टीकास्ट पते IPv6 की कुंजी हैं।

यहां ऐसे पतों के उदाहरण दिए गए हैं (वे सभी लिंक-लोकल हैं, यानी वे केवल एक विशिष्ट इंटरफ़ेस के संदर्भ में समझ में आते हैं):

• FF02 :: 1 - सभी नेटवर्क नोड्स। एक पुराने चैनल-स्तरीय प्रसारण पर विचार करें।
• FF02 :: 2 - सभी नेटवर्क राउटर

लिंक-स्थानीय, साइट-स्थानीय, आदि की बारीकियों के साथ पते की एक पूरी सूची यहां देखी जा सकती है: www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xhtml

व्यावहारिक अर्थ में, इसका मतलब है कि हम सभी नोड्स या सभी राउटर को ब्रॉडकास्ट पिंग भेज सकते हैं। सच है, इसके लिए हमें इंटरफ़ेस के नाम को इंगित करना होगा, जिसके संबंध में हम पड़ोसियों में रुचि रखते हैं।

ping6 -I eth2 FF02::2

 Fe80 से 64 बाइट्स :: 218: e7ff: fe16: fb97: icmp_seq = 1 ttl = 64 समय = 0.039 एमएस
 Fe80 से 64 बाइट्स :: 768e: f8ff: fe93: 21f0: icmp_seq = 1 ttl = 64 समय = 0.239 ms (DUP!)
 Fe80 से 64 बाइट्स :: 211: 2fff: fe23: 5763: icmp_seq = 1 ttl = 64 समय = 1.38 ms (DUP!)
 Fe80 से 64 बाइट्स :: 5a6d: 8fff: fef5: 6235: icmp_seq = 1 ttl = 64 समय = 5.68 ms (DUP!)
 Fe80 से 64 बाइट्स :: Cad7: 19ff: fed5: 25b8: icmp_seq = 1 ttl = 64 टाइम = 7.20 ms (DUP!)
 Fe80 से 64 बाइट्स :: 22aa: 4bff: fe1e: 9e88: icmp_seq = 1 ttl = 64 टाइम = 8.19 ms (DUP!)
 Fe80 से 64 बाइट्स :: 5a6d: 8fff: fe4a: c643: icmp_seq = 1 ttl = 64 समय = 8.69 ms (DUP!)
 Fe80 से 64 बाइट्स :: 205: 9aff: fe3c: 7800: icmp_seq = 1 ttl = 64 समय = 11.1 ms (DUP!)
 Fe80 से 64 बाइट्स :: 20c: 42ff: fef9: 807a: icmp_seq = 1 ttl = 64 समय = 16.0 ms (DUP!)

मेरे आसपास कितने राउटर हैं ... मेरा कंप्यूटर सबसे पहले प्रतिक्रिया देने वाला था। ऐसा इसलिए है क्योंकि वह एक राउटर भी है। लेकिन हम रूटिंग प्रश्न पर थोड़ी देर बाद विचार करेंगे। अब तक, यह महत्वपूर्ण है कि हम सभी राउटर और केवल राउटर देखें (और, उदाहरण के लिए, ping6 -I eth2 FF002::1 लगभग 60 पड़ोसी दिखाता है)।

कई मल्टीकास्ट समूह हैं (एक समूह सभी नोड्स को संदर्भित करता है जो किसी दिए गए मल्टीकास्ट पते को सुनते हैं)। उनमें से एक विशेष समूह FF02 :: 6A है जिसका नाम "ऑल-स्नूपर्स" है। यह इस समूह के लिए है कि रूटिंग विज्ञापन भेजे जाते हैं। जब हम उन्हें प्राप्त करना चाहते हैं, तो हम उपयुक्त समूह में शामिल हो जाते हैं। अधिक सटीक रूप से, हम नहीं, बल्कि हमारा कंप्यूटर।

भाग तीन: रूटिंग विज्ञापन

IPv6 एक ऐसी अद्भुत चीज के साथ आया - जब एक राउटर सभी को जानकारी भेजता है कि यह एक राउटर है। यह समय-समय पर बाहर भेजता है।

इस प्रश्न के बारे में, एक पूरी (केवल एक है, जो आश्चर्यचकित है) RFC: tools.ietf.org/html/rfc4286 है , लेकिन हम इस एक साधारण बात में रुचि रखते हैं: राउटर जानकारी भेजता है कि यह एक राउटर है। और शायद नेटवर्क पर क्या हो रहा है इसके बारे में थोड़ी और जानकारी।

यह वह जगह है जहाँ हमारे कंप्यूटर ने मार्ग का पता लगाया। एक निश्चित राउटर ने उसे बताया "मैं एक राउटर हूं।" और हम उस पर विश्वास करते थे। हमने इसे आसपास के सभी मार्शशर्स के बीच क्यों चुना (देखें FF02 :: 2 ऊपर दिए गए पिंग का जवाब) हम थोड़ा आगे चर्चा करेंगे। अभी के लिए, मान लें कि इस "असली" राउटर ने खुद ही सही घोषणा की है।

तो निम्न कार्य होता है:

हमारे पास पता 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 / 128 है, और अभी भी लिंक-लोकल है। हम राउटर से मल्टीकास्ट सुनते हैं, यह विश्वास करते हैं, और उस पते को जोड़ते हैं जिसे हमें रूटिंग टेबल के लिए डिफ़ॉल्ट होना चाहिए। अब से, हमें पता है कि नेटवर्क पर पता क्या है। इस प्रकार, इंटरनेट पर ट्रैफ़िक भेजना अब कोई समस्या नहीं है। हम src = 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 के साथ एक पैकेट उत्पन्न करते हैं और इसे डिफ़ॉल्ट गेटवे पर भेजते हैं, जो हमारे मामले में fe80 :: 768e: fffff: fe93: 21f0 है। दूसरे शब्दों में, हम नेटवर्क में अपने "गेटवे" पर नहीं, बल्कि पूरी तरह से अलग मार्ग के साथ एक पूरी तरह से अलग नोड पर ट्रैफ़िक भेजते हैं। यह IPv6 और IPv4 दोनों के लिए काफी सामान्य बात है, हालांकि, IPv4 के लिए यह एक तरह का सुपर-कूल कॉन्फ़िगरेशन है, और IPv6 के लिए यह रोजमर्रा की जिंदगी का हिस्सा है।

लेकिन ट्रैफिक वापस कैसे आता है? बहुत सरल है। जब प्रदाता का राउटर 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 को संबोधित पैकेट प्राप्त करता है, तो यह एक इंटरफेस पर कहता है कि यह 2a00: 11d8: 1201 :: / 64 के माध्यम से है (मुझे नहीं पता है जो भी इंटरफ़ेस कहा जाता है, लेकिन चलो) GE1 / 44/12। राउटर सभी पड़ोसियों (पड़ोसी खोज) से उनके पते के बारे में पूछता है, और अचानक देखता है कि पता नेटवर्क पर ऐसा है और ऐसा है। क्या आसान हो सकता है - एक खसखस ​​है, एक पता है, हम इसे इंटरफ़ेस पर भेजते हैं। हुर्रे, हमारे कंप्यूटर यातायात देखता है। दो तरफा संचार स्थापित किया जाता है।

एक परेशान पाठक कुछ सवाल पूछ सकता है: "इंटरफ़ेस पर लिखा" का क्या मतलब है? और पड़ोसी खोज का क्या अर्थ है?

प्रश्न उचित हैं। सबसे पहले, यह पता लगाने की कोशिश करें कि 2a00: 11d8: 1201 :: / 64 सबनेट से नेटवर्क पर हमारे पास कौन से नोड्स हैं

इंटरफ़ेस पर राउटर विज्ञापन को देखने के लिए, हमें रेडवेड पैकेज से रेडवडंप प्रोग्राम की आवश्यकता है। यह आपको मानव रूप में इंटरफेस पर गुजरने वाली घोषणाओं को मुद्रित करने की अनुमति देता है। ध्यान दें कि स्वयं रेडवेड पैकेज अभी भी हमारे लिए उपयोगी होगा (क्योंकि इसके डेमॉन - रेडवड आपको इसके इंटरफेस से घोषणा को कॉन्फ़िगर करने की अनुमति देता है)।

तो, आइए देखें कि टिएरा ने हमें क्या घोषणा की:

radvdump eth2 (और शालीनता से प्रतीक्षा करें, क्योंकि घोषणाएं अक्सर नहीं भेजी जाती हैं)

 #
 # radvdump 1.9.1 द्वारा जनरेट किया गया radvd कॉन्फ़िगरेशन
 # fe80 से राउटर विज्ञापन पर आधारित :: 768e: f8ff: fe93: 21f0
 # इंटरफ़ेस eth2 द्वारा प्राप्त किया गया
 #
 इंटरफ़ेस eth2
 {
	 AdvSendAdvert पर;
	 # नोट: {Min, Max} RtrAdvInterval को radvdump के साथ प्राप्त नहीं किया जा सकता है
	 AdvManagedFlag on;
	 AdvOtherConfigFlag पर;
	 सलाह देने योग्य 0;
	 AdvRetransTimer 0;
	 AdvCurHopLimit 64;
	 AdvDefaultLifetime 1800;
	 AdvHomeAgentFlag बंद;
	 AdvDefaultPreference माध्यम;
	 AdvSourceLLAddress पर;
	 AdvLinkMTU 9216;

	 उपसर्ग 2a00: 11d8: 1201 :: / 64
	 {
		 AdvValidLifetime 2592000;
		 AdvPreferredLifetime 604800;
		 AdvOnLink पर;
		 AdvAutonomous on;
		 AdvRouterAddr बंद;
	 };  # उपसर्ग परिभाषा की समाप्ति

 };  # इंटरफ़ेस परिभाषा का अंत

इन सभी में से, निम्न महत्वपूर्ण है:

• जिस पते से घोषणा प्राप्त हुई थी (हमारे मामले में fe80 :: 768e: f8ff: fe93: 21f0) गेटवे एड्रेस है।
• एक नेटवर्क सेगमेंट का संकेत जिसमें आप पतों को स्वत: कॉन्फ़िगर कर सकते हैं
• ध्वज पर AdvAutonomous संकेत है कि यह घोषणा समझ में आता है। यदि झंडा बंद था, तो इसे सुरक्षित रूप से अनदेखा किया जा सकता है।

इस प्रकार, सब कुछ सरल है - हमने पता निर्दिष्ट किया, राउटर ने हमें "स्वयं" भेजा, कर्नेल ने मार्ग को अपडेट किया। वोइला, हमने कंप्यूटर पर आईपीवी 6 अर्जित किया है।

होम नेटवर्क पर सभी के लिए व्हाइट IPv6 एड्रेस

कंप्यूटर के लिए IPv6 पता प्राप्त करना पर्याप्त नहीं है। मैं चाहता हूं कि हर मोबाइल डिवाइस शर्मनाक NAT'om के पीछे न बैठे, लेकिन इंटरनेट पर एक सफेद पते के साथ नंगे गधा। इसी समय, यह वांछनीय है कि बुराई NSA / google मेरे पते की पूंछ (जिसमें MAC एन्कोड किया गया है) के द्वारा अलग-अलग IPv6 नेटवर्क के बीच मेरे आंदोलनों को ट्रैक नहीं कर सकता है (हालांकि, प्ले सेवाओं को स्थापित करने के लिए, यह पैरानॉयड भोली और रक्षाहीन है)।

लेकिन, किसी भी मामले में, हमारा काम इंटरनेट को आगे वितरित करना है।

Tiera, मुझे ipv6 देते हुए, रूट सेट करें: 2a00:11d8:1201:32b0::/64 via 2a00:11d8:1201:0:962b:18:e716:fb97 ।

चूंकि fb97 पहले से ही मेरे कंप्यूटर का पता है, एक रूटिंग सेट करना एक तुच्छ मामला है:

 sysctl net.ipv6.conf.all.forwarding = 1

... और आधे घंटे के बाद, कंप्यूटर पर IPv6 पूरी तरह से बंद हो जाता है? क्यों? किसे दोष देना है?

यह पता चला कि लिनक्स राउटर विज्ञापन को नहीं सुनता है यदि यह एक राउटर है। जो, सामान्य स्थिति में, सही है, क्योंकि यदि दो राउटर स्वयं को राउटर घोषित करते हैं और एक-दूसरे के मार्गों को सुनते हैं, तो हम जल्दी से एक दूसरे पर दो लोहे के ब्लॉक के सरल लूप प्राप्त करेंगे।

हालांकि, हमारे मामले में, हम अभी भी आरए को सुनना चाहते हैं। ऐसा करने के लिए, हमें RA को बलपूर्वक चालू करना होगा।

यह इस प्रकार किया जाता है:

 sysctl net.ipv6.conf.eth2.accept_ra = 2

ध्यान दें कि यह महत्वपूर्ण है कि हम आरए को हर जगह नहीं सुनते हैं, लेकिन केवल एक इंटरफेस पर जिससे हम घोषणाओं की उम्मीद करते हैं।

अब रूटिंग कार्य करता है, मार्ग स्वचालित रूप से प्राप्त होता है, और प्रत्येक मोबाइल डिवाइस पर आप मैन्युअल रूप से एक आईपीवी 6 पता दर्ज कर सकते हैं और मैन्युअल रूप से एक आईपीवी 6 गेटवे निर्दिष्ट कर सकते हैं, और मैन्युअल रूप से आईपीवी 6 डीएनएस, और मैन्युअल रूप से पंजीकृत करें ... उह ... बहुत अधिक मैन्युअल रूप से।

यदि उन्होंने मुझे स्वचालित रूप से सेटिंग्स दी हैं, तो मैं उन्हें और स्वचालित रूप से वितरित करना चाहता हूं। सौभाग्य से, dhcpd IPv4 के समान कार्य के साथ मुकाबला करता है।

IPv6 की सुंदरता यह है कि हम इस समस्या (नेटवर्क सेटिंग्स का वितरण) को बिना किसी विशेष सेवाओं और तथाकथित स्टेटलेस मोड में हल कर सकते हैं। स्टेटलेस मोड की मुख्य विशेषता यह है कि किसी को तनाव नहीं होना चाहिए और न ही किसी चीज़ को सहेजना, याद रखना, आदि। आईपीवी 4 में डीएचसीपी के साथ समस्याएं अक्सर इस तथ्य के कारण होती थीं कि एक ही पता दो अलग-अलग उपकरणों को जारी किया गया था। और यह इस तथ्य के कारण था कि दुष्ट व्यवस्थापक पहले से जारी किए गए किराए के डेटाबेस को मिटा / भूल रहा था। और यह भी, अगर लोहे के बहुत सारे टुकड़े हैं और वे "किराया देना" भूल जाते हैं, तो पते समाप्त हो जाते हैं। दूसरे शब्दों में, स्टेटफुल अतिरिक्त आवश्यकताएं और समस्याएं हैं।

IPv6 में "पते वितरित करने" के तुच्छ कार्य को हल करने के लिए, एक स्टेटलेस मोड का आविष्कार किया गया था, जो एक रूटिंग विज्ञापन पर आधारित है। हमने क्लाइंट पार्ट को पहले ही देख लिया है, अब IPv6 टैबलेट को फीड करने के लिए सर्वर पार्ट को लागू करना बाकी है।

रूटिंग घोषणाओं (radvd) को कॉन्फ़िगर करना

घोषणाओं को कॉन्फ़िगर करने के लिए, एक विशेष डेमॉन प्रोग्राम का उपयोग किया जाता है - रेडव्ड। इसकी किट (रेडवडंप) से उपयोगिता के साथ हम थोड़ा अधिक मिले। उपयोगिता की सुंदरता यह है कि यह न केवल प्राप्त आंकड़ों को प्रदर्शित करता है, बल्कि इसी तरह की घोषणाओं को भेजने के लिए तैयार रेडवेड कॉन्फिग।

इसलिए, radvd कॉन्फ़िगर करें:

 इंटरफ़ेस एथ 3
 {
   AdvSendAdvert पर;
   AdvHomeAgentFlag बंद;
   MinRtrAdvInterval 30;
   MaxRtrAdvInterval 100;
   उपसर्ग 2a00: 11d8: 1201: 32b0 :: / 64
    {
      AdvOnLink पर;
          AdvAutonomous on;
          AdvRouterAddr पर;
    };
 };

यहाँ मुख्य बात उपसर्ग और AdvAutonomous का संदर्भ है।

हम डेमॉन शुरू करते हैं, निकटतम लैपटॉप लेते हैं (साधारण घरेलू नेटवर्क-मैनेजर के साथ साधारण घरेलू ubunt), क्र्राज़, और हम ...

आईपी ​​एक शो wlan0
3: wlan0: <BROADCAST, MULTICAST, UP, LOWER_UP> mtu 1500 qdisc mq राज्य UP qlen 1000
    लिंक / ईथर 10: 0b: a9: bd: 26: a8 brd ff: ff: ff: ff: ff: ff
    inet 10.13.77.167/24 brd 10.13.77.255 स्कोप ग्लोबल wlan0
       valid_lft हमेशा के लिए प्राथमिकता देना
    inet6 2a00: 11d8: 1201: 32b0: 69b9: 8925: 13d9: a879 / 64 गुंजाइश वैश्विक अस्थायी गतिशील 
       valid_lft 86339sec पसंदीदा_lft 14339sec
    inet6 2a00: 11d8: 1201: 32b0: 120b: a9ff: febd: 26a8 / 64 गुंजाइश वैश्विक गतिशील 
       valid_lft 86339sec पसंदीदा_lft 14339sec
    inet6 fe80 :: 120b: a9ff: febd: 26a8 / 64 गुंजाइश लिंक 
       valid_lft हमेशा के लिए प्राथमिकता देना

हमें इतना IPv6 कहां से मिलेगा ? हम अगले भाग में बात करेंगे, लेकिन अब, हम ध्यान देंगे कि पते अपने आप कॉन्फ़िगर हो जाएं। और हमारे मार्ग इस प्रकार हैं:

आईपी ​​-6 आर
2a00: 11d8: 1201: 32b0 :: / 64 देव wlan0 प्रोटो कर्नेल मीट्रिक 256 86215 सेकंड
fe80 :: / 64 देव wlan0 प्रोटो कर्नेल मीट्रिक 256 
डिफ़ॉल्ट के माध्यम से fe80 :: 5ed9: 98ff: fef5: 68bf dev wlan0 proto ra metric 1024 expires 115sec

मुझे आशा है कि पाठक पहले से ही समझता है कि क्या हो रहा है। हालाँकि ... कुछ याद आ रही है। हमारे पास एक डीएनएस रिवाल्वर नहीं है। अधिक सटीक रूप से वहाँ है, लेकिन IPv4 पर dhcpd द्वारा जारी किया गया है। और हमारे पास IPv6 के लिए पांच मिनट का प्यार है, इसलिए हमें IPv6 रिज़ॉल्वर भी चाहिए।

शायद ही, इस योग्यता को उजागर करते हुए, हम dhcpv6 सेट करते हैं और नेमसेवर विकल्प लिखते हैं, कोई फर्क नहीं पड़ता कि कैसे!

सौभाग्य से, IPv6 के बारे में बहुत लंबे समय से सोचा गया है और इसमें सुधार हुआ है। ताकि हम डीएचसीपी सर्वर की भागीदारी के बिना समस्या को हल कर सकें। ऐसा करने के लिए, हमें DNS सर्वरों के पते के एक और संकेत के मार्ग की घोषणा में जोड़ना होगा।

RA में RDNSS

यह सब ज्ञान RFC 6106 में वर्णित है । वास्तव में, हमारे पास राउटर द्वारा वितरित की गई घोषणा में एक पुनरावर्ती डीएनएस सर्वर (अर्थात, "नियमित रिज़ॉल्वर") का पता निर्दिष्ट करने की क्षमता है।

By और बड़े, यह हम डीएचसीपी से चाहते हैं, इसलिए डीएचसीपी की जरूरत नहीं है। कंप्यूटर स्वयं एक सुसंगत तरीके से पते बनाते हैं (यानी, संघर्ष से बचने के लिए), वे DNS सर्वरों के पते जानते हैं। इंटरनेट का इस्तेमाल किया जा सकता है।

ऐसा करने के लिए, हम radvd config में उचित विकल्प जोड़ते हैं:

   RDNSS 2001: 4860: 4860 :: 8888 2001: 4860: 4860 :: 8844
    {
    };

(पूर्ण विन्यास - लेख का अंत देखें)।

हम फिर से जुड़ने की कोशिश करते हैं - और, चीयर्स, सब कुछ काम करता है।

ping6 google.com
पिंग google.com (lb-in-x66.1e100.net) 56 डेटा बाइट्स
64 बाइट्स lb-in-x66.1e100.net से: icmp_seq = 1 ttl = 54 बार - 25% ms
 ^ सी
--- google.com पिंग आँकड़े ---
1 पैकेट प्रेषित, 1 प्राप्त, 0% पैकेट नुकसान, समय 0ms
आरटी मिनट / एवीजी / अधिकतम / महादेव = 25.312 / 25.312 / 25.312 / 0.000 एमएस

google.com संयोग से नहीं चुना गया था। Google सेवाएं (काफी हद तक youtube) शायद इस समय IPv6 यातायात का मुख्य स्रोत है। दूसरा स्रोत टॉरेंट्स है, जहां आप आईपीवी 6 संस्करण में 5-10% साथियों के रूप में देख सकते हैं।

हम इस कहानी को समाप्त कर सकते हैं यदि यह एक और महत्वपूर्ण विवरण के लिए नहीं है - लैपटॉप इंटरफ़ेस पर तीसरा आईपीवी 6 पता क्या है? और यह अस्थायी गतिशील क्या है?

गोपनीयता का विस्तार

जैसा कि मैंने ऊपर उल्लेख किया है, नेटवर्क एडाप्टर के मैक पते के आधार पर स्वचालित रूप से एक आईपीवी 6 पते को कॉन्फ़िगर करना सभी के लिए अच्छा है, सिवाय इसके कि यह एक नेटवर्क पर उपयोगकर्ताओं को ट्रैक करने के लिए लगभग सही उपकरण बनाता है। आप किसी भी ब्राउज़र और ऑपरेटिंग सिस्टम को ले सकते हैं, किसी भी प्रदाता का उपयोग कर सकते हैं (IPv6 का उपयोग कर सकते हैं, इसलिए यह सब भविष्य के लिए एक आंख से लिखा गया है) - लेकिन आपके पास एक ही मैक पता होगा, और कोई भी Google, NSA या सिर्फ एक स्पैमर आपको ट्रैक करने में सक्षम होगा आपके IPv6 पते के निचले बिट्स पर। प्रदाता के आधार पर पुराने वाले बदल जाएंगे, और छोटे लोगों को बचाया जाएगा।

इस समस्या को हल करने के लिए, IPv6 के लिए विशेष एक्सटेंशन विकसित किए गए, जिसे गोपनीयता एक्सटेंशन ( RFC 4941) कहा जाता है)। किसी भी RFC की तरह, इसे पढ़ना आमतौर पर निराशा का संकेत होता है, इसलिए संक्षेप में यह मानक बताता है कि shamanism और md5 का उपयोग करके यादृच्छिक ऑटोकैफ़िजेबल पते कैसे उत्पन्न करें।

यह कैसे काम करता है?

मेजबान, हमारे मामले में, एक नियमित लैपटॉप पर सामान्य ubunt, राउटर की घोषणा से एक नियमित IPv6 पता उत्पन्न करता है। उसके बाद, वह अपने लिए एक अलग पता लिखती है, जाँचती है कि यह पता आरक्षित नहीं है (उदाहरण के लिए, हम बहुत भाग्यशाली हैं, और md5 हैश ने हमारे लिए सभी शून्य उत्पन्न किए हैं - इसे सभी कोणों पर उड़ाने के बजाय, इस अद्भुत md5h को हटा दिया जाएगा और इसके बजाय अगले एक को लिया जाएगा), और, सबसे महत्वपूर्ण बात, यह जांचता है कि नेटवर्क पर ऐसा कोई पता नहीं है। इसके लिए, मानक डीएडी तंत्र का उपयोग किया जाता है (नीचे देखें)। यदि सब कुछ ठीक है, तो एक नव-निर्मित यादृच्छिक पता इंटरफ़ेस को सौंपा गया है, और यह वह है जो इंटरनेट नोड्स के साथ संवाद करने के लिए उपयोग किया जाता है। हालांकि एक ही सफलता के साथ हमारा लैपटॉप मुख्य पते पर पिंग का जवाब देगा।

यह पता समय-समय पर बदल जाता है और जब आप अन्य आईपीवी 6-नेटवर्क से कनेक्ट यह बदल रहा है (और आप में से कई शहर पता है? .. विलाप )। किसी भी मामले में, भले ही हम सभी ब्राउज़रों के कुकीज़ और उंगलियों के निशान के साथ कसकर बिखरे हुए हैं, फिर भी संरक्षित गोपनीयता का एक छोटा सा टुकड़ा एक सहेजे गए टुकड़े से बेहतर है।

डुप्लीकेट एड्रेस डिटेक्शन

IPv6 की अंतिम व्यावहारिक विशेषता DAD है। IPv4 के दिनों में, सवाल "मेजबान को सौंपा गया पता पहले से ही नेटवर्क पर किसी के द्वारा उपयोग किया जा रहा है" तो क्या किया जाएगा "जवाब दिया गया था, लेकिन पते का पुन: उपयोग न करें और सब कुछ ठीक हो जाएगा।"

वास्तव में, सभी विक्रेताओं ने डुप्लिकेट पते के खिलाफ सुरक्षा के अपने संस्करण को लागू किया, लेकिन यह खराब तरीके से काम करता था। विशेष रूप से, लिनक्स dmesg में IPv4 पतों के संघर्ष के बारे में लिखता है, विंडोज - syslog में ... इवेंट ... संक्षेप में, मैं भूल गया। पत्रिका के अपने स्वयं के संस्करण में, यह ट्रे में एक पीला-चिंतित पॉपापिक दिखाता है, वे कहते हैं, बोली-बोली। हालांकि, यह डुप्लिकेट द्वारा निर्दिष्ट किए जाने पर डुप्लिकेट पते के उपयोग में हस्तक्षेप नहीं करता है, और एआरपी क्षेत्र और इसके क्षय समय में गड़बड़ी की समस्याओं की ओर जाता है (यह इस तरह दिखता है: नेटवर्क पर एक कंप्यूटर से, सर्वर दिए गए पते पर जवाब देता है, और दूसरे से, उसी पते पर। , एक लैपटॉप, और वे समय-समय पर भूमिकाओं को बदलते हैं)।

कई डीएचसीपी सर्वर (उदाहरण के लिए tsiska) के पास पता जारी करने से पहले एक विशेष "पिंग चेक" विकल्प भी था।

लेकिन ये सब "लेकिन आप प्रेस नहीं करते हैं, यह चोट नहीं पहुंचेगी" के लिए होमग्राउंड बैसाखी थे।

IPv6 में, समस्या को बहुत अधिक सुरुचिपूर्ण ढंग से हल किया गया था। IPv6 पता असाइन करते समय, RFC में निर्धारित एल्गोरिथ्म लॉन्च किया गया है (जो कि सभी के द्वारा निष्पादित किया गया है, न कि केवल प्रीमियम ग्रेड एंटरप्राइज तैयार लागत बचत दस हजार के लिए मालिकाना समाधान)। इस एल्गोरिथम को ऑप्टिमिस्टिक डीएडी ( आरएफसी 4429 ) कहा जाता है , और इसका सार सरलता से उबलता है: जो भी पहले उठ गया, वह और चप्पल। सहित संलग्न IPv6 पता।

डीएडी ही ठीक काम करता है, लेकिन इसमें एक बहुत छोटी खलनायकी है कि मैं किसी तरह भर आया। यदि इंटरफ़ेस पर (वैकल्पिक) पता सरल हैंip -6 address add, फिर DAD समाप्त होने से पहले ip काम करेगा। इसलिए यदि इस पते का उपयोग ऑटो-शुरू करने वाले डेमों की स्क्रिप्ट या कॉन्फ़िगरेशन में आगे किया जाता है, तो "ऐसा कोई पता नहीं है" के कारण डेमॉन गिर सकता है - लिनक्स उन अनुप्रयोगों के लिए उपलब्ध पते की सूची में निर्यात नहीं करता है जिनके बारे में कोई निश्चितता नहीं है कि उनका उपयोग किया जा सकता है।

कॉन्फ़िगरेशन

बहुसंख्यक इस हिस्से को बिना पढ़े छोड़ देगा, ठीक है, यह है कि कॉन्फ़िगर का भाग्य - लिखा जाना है, लेकिन पढ़ा नहीं।

/ etc / नेटवर्क / इंटरफेस:

ऑटो लो एथ 2 एथ 3
iface लो इनसेट लूपबैक

allow-hotplug eth2 eth3

iface eth2 इनसेट स्थिर
	पता 95.161.2.76
	netmask 255.255.255.0
	गेटवे 95.161.2.1
	dns-nameservers 127.0.0.1 # मेरे पास एक स्थानीय बाइंड आधारित रिज़ॉल्वर है

iface eth2 inet6 स्थिर
	पता 2a00: 11d8: 1201: 0: 962b: 18: e716: fb97 / 128
	dns-nameservers :: 1

iface eth3 इनसेट स्थिर
	पता 10.13.77.1
	netmask 255.255.255.0

iface eth3 inet6 स्टेटिक
	पता 2a00: 11d8: 1201: 32b0 :: 1/64

/etc/sysctl.d/ra2.conf

net.ipv6.conf.eth2.accept_ra = 2

/etc/sysctl.d/ip_forwarding.conf

net.ipv4.conf.all.forwarding = 1
net.ipv6.conf.all.forwarding = 1

/etc/radvd.conf

इंटरफ़ेस एथ 3
 {
   AdvSendAdvert पर;
   AdvHomeAgentFlag बंद;
   MinRtrAdvInterval 30;
   MaxRtrAdvInterval 100;
   उपसर्ग 2a00: 11d8: 1201: 32b0 :: / 64
    {
	  AdvOnLink पर;
          AdvAutonomous on;
          AdvRouterAddr पर;
    };
   RDNSS 2001: 4860: 4860 :: 8888 2001: 4860: 4860 :: 8844
    {
    };
 };

/etc/dhcp/dhcpd.conf

ddns-update-style कोई नहीं;

विकल्प डोमेन-नाम "example.org";
विकल्प डोमेन-नाम-सर्वर ns1.example.org, ns2.example.org;

डिफ़ॉल्ट-लीज-टाइम 600;
अधिकतम-पट्टा-समय 7200;

लॉग-सुविधा स्थानीय 7;

सबनेट 10.13.77.0 नेटमास्क 255.255.255.0 {
	रेंज 10.13.77.160 10.13.77.199;
	विकल्प राउटर 10.13.77.1;
	विकल्प डोमेन-नाम-सर्वर 10.13.77.1;
 }

क्या IPv6 का उपयोग किया जाता है?

मेरे पास एक नियमित घर का कंप्यूटर है। थोड़ा सा छापा, LVM XFS, BTRFS, LUCKS, आपका मेल और वेब सर्वर, dns सर्वर, आदि। मैं IPv6 के साथ एक नियमित होम प्रदाता से जुड़ा हुआ हूं।

यहां चार दिन के इंटरनेट उपयोग के आंकड़े हैं। वह एक सरल तरीके से जा रही थी:

iptables -t फ़िल्टर-एक INPUT
ip6tables -t फ़िल्टर-एक INPUT
(काउंटर्स देखें - iptables -L -v, और ip6tables -L -v)

और यह इस तरह से निकला:

• 4.5% (2.7 जीबी) आईपीवी 6
• 95.5% (59 जीबी) - अन्य, अप्रचलित, आईपी संस्करणों के प्रतिनिधि

इस प्रकार, आईपीवी 6 इंटरनेट पर सबसे अधिक प्रचलित है (यदि विंडोज फोन वाले माइक्रोसॉफ्ट इस तरह पीले हो सकते हैं, तो मैं क्यों नहीं?)।

गंभीरता से, आईपीवी 6 की महत्वपूर्ण उपलब्धियां (बस कल्पना करें - प्रति दिन लगभग एक गीगाबाइट यातायात) मुख्य रूप से YouTube और अन्य Google सेवाओं के कारण हैं। पीरिंग IPv6 का एक छोटा सा हिस्सा लाया, और वहां शेरों के लोगों की सभी प्रकार की सुरंगें और टेरेडो हैं (जो कि नकली IPv6 है, जिसका उपयोग निराशा से किया जाता है)।

दूसरी ओर, यह आंकड़ा मेरे पिछले माप (डेढ़ साल पहले) की तुलना में लगभग तीन गुना अधिक है, जब आईपीवी 6 की हिस्सेदारी मुश्किल से डेढ़ प्रतिशत से अधिक थी।

हार्डवेयर समर्थन के बारे में

डेस्कटॉप लिनक्स, ज़ाहिर है, IPv6 समर्थन और उपयोग करता है।
Android (4+) भी जानते हैं कि कैसे और उपयोग करें। अब तक, केवल एक अजीब बग पाया गया है, यह गहरी नींद मोड में IPv6 (लेकिन जवाब IPv4 पर है) पर पिंग्स का जवाब नहीं दे रहा है।
जहाँ तक मुझे पता है, IPv6 iOS समर्थन और उपयोग करता है।