VPN मार्फत IPv6: प्रत्यायोजित प्रिफिक्स पत्ता पूल होइन

एउटै दिन दुई अनुरोध आउँछन्: एउटा ल्यापटपलाई सुरुङमार्फत IPv6 चाहिन्छ, र एउटा सानो साइटले आफ्नो राउटरपछाडिका यन्त्रहरूका लागि IPv6 चाहन्छ। दुवैलाई ठेगानाले जवाफ दिइन्छ, र दोस्रोले त्यसपछि एक हप्ता असफलतामा बिताउँछ। भूमिकाहरू फरक छन्, र त्यसैगरी संयन्त्र, कन्फिगरेसन र काम गर्छ भनी प्रमाणित गर्ने जाँच पनि। यो मार्गदर्शिकाले तिनलाई अलग राख्छ।

पहिलो चरण: तपाईं कुन भूमिका निर्वाह गर्नुहुन्छ निर्णय गर्नुहोस्

एउटा एकल होस्टलाई आफ्नो सुरुङ इन्टरफेसमा एउटा ठेगाना चाहिन्छ, टाढाको पक्षतर्फ मार्ग र तलपट्टि नम्बर दिनु पर्ने केही पनि छैन। सुरुङपछाडिको राउटरलाई बाँड्न सकिने पूरै सञ्जाल चाहिन्छ, साथै टाढाको पक्षमा ती ठेगानाहरू उसतर्फ फर्काउने मार्ग चाहिन्छ। सुरुङपछाडि के छ त्यसले पछिका हरेक निर्णय निर्धारण गर्छ।

कुनै पनि कन्फिगरेसन खोल्नुअघि त्यो प्रश्नको जवाफ दिनुहोस्। यो चरणपछिको सबै कुरा तपाईंले कुन जवाफ दिनुभयो त्यसमा निर्भर छ।

दोस्रो चरण: एउटा एकल होस्टका लागि ठेगाना बाँडफाँट

सुरुङको ठेगाना तोक्नुहोस्, उत्पादनले अपेक्षा गर्ने प्रिफिक्स लम्बाइ पुष्टि गर्नुहोस्, र ग्राहकले टाढाको दायराका लागि मार्ग स्थापना गर्छ कि त्यसलाई स्थानीय पूर्वनिर्धारित गेटवेमा पठाउँछ भनी जाँच्नुहोस्। सुरुङ इन्टरफेसमा /128 बिन्दु-देखि-बिन्दु लिङ्कका लागि सामान्य हो, जबकि त्यहाँ /64 ले कसैले पनि प्रत्यायोजन नगरेको सञ्जालको दाबी गर्छ। दुई आउटपुटले प्रश्न टुंग्याउँछन्: ठेगाना तालिका र मार्ग तालिका, दुवै छेउमा पढिएका। तिनलाई सँगै पढ्नुहोस्, किनकि गलत इन्टरफेसमा देखाउने मार्ग यो चरणको सबैभन्दा सामान्य गल्ती हो।

दुवै छेउमा ठेगाना र मार्ग तालिकासँग जाँच्नुहोस्, त्यसपछि एउटा अनुरोध पठाउनुहोस्। यदि अनुरोध ठीकसँग बाहिर गयो र केही फर्किएन भने, दोष ग्राहकको ठेगानामा होइन, टाढाको पक्षको मार्गमा छ।

तेस्रो चरण: सुरुङपछाडिको राउटरका लागि प्रत्यायोजन

प्रिफिक्स प्रत्यायोजन ठेगाना बाँडफाँटभन्दा अलग संयन्त्र हो, यसको आफ्नै अनुरोध र आफ्नै पट्टा छ। प्रत्यायोजन गर्ने पक्षलाई तल्लो सञ्जालका लागि पर्याप्त ठूलो प्रिफिक्स दिन कन्फिगर गरिएको हुनुपर्छ, र अनुरोध गर्ने राउटरले आफ्नो भित्री इन्टरफेस त्यही प्रिफिक्सबाट नम्बर गर्नुपर्छ।

मोबाइल ग्राहकको सेवा गर्ने पूलले प्रत्यायोजन गर्न सक्छ भनी नमान्नुहोस्। धेरै VPN उत्पादनहरूले एकल ठेगाना बाँड्छन् र तिनमा प्रत्यायोजनको भूमिका नै हुँदैन, र तपाईंको किनारमा आउने प्रदायकको प्रिफिक्स स्वतः कुनै सहकर्मीलाई पठाइँदैन। प्रत्येक पूलले कुन भूमिका निर्वाह गर्छ लेख्नुहोस्, किनकि दुवै फरक ठाउँमा कन्फिगर गरिन्छन्।

चौथो चरण: फर्कने मार्ग स्पष्ट बनाउनुहोस्

दुवै छेउ कुन सहकर्मीले कुन प्रिफिक्स बोक्छ भन्नेमा सहमत हुनुपर्छ। टाढाको पक्षमा, प्रत्यायोजित सञ्जालका लागि सुरुङतर्फ देखाउने मार्ग थप्नुहोस्, र कुनै पनि ओभरल्याप हुने दायराले यसलाई पहिले नै दाबी गर्दैन भनी पुष्टि गर्नुहोस्।

फर्कने मार्ग बिनाको मान्य प्रिफिक्स ले सफा ठेगाना योजना र कुनै जडान दिँदैन। पहुँच नियम बिनाको मार्गले साइटको सोचेभन्दा बढी भाग खुला गर्छ, त्यसैले दुवै परिवर्तन एउटै विन्डोमा जोड्नुहोस् र आधा लागू भएको अवस्था प्रयोगकर्ताहरूबाट टाढा राख्नुहोस्।

पाँचौँ चरण: राउटरको पछाडिबाट जाँच्नुहोस्

जाँचहरू क्रममा गर्नुहोस्: ग्राहकमा सुरुङ इन्टरफेसको ठेगाना, भित्री इन्टरफेसमा प्रत्यायोजित प्रिफिक्स, त्यो प्रिफिक्सतर्फ टाढाको पक्षको मार्ग, र अन्तमा राउटरपछाडिको यन्त्रबाट एउटा अनुरोध। तपाईंले नियन्त्रण गर्ने गन्तव्य प्रयोग गर्नुहोस्, ताकि शान्त अवरोध र हराएको मार्ग छुट्याउन सकियोस्। कुन चरणले तपाईंलाई अचम्मित बनाए पनि, अगाडि बढ्नुअघि सुधार्नुपर्ने त्यही हो।

अन्तिम जाँच दुई पटक गर्नुहोस्, एक पटक राउटरबाटै र एक पटक त्यसको पछाडिको यन्त्रबाट। गन्तव्यमा पुग्ने तर त्यसका ग्राहकहरू पुग्न नसक्ने राउटर प्रत्यायोजन वा फर्वार्डिङको समस्या हो, माथिको समस्या होइन।

फिर्ता ल्याउने

परिवर्तनअघि अघिल्लो ठेगाना कन्फिगरेसन राख्नुहोस्, र दुई संयन्त्रमध्ये तपाईंले कुन बदल्नुभयो लेख्नुहोस्। मार्ग नहटाई प्रत्यायोजित प्रिफिक्स हटाउँदा कालो प्वाल रहन्छ, र प्रिफिक्स बिना मार्ग हटाउँदा कुनै पनि पुग्न नसक्ने ठेगाना रहन्छन्। दुवै परिवर्तन अलग-अलग लेख्नुहोस्, किनकि एउटा फिर्ता लिएर अर्को राख्दा साइट एकै दिशामा मात्र पुग्न नसक्ने हुन्छ।

यदि कुनै उत्पादनले तपाईंलाई चाहिने भूमिका समर्थन गर्दैन भन्ने देखियो भने, रोक्नुहोस् र डिजाइन बदल्नुहोस्, कहिल्यै नसोचिएको दायरा राख्न ग्राहक फिल्ड तान्नुको सट्टा। गलत संयन्त्रले जवाफ दिइएको सहयोग केसले डिजाइन परिवर्तनभन्दा बढी खर्च गराउँछ।