सार्वजनिक IP-जाँच पृष्ठ एक प्रश्न का उत्तर देता है, और आम तौर पर वह प्रश्न नहीं जो आपने पूछा था। यह वह निकास पता बताता है जो पृष्ठ ने देखा; यह नहीं बताता कि सुरंग से होकर IPv6 मार्ग काम करता है या नहीं, मेज़बान ने IPv6 को प्राथमिकता दी या पीछे हटा, या किसी बाहर रखे गए अनुप्रयोग ने दूसरा मार्ग लिया। आपके नियंत्रण वाला अधिकृत संसाधन उस संकरे प्रश्न का ठीक उत्तर देता है, क्योंकि आप दोनों सिरे देखते हैं। नीचे की मार्गदर्शिका ऐसे निष्कर्ष तक पहुँचने की है जिसका आप बचाव कर सकें, हरा परिणाम पाने की नहीं।

चरण 1: बताएँ कि आप कौन-सा IPv6 मार्ग जाँच रहे हैं

इसे एक वाक्य में कहें। सुरंग सर्वर के अपने IPv6 पते पर अनुरोध सुरंग की जाँच करता है; निकास से परे किसी मेज़बान पर अनुरोध निकास के IPv6 निर्गम की जाँच करता है; किसी निजी IPv6 पते पर अनुरोध आंतरिक मार्ग की जाँच करता है।

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

चरण 2: पुष्टि करें कि मेज़बान वही मार्ग चुनता है

ip -6 route get 2001:db8:1::10 मार्ग, स्रोत पता और वह इंटरफ़ेस छापता है जो कर्नेल उपयोग करता, और बाकी जाँच इसी तथ्य पर टिकी है।

इंटरफ़ेस का होना उसके चुने जाने के समान नहीं है। दोहरे स्टैक वाले मेज़बानों में प्राथमिकता तालिका होती है, और Linux पर /etc/gai.conf बदल सकता है कि दोनों में हल होने वाले नाम के लिए कौन-सा परिवार जीतेगा।

चरण 3: वैध गंतव्य और वैध नाम का उपयोग करें

यदि आप HTTPS जाँच रहे हैं, तो वही मेज़बान नाम उपयोग करें जिसके लिए प्रमाणपत्र जारी हुआ और सत्यापन चालू रखें; जाँच पास कराने के लिए शाब्दिक पते पर जाना ठीक उसी जाँच को बंद कर देता है जो साबित करती है कि आप इच्छित मेज़बान तक पहुँचे। आपके नियंत्रण वाली नैदानिक सेवा, जो किसी ज्ञात नाम पर वैध प्रमाणपत्र के साथ उत्तर देती है, सबसे स्वच्छ लक्ष्य है। यह आपको मिलान के लिए सर्वर-पक्ष की लॉग पंक्ति भी देती है, जो तृतीय-पक्ष जाँचकर्ता कभी नहीं देगा।

अनुरोध ऐसे रूप में चलाएँ जो उपयोग किया गया पता दिखाए: curl -6 -sS -o /dev/null -w '%{remote_ip} %{http_code}\n' https://test6.example.net/। -6 परिवार को बाध्य करता है, और इस तरह आप IPv6 काम नहीं करता और IPv6 को प्राथमिकता नहीं मिली, इन दोनों को अलग करते हैं।

शुद्ध पहुँच जाँच के लिए, जहाँ ICMPv6 अनुमत है, ping -6 -c 3 2001:db8:1::10 पर्याप्त है। यह मार्ग साबित करता है और उसके ऊपर कुछ नहीं।

चरण 4: दोनों सिरों का मिलान करें

जब आपके पास दोनों सिरों की पहुँच हो, तो क्लाइंट पर tcpdump -ni any ip6 and host 2001:db8:1::10 और संसाधन पर उसका समतुल्य, समय-चिह्नों के साथ चलाएँ और पुष्टि करें कि वही प्रवाह दोनों में दिखता है। यही संभाव्य परिणाम को प्रमाण में बदलता है: केवल क्लाइंट का दृश्य संसाधन के उत्तर को बीच की किसी चीज़ के उत्तर से अलग नहीं कर सकता। कैप्चर को एक ही गंतव्य तक संकीर्ण रखें ताकि आउटपुट पठनीय रहे और किसी का असंबंधित सत्र फ़ाइल में न आए।

यदि चिंता यह है कि नीति पुनःआरंभ सहती है या नहीं, तो दोबारा जुड़ने के बाद जाँच दोहराएँ। कनेक्शन के समय एक बार लागू किया गया मार्ग और फ़ायरवॉल स्थिति, दोबारा लागू होने वाली स्थिति से भिन्न हो सकता है, और अंतर केवल दूसरे कनेक्शन में दिखता है।

ज़रूरत हो तो विफलता के मामले की जाँच अलग से करें। जो सुरंग गिरने पर IPv6 को अवरुद्ध करती है और जो उसे लीक होने देती है, वे अलग डिज़ाइन हैं, और उनमें से केवल एक ही सफल अनुरोध से सत्यापित हो सकती है।

चरण 5: लिखें कि जाँच ने क्या साबित नहीं किया

पाँचवाँ चरण यह लिखना है कि जाँच ने क्या साबित नहीं किया, और यही वह हिस्सा है जो छूट जाता है। निजी अंतिम बिंदु की सफल जाँच सार्वजनिक IPv6 निर्गम साबित नहीं करती, DNS व्यवहार साबित नहीं करती, और उन अनुप्रयोगों को नहीं ढकती जिन्हें आपने सुरंग से बाहर रखा। इनमें से हर एक को अपना गंतव्य और अपना अवलोकन चाहिए। यह कहने वाला नोट कि एक मेज़बान पर एक अनुरोध के बाद IPv6 काम करता है, कोई निष्कर्ष नहीं है; यह समय-चिह्न के साथ एक अनुमान है।

रखने योग्य अभिलेख छोटा है: गंतव्य, नाम, मेज़बान द्वारा चुना गया स्रोत पता, देखा गया दूरस्थ पता और समय। RFC 7359 चर्चा करता है कि कैसे जाँचें कि कोई प्रासंगिक IPv6 मार्ग वास्तव में उपयोग योग्य है, और यही वह मानक है जिसके निकट यह मार्गदर्शिका सरल उपकरणों से पहुँचती है। यदि निष्कर्ष को सत्य होने के लिए सार्वजनिक जाँचकर्ता चाहिए, तो जाँच पर्याप्त विशिष्ट नहीं थी।

संबंधित लेख