हैंडशेक हो रहा है, इंटरनेट नहीं: Windows 11 पर पहले क्या ठीक करें

Windows 11 पर अक्सर ताज़ा हैंडशेक ऐसे ब्राउज़रों के साथ दिखते हैं जो कुछ नहीं खोलते। हैंडशेक केवल यह साबित करता है कि पीयर के साथ UDP का आदान-प्रदान पूरा हुआ। यह Windows द्वारा बिठाए गए रूट, उसके द्वारा इस्तेमाल किए जाने वाले रिज़ॉल्वर, या इस बारे में कुछ नहीं कहता कि एग्ज़िट कुछ आगे भेजता है या नहीं।

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

कुंजियों को छूने से पहले परत तय करें

इस क्रम में तीन गंतव्यों से गुज़रें। टनल की ओर के पते से शुरू करें, फिर संख्या के रूप में सार्वजनिक IP, और होस्टनाम पर समाप्त करें। जहाँ क्रम टूटता है, वहीं परत का नाम मिलता है। पहले चरण में विफलता रूटिंग है, दूसरे में फ़ॉरवर्डिंग या NAT, और तीसरे में नाम विश्लेषण।

यही क्रम पूरी विधि है। यह DNS खराबी को टूटी टनल के रूप में निदान होने से रोकता है, जो यहाँ सबसे आम गलत मोड़ है।

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

अगर हैंडशेक का समय खाली है

जब हैंडशेक का समय खाली होता है, तो एन्क्रिप्टेड आदान-प्रदान कभी पूरा नहीं हुआ। इसलिए खराबी रूटिंग से पहले बैठती है। पहले एंडपॉइंट पता और पोर्ट देखें, फिर यह कि नेटवर्क UDP को फ़िल्टर करता है या नहीं। जो होस्टिंग प्रदाता WireGuard ट्रैफ़िक गिरा देता है, वह ठीक यही पैदा करता है, और पुरानी प्रोफ़ाइल से एंडपॉइंट कॉपी करने वाला क्लाइंट भी।

बाइट बाहर जा रहे हैं और अंदर कोई नहीं आ रहा, यह अलग मामला है। यह NAT या ऐसे फ़ायरवॉल की ओर इशारा करता है जो ट्रैफ़िक गलत जगह लौटा देता है।

अगर रूट भौतिक एडाप्टर से हार जाए

पूरी टनल के लिए पीयर अनुभाग को उन गंतव्यों को कवर करना चाहिए जिन्हें आप इस्तेमाल करने की उम्मीद करते हैं। Windows कभी-कभी भौतिक एडाप्टर का डिफ़ॉल्ट रूट रखता है, चाहे सब कुछ कवर करने वाला नियम सेट हो। सब कुछ कवर करने वाले नियम को 0.0.0.0/1 और 128.0.0.0/1 में बाँटने से दो अधिक विशिष्ट प्रीफ़िक्स बनते हैं जो लुकअप जीतते हैं। यह विभाजन एक प्रलेखित वर्कअराउंड है, पसंद नहीं।

route print या किसी सार्वजनिक पते के लुकअप से पुष्टि करें। चुना गया इंटरफ़ेस टनल एडाप्टर होना चाहिए। अगर भौतिक अभी भी जीतता है, तो सर्वर छूने से पहले पीयर रेंज ठीक करें।

अगर पते काम करें और नाम विफल हों

WireGuard IP पैकेट ढोता है और DNS पर इसकी कोई राय नहीं है। इंटरफ़ेस अनुभाग में DNS = पंक्ति डालें, या Windows के ज़रिए एडाप्टर सेट करें। इसके बिना पते से पिंग सफल होता है जबकि हर होस्टनाम विफल होता है, और उपयोगकर्ता इसे इंटरनेट नहीं होने के रूप में बताते हैं।

जुड़ने के बाद Windows वास्तव में किन सर्वरों का उपयोग करता है, यह जाँचें। भौतिक एडाप्टर पर बचा हुआ रिज़ॉल्वर आंशिक विफलता समझाता है, जहाँ कुछ नाम हल होते हैं और कुछ नहीं। ऊपर दूसरा जोड़ने के बजाय उसे साफ़ करें।

अगर Windows मशीन ही एग्ज़िट है

Internet Connection Sharing चालू होने पर एड्रेसिंग फिर से लिखता है, जिससे साझा एडाप्टर दूसरी रेंज में जा सकता है। मूल पते की ओर इशारा करता क्लाइंट तब काम करना बंद कर देता है। रजिस्ट्री मान ScopeAddress और StandaloneDHCPAddress उस रेंज को नियंत्रित करते हैं, और रीबूट के बाद सेटिंग वापस जा सकती है।

Windows-विशिष्ट दो और टकराव देखने लायक हैं। Routing and Remote Access सेवा टनल में बाधा डाल सकती है। गलत आर्किटेक्चर के लिए बना इंस्टॉलर ऐसे संदेश के साथ विफल होता है जो आर्किटेक्चर का कभी ज़िक्र नहीं करता।

परीक्षण ने जिस परत का नाम लिया उसे ठीक करें, फिर वही तीन गंतव्य दोबारा चलाएँ। जो बदलाव होस्टनाम परीक्षण ठीक करता है पर टनल का पता तोड़ देता है, वह गलत परत पर लगाया गया है।