ह्यान्डसेक हुन्छ, इन्टरनेट हुँदैन: 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 सेवाले टनेलमा बाधा पुर्याउन सक्छ। गलत आर्किटेक्चरका लागि बनेको इन्स्टलर आर्किटेक्चरको कहिल्यै उल्लेख नगर्ने सन्देशसँग असफल हुन्छ।

परीक्षणले नाम दिएको तह सुधार्नुहोस्, त्यसपछि ती तीनै गन्तव्य फेरि चलाउनुहोस्। होस्टनाम परीक्षण सुधार्ने तर टनेलको ठेगाना तोड्ने परिवर्तन गलत तहमा लागू भएको छ।