विचार IPv6 के बारे में जोर से कहते हैं, या NAT हमें क्यों नहीं बचाएगा

जब मैं IPv6 के बारे में समाचार पढ़ता हूं, तो मुझे यह आभास होता है कि यह सभी निष्कर्ष पर पहुंचता है:

1. IPv6 का एकमात्र प्लस इसका लगभग असीमित पता स्थान है;
2. कुछ आईपी पते हैं, लेकिन चूंकि अधिकांश सफेद पते की आवश्यकता नहीं है, इसलिए NAT हमें बचाएगा;
3. यदि आप उन कंपनियों के आईपी पते को "निचोड़" लेते हैं, जिन्हें इंटरनेट की सुबह बड़े पूल मिले थे, तो यह कुछ और वर्षों के लिए पर्याप्त होगा।

उसी समय, बहुत सारे महत्वपूर्ण विवरण भूल जाते हैं, जो तस्वीर को बहुत खराब करते हैं।

आईपी ​​अभाव के बारे में

जब इंटरनेट बनाया गया था, तो ऐसा लगा कि 4 बिलियन पते सभी के लिए पर्याप्त थे। अब, नेटवर्क को चाहने वाले उपकरणों की संख्या इस संख्या से अधिक हो गई है और प्रत्येक पता गायब है।

सबसे दिलचस्प बात यह है कि आईपी आर्किटेक्चर को पते की अधिकता को ध्यान में रखते हुए विकसित किया गया था - रूटिंग एड्रेस उपसर्गों का अनुसरण करता है। आदर्श रूप से, आईपी के दृष्टिकोण से, नेटवर्क एक पेड़ के रूप में होना चाहिए, जिनमें से प्रत्येक नोड में एक उपसर्ग होता है, जिसमें सभी सहायक नेटवर्क शामिल हैं। रूटिंग टेबल में अतिरिक्त प्रविष्टियाँ जोड़कर इस नियम का उल्लंघन दंडनीय है।

इसके लिए निम्नलिखित निष्कर्ष निम्नलिखित हैं:

1. अधिक कसकर पता स्थान का उपयोग किया जाता है, राउटिंग टेबल जितना बड़ा होता है और उन्हें बनाए रखने की लागत;
2. आईपी ​​पते जारी करना केवल बैचों में संभव है;
3. पता स्थान को पुनर्वितरित करना महंगा है, यानी छीने हुए साम्राज्यवादियों से आईपी पते छीन लेने से स्थिति में बहुत बदलाव नहीं आएगा।

NAT एक रामबाण दवा क्यों नहीं है?

यह व्यापक रूप से माना जाता है कि NAT हमें बचाएगा।

इससे निपटने के लिए, आपको यह समझने की आवश्यकता है कि यह कैसे काम करता है। सामान्य सिद्धांत इस प्रकार है:

1. प्रत्येक नेटवर्क आईपी कनेक्शन में एक संयोजन होता है: <क्लाइंट आईपी एड्रेस>: क्लाइंट पर पोर्ट> - <सर्वर आईपी>: सर्वर पर <पोर्ट>
2. क्लाइंट पर पोर्ट मनमाना हो सकता है, इस के लिए धन्यवाद एनएटी क्लाइंट के आंतरिक पते को अपने स्वयं के साथ बदल सकता है और अपनी ओर से संवाद कर सकता है।
   ऐसा करने के लिए, उसे पत्राचार के साथ एक प्लेट स्टोर करने की आवश्यकता है:
   <क्लाइंट आईपी पता>: <पोर्ट क्लाइंट पर> - <सर्वर आईपी एड्रेस>: <पोर्ट सर्वर पर>, नैट पर पोर्ट>

यह सिद्धांत निम्नलिखित सीमाएँ लागू करता है:

1. एक बाह्य आईपी पते से एक नेटवर्क संसाधन (संयोजन <सर्वर आईपी पता>: <पोर्ट ऑन सर्वर>) की कुल संख्या बंदरगाहों की संख्या (टीसीपी और यूडीपी के लिए 65535 - 4096 = 61439) से अधिक नहीं हो सकती है।
2. अगर NAT को इसके बारे में कुछ भी पता नहीं है तो सर्वर NAT के पीछे नहीं जा सकता है (होम रूटर्स पर यह समस्या आमतौर पर UPnP का उपयोग करके हल की जाती है)।
3. ऐसे प्रोटोकॉल जिनमें पोर्ट कांसेप्ट नहीं है (उदाहरण के लिए, GRE) की पहचान NAT में केवल <Server IP एड्रेस> से होती है, इस वजह से, इन प्रोटोकॉल के लिए केवल एक क्लाइंट ही सर्वर से जुड़ सकता है।
4. यदि NAT के पीछे के उपयोगकर्ता को IP द्वारा प्रतिबंधित किया जाता है, तो हर कोई जो NAT के पीछे है, सभी पीड़ित हैं।

एक बाहरी आईपी पते से एक नेटवर्क संसाधन तक कुल कनेक्शन पोर्ट की संख्या से अधिक नहीं हो सकता है

उदाहरण के लिए, यह इस तरह दिखता है:

1. मान लीजिए कि 62,000 लोग एक NAT के पीछे बैठे हैं;
2. ये सभी उपयोगकर्ता साइट्स yandex.ru और vk.ru के साथ एक विंडो खोलने का प्रयास करेंगे;
3. yandex.ru सभी के लिए खुलेगा, क्योंकि yandex.ru नाम 6 आईपी पते को संदर्भित करता है;
4. vk.ru केवल कुछ उपयोगकर्ताओं के लिए खुलेगा, क्योंकि vk.ru नाम 1 आईपी पते को संदर्भित करता है (पर्याप्त पोर्ट नहीं थे)।

यही है, हम पीरियड्स के दौरान कुछ साइट्स के साथ समस्याएँ प्राप्त करेंगे।

वास्तविकता में, निम्नलिखित कारणों से संख्या काफी कम आशावादी होगी:

1. ब्राउज़र आमतौर पर एक साइट पर कई कनेक्शन खोलते हैं;
2. कनेक्शन बंद होने के बाद, पोर्ट को कुछ समय के लिए उसी संसाधन से कनेक्ट करने के लिए उपयोग नहीं किया जा सकता है (यह विशेष रूप से UDP के लिए सही है, जहां कोई समापन तथ्य नहीं है)।

इसके अलावा, उपयोगकर्ताओं द्वारा बड़े पैमाने पर उपयोग किए जाने वाले संसाधनों की सूची केवल साइटों तक सीमित नहीं है। इसमें ये भी शामिल हैं:

1. तत्काल संदेशवाहक (ICQ, Google टॉक, आदि);
2. ऑपरेटिंग सिस्टम, एंटीवायरस, आदि को अपडेट करने वाला सर्वर;
3. ऑनलाइन भंडारण सेवाएं (Google Android, Dropbox, Ubuntu one, आदि);
4. समय सर्वर;
5. DNS सर्वर
6. teredo सर्वर।

इसके लिए निम्नलिखित निष्कर्ष निम्नलिखित हैं:

1. NAT क्षमता सीमित है। NAT आपको किसी समस्या के समाधान को "पुश" करने की अनुमति देता है, लेकिन इसे हल नहीं करता है।
2. NAT के पीछे बहुत से उपयोगकर्ता सूक्ष्म समस्याओं को जन्म दे सकते हैं।

किसे "सफेद" आईपी पते की आवश्यकता है?

यह व्यापक रूप से माना जाता है कि एक साधारण व्यक्ति को एक सफेद आईपी पते की आवश्यकता नहीं है, लेकिन यह पूरी तरह से सच नहीं है।
सफेद आईपी पता, आपको आवश्यकता हो सकती है:

1. जिन्हें काम से पहले वीपीएन की जरूरत होती है।
   माइक्रोसॉफ्ट विंडोज में, मानक वीपीएन कार्यान्वयन जीआरई प्रोटोकॉल का उपयोग करता है, जिसमें पोर्ट की कोई अवधारणा नहीं है। इस वजह से, यह प्रोटोकॉल NAT के साथ अच्छी तरह से काम नहीं करता है।
   ओपनवीपीएन, सिस्को वीपीएन इस समस्या से ग्रस्त नहीं है, लेकिन उपयोगकर्ता के लिए उन्हें कॉन्फ़िगर करना अधिक कठिन है (वे माइक्रोसॉफ्ट विंडोज बंडल में शामिल नहीं हैं)।
2. जिन्हें पी 2 पी कनेक्शन का उपयोग करने की आवश्यकता है।
   वीओआईपी, टोरेंट और कुछ अन्य एप्लिकेशन बाहरी सर्वर की भागीदारी के बिना सीधे डेटा स्थानांतरित करना पसंद करते हैं। NAT प्रत्यक्ष संबंध बनाने से रोकता है। यह चालाक एल्गोरिदम द्वारा बाईपास किया गया है, जिनमें से सफलता एनएटी के प्रकार और बाहरी सर्वर के उपयोग पर निर्भर करती है।

यही है, एक सफेद आईपी अक्सर उन लोगों के लिए महत्वपूर्ण होता है जिन्हें घर से काम करने की आवश्यकता होती है। इसी समय, प्रदाता से "सफेद आईपी" सेवा का आदेश देना हमेशा संभव नहीं होता है।

इसके अलावा, जो संगठन वीपीएन के माध्यम से अन्य संगठनों के लिए समर्थन प्रदान करते हैं, उन्हें सफेद आईपी एड्रेस सबनेट की आवश्यकता हो सकती है: जब कई वीपीएन का उपयोग विभिन्न संगठनों के लिए किया जाता है, तो अपने स्वयं के और तीसरे पक्ष के संगठनों के भीतर पता स्थान के चौराहे से बचना मुश्किल हो जाता है।

IPv6 पता स्थान को बढ़ाने के अलावा किस तरह का उपहार देता है?

पता स्थान बढ़ाने के अलावा, आईपीवी 6 में कई फायदे हैं, उनमें से मैं नोट करना चाहूंगा:

1. रूटिंग का सरलीकरण।
   IP मूल रूप से विरल एड्रेस स्पेस के लिए डिज़ाइन किया गया था।
2. डेटा ट्रांसफर दर में वृद्धि।
   IPv4 में, "विंडो" के आकार के कारण अधिकतम टीसीपी डेटा दर है: 64KB / <प्रतिक्रिया समय>
   यही है, अगर प्रतिक्रिया समय 150 एमएस है, तो एक एकल टीसीपी स्ट्रीम पर डेटा 426 केबी / एस से अधिक नहीं की गति से पंप किया जा सकता है।
   आमतौर पर, यह सीमा यूडीपी या कई टीसीपी धाराओं पर डेटा भेजकर बाईपास की जाती है। यह इस सीमा के कारण है कि साइटों से त्वरित डाउनलोड के लिए अनगिनत कार्यक्रम दिखाई दिए हैं।
   IPv6 में ऐसी कोई सख्त पाबंदी नहीं है।
3. मल्टीकास्ट।
   अब इंटरनेट रेडियो स्टेशनों को प्रत्येक उपयोगकर्ता को व्यक्तिगत रूप से एक ही चीज़ प्रसारित करने के लिए मजबूर किया जाता है। ऐसी योजना के साथ, हवा पर प्रसारण कल्पना करना भी डरावना है।
   IPv6 में, आप एक साथ कई ग्राहकों को डेटा भेज सकते हैं।

कुल मिलाकर

व्यक्तिगत रूप से, मेरे पास निम्नलिखित निष्कर्ष हैं:

1. वह क्षण जब IP पते एक बार में समाप्त हो जाएंगे, बहुत जल्द ही आ जाएंगे, लेकिन यह आसान नहीं है;
2. IPv6 के लिए संक्रमण की प्रक्रिया एक भयानक गति से है और त्वरण की उम्मीद नहीं की जाती है जब तक कि वास्तविक समस्याएं आईपी पते प्राप्त करने के साथ शुरू नहीं होती हैं;
3. IP पते की कमी के कारण, अधिक से अधिक उपयोगकर्ता NAT पर जोर देंगे;
4. NAT वें के पीछे IPv6 पते वाले उपयोगकर्ता विभिन्न संसाधनों का उपयोग करते समय अप्रत्याशित समस्याओं का अनुभव करना शुरू कर देंगे।