सुरुङले जोडिएको रिपोर्ट गर्छ, आइकन हरियो छ, र घरको LAN मा केही पनि जवाफ दिँदैन। यो FRITZ!Box टाढाको पहुँचको सबैभन्दा सामान्य गुनासो हो, र लगभग कहिल्यै सुरुङ आफै दोषी हुँदैन। ठेगाना योजना, सबनेटको पहिचान वा क्लाइन्टको रुट तालिका गलत छ। यीमध्ये कुनलाई अन्तमा डिबग गर्नुहुन्छ त्यो तपाईंले WireGuard रोज्नुभयो कि पुरानो IPSec Fernzugang भन्नेमा निर्भर गर्छ, त्यसैले पहिले तपाईंले वास्तवमै के सेट गर्नुभयो भन्ने थाहा पाएर सुरु गर्नुहोस्।

सुरुङ माथि आउँछ र LAN चुपचाप रहन्छ

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

पहिले क्लाइन्टको ठेगाना जाँच्नुहोस्, त्यसपछि उसको रुट तालिका।

यदि तोकिएको ठेगाना LAN सबनेट बाहिर छ भने बक्ससँग फर्केर रुट गर्न केही छैन। यदि त्यो DHCP दायराभित्र छ भने बक्सले त्यही ठेगाना स्थानीय यन्त्रलाई दिन सक्छ। दुवैले जोडिने सुरुङ र तपाईंलाई बेवास्ता गर्ने LAN बनाउँछन्।

प्रत्येक विकल्पले वास्तवमै के कन्फिगर गर्छ

IPSec विकल्पले एक प्रयोगकर्ताका लागि कन्फिगरेसन फाइल बनाउँछ, जसमा पहिले साझा गरिएको कुञ्जी र ठेगाना हुन्छ। तपाईं त्यसलाई त्यही प्रोफाइल बोल्ने क्लाइन्टमा आयात गर्नुहुन्छ, र Windows मा यसको अर्थ सामान्यतया निर्माताको उपकरण हो, अन्तर्निहित क्लाइन्ट होइन। WireGuard विकल्पले एउटा यन्त्रका लागि पियर बनाउँछ: कुञ्जी जोडी, सुरुङभित्रको ठेगाना र अन्त्य बिन्दु।

यही भिन्नताले तपाईंको मर्मत मोडेल निर्धारण गर्छ। प्रत्येक WireGuard यन्त्र आफ्नै कुञ्जीसहितको छुट्टै पियर हो, त्यसैले हराएको फोन रद्द गर्नु भनेको एउटा पियर हटाउनु हो, बाँकी काम गरिरहन्छन्। IPSec साझा गोप्य वा प्रयोगकर्ताको कन्फिगरेसन बदलेर रद्द गर्छ, जो असभ्य छ र त्यसलाई प्रयोग गर्ने हरेक यन्त्रमा असर पार्छ।

दुवैमध्ये कुनै विकल्प पुरानो भएको छैन। जहाँ टाढाको छेउ WireGuard चलाउन सक्दैन त्यहाँ IPSec मार्ग नै समर्थित रहन्छ।

मृत सुरुङ बनाउने IPSec फिल्डहरू

चार मान तपाईंको LAN सँग मिल्नुपर्छ, र तीमध्ये तीन भाँचिएको सुरुङजस्तो देखिने तरिकाले असफल हुन्छन्।

ValueWhat breaks when it is wrong
LAN subnetThe client routes nothing, or routes the wrong prefix
Network addressThe configuration looks valid and the tunnel never establishes
DHCP rangeNo address is left to assign to tunnel clients
DNS serverThe tunnel works and name resolution does not

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

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

WireGuard किन फरक तरिकाले असफल हुन्छ

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

फाइल फेरि आयात गरेर आशा गर्नुको सट्टा दुवै पक्षलाई फिल्ड-दर-फिल्ड तुलना गर्नुहोस्।

एकमात्र साझा असफलता सबनेट ठोक्किनु हो। WireGuard तपाईंको स्थानीय नेटवर्कसँग एकअर्कामाथि पर्ने नेटवर्कसम्म खुसीसाथ सुरुङ बनाउँछ, र त्यसपछि रुट तालिकाले दुई समान प्रिफिक्समध्ये कुन जित्ने निर्णय गर्छ।

यसलाई बाहिरबाट प्रमाणित गर्नुहोस्, त्यसपछि भित्र फर्कने बाटो राख्नुहोस्

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

बनाइएको फाइल सुरुङ बिना पुग्न सकिने ठाउँमा राख्नुहोस्, र साथै बक्सको बाह्य नाम पनि टिप्नुहोस्।

बाहिरबाट कहिल्यै परीक्षण नगरिएको कन्फिगरेसन योजना हो, चल्ने टाढाको पहुँच मार्ग होइन। एउटा LAN होस्टलाई नामले होइन, ठेगानाले परीक्षण गर्नुहोस्, ताकि DNS असफलतालाई रुटिङ असफलता ठानी नहोस्।

सम्बन्धित लेखहरू