नयाँ हटस्पट क्लाइन्ट IP लिँदा अड्किनु VPN को खराबी होइन

एउटा फोन हटस्पटमा जोडिन्छ, «IP ठेगाना प्राप्त हुँदैछ» मा रोकिन्छ र अन्तमा हार्छ। स्वाभाविक निष्कर्ष फोनको VPN ले DNS मा बाधा पुर्याइरहेको छ भन्ने हुन्छ, त्यसैले मानिसहरू रिजोल्भर र थपिएका नियम सम्पादन गर्न थाल्छन्। त्यो गलत चरण हो। क्लाइन्टले कहिल्यै स्थानीय ठेगाना पाएन, र त्यो बिना उसँग गेटवे छैन, रिजोल्भर छैन र अगाडि पठाउने केही छैन, त्यसैले होस्ट फोनको कुनै पनि VPN सेटिङले यो असफलता व्याख्या गर्न सक्तैन। जडान, स्थानीय ठेगाना बाँडफाँट र अगाडि फर्वार्डिङ तीन छुट्टै चरण हुन्, र अन्तिम चरणमा मात्र सुरुङ संलग्न छ।

तीन चरण, र तपाईं कुनमा हुनुहुन्छ

पहिले जडान आउँछ: क्लाइन्ट हटस्पटको ताररहित सञ्जालमा जोडिन्छ। गलत पासवर्ड, WPA3 को अमिल्दो वा रेडियो अनुकूलता समस्या यहीँ असफल हुन्छ, र क्लाइन्टले सामान्यतया त्यो भन्छ। दोस्रो स्थानीय ठेगाना बाँडफाँट: IPv4 का लागि क्लाइन्ट भाडा माग्छ र ठेगाना तथा स्थानीय गेटवे सेटिङ पाउँछ, जबकि IPv6 ले सामान्यतया DHCP को सट्टा राउटर घोषणा प्रयोग गर्छ, जसरी AOSP को टेथरिङ कागजात वर्णन गर्छ। तेस्रो बाहिरको पहुँच: होस्ट फोनले अनुमति दिइएको ट्राफिक आफूले छानेको माथिल्लो मार्गमा पठाउँछ, जो उसको सुरुङ हुन सक्छ वा नहुन पनि सक्छ।

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

भ्रम: राउट गरिएको VPN ले स्थानीय DHCP लाई टाढाको अनुरोध बनाउँछ

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

त्यसैले «VPN सर्भरले DHCP लाई जवाफ दिइरहेको छैन» निदान होइन, मोडेलको त्रुटि हो। स्थानीय मध्यस्थ फोनमै छ। यदि उसले जवाफ दिन छोड्यो भने कारण स्थानीय हुन्: टेथरिङ सेवा, क्लाइन्ट सीमा, भाडा पूल, वा जडान राम्ररी पूरा नगरेको क्लाइन्ट। यीमध्ये कुनै पनि सुरुङको टाढाको छेउमा बस्दैन।

चालु रहेको पुरानो क्लाइन्टले वास्तवमा के प्रमाणित गर्छ

पहिले नै जोडिएको ल्यापटप अझै चल्छ र नयाँ फोन चल्दैन भने, हटस्पट र माथिल्लो मार्ग सामान्य रूपमा जीवित छन्। त्यो तुलना उपयोगी छ र कुन घटक दोषी हो भन्ने प्रमाण होइन, किनकि चलिरहेको क्लाइन्टले परिवर्तनअघिको भाडा समातेर चुपचाप नवीकरण गरिरहेको हुन सक्छ।

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

तुलना स्थानीय र फर्काउन मिल्ने राख्नुहोस्

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

सुरुङमा निर्भर लगातार भाडा असफलता स्थानीय नीति वा कार्यान्वयन अन्तरक्रियाबारे उपयोगी प्रमाण हो। यो यन्त्रका सबै फर्वार्डिङ र NAT नियम मेट्ने इजाजतपत्र होइन। ती नियमले असम्बन्धित ट्राफिक जोगाउँछन्, र फराकिलो फर्वार्डिङ स्वीकृतिले स्थानीय DHCP सेवाले जवाफ दिन किन छोड्यो भन्ने व्याख्या गर्दैन।

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

भाडाले के प्रमाणित गर्दैन

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

चरणहरू क्रममा गर्नुहोस् र असफलता ठाउँ बदल्न छोड्छ। ठेगाना लिँदा अड्किएको क्लाइन्ट स्थानीय टेथरिङको प्रश्न हो; ठेगाना छ तर पृष्ठ छैन भन्ने क्लाइन्ट फर्वार्डिङ वा नामकरणको प्रश्न हो; पृष्ठ छ तर निकास गलत भन्ने क्लाइन्ट सुरुङ समेटको प्रश्न हो। यिनलाई छुट्टाएर राख्नु नै डिबगिङको ठूलो भाग हो।