हँडशेक होतो, इंटरनेट नाही: 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 मधून अडॅप्टर सेट करा. ती नसल्यास पत्त्यावरून ping यशस्वी होतो पण प्रत्येक हॉस्टनेम अपयशी ठरते, आणि वापरकर्ते ते इंटरनेट नाही असे नोंदवतात.

जोडल्यानंतर Windows प्रत्यक्षात कोणते सर्व्हर वापरतो ते तपासा. भौतिक अडॅप्टरवर राहिलेला रिझॉल्व्हर अर्धवट अपयश स्पष्ट करतो, जिथे काही नावे सुटतात आणि काही नाही. वर दुसरा जोडण्याऐवजी तो साफ करा.

Windows मशीनच एक्झिट असेल तर

Internet Connection Sharing सुरू असताना अॅड्रेसिंग पुन्हा लिहिते, ज्यामुळे सामायिक अडॅप्टर दुसर्या श्रेणीत जाऊ शकतो. मूळ पत्त्याकडे अजूनही बोट दाखवणारा क्लायंट मग काम करत नाही. रजिस्ट्री मूल्ये ScopeAddress आणि StandaloneDHCPAddress ती श्रेणी नियंत्रित करतात, आणि रीबूटनंतर सेटिंग परत येऊ शकते.

Windows साठी खास असे आणखी दोन संघर्ष पाहण्यासारखे आहेत. Routing and Remote Access सेवा टनेलमध्ये अडथळा आणू शकते. चुकीच्या आर्किटेक्चरसाठी बनवलेला इंस्टॉलर आर्किटेक्चरचा कधीही उल्लेख न करणाऱ्या संदेशासह अपयशी ठरतो.

चाचणीने नाव दिलेला स्तर दुरुस्त करा, नंतर तीच तीन गंतव्ये पुन्हा चालवा. हॉस्टनेम चाचणी दुरुस्त करणारा पण टनेलचा पत्ता तोडणारा बदल चुकीच्या स्तरावर लागू झाला आहे.