तपाईंको WireGuard सुरुङबाहिर एउटा वेबसाइट कसरी रुट गर्ने

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

सुरुङ छुनुअघि गन्तव्य ठेगाना पढ्नुहोस्

सुरुङ खुला राखेर साइट एकपटक लोड गर्नुहोस्, त्यसपछि ब्राउजरले वास्तवमा जोडिएको पियर ठेगाना हेर्नुहोस्। Linux मा, ss -tunp हरेक खुला सकेटको टाढाको ठेगाना सूचीबद्ध गर्छ, र dig +short त्यही नाममा रिजोल्भरले के फर्कायो देखाउँछ। दुवै अंक आफ्नो अगाडि राख्नुहोस्।

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

अर्को सञ्जालबाट खोज दोस्रो पटक चलाउनुहोस्, र IPv4 जवाफसँगै IPv6 जवाफ पनि लेख्नुहोस्। दुवै परिवार बोक्ने सुरुङलाई दुवैमा अपवाद चाहिन्छ, नत्र ब्राउजर तपाईंले कहिल्यै नछोएको IPv6 बाटोमा चुपचाप फर्कन्छ। ठेगाना र मिति फेरि हेर्ने ठाउँमा लेख्नुहोस्।

क्लाइन्टमा एउटा होस्ट रुट राख्नुहोस्

इन्टरफेसको नाम home-wg हो र LAN राउटर 192.168.1.1 मा छ भनी मान्नुहोस्। NetworkManager त्यस्तो रुट लिन्छ जसको गेटवे त्यही राउटर हो र जसको प्रिफिक्स लम्बाइ पूरा 32 बिट ढाक्छ, र कर्नेलले त्यसलाई प्राथमिकता दिन्छ किनकि सबैभन्दा लामो प्रिफिक्स जित्छ।

nmcli connection modify home-wg +ipv4.routes "198.51.100.20/32 192.168.1.1"
nmcli connection up home-wg
ip route get 198.51.100.20

गेटवे सुरुङबिना पुग्न सकिने हुनुपर्छ; अर्को हपलाई सुरुङको ठेगानामा देखाउँदा उद्देश्य नै बिग्रन्छ, किनकि प्याकेट तपाईं बच्न खोजेको इन्टरफेसमा फेरि प्रवेश गर्छ। जडान फेरि उठेपछि, ip route get अपवादका लागि LAN गेटवे छापिनुपर्छ, र सार्वजनिक रिजोल्भरका लागि त्यही आदेशले अझै सुरुङ उपकरण छाप्नुपर्छ।

wg-quick प्रोफाइलमा रुट फिल्ड हुँदैन, त्यसैले त्यही अपवाद एउटा PostUp लाइनमा बस्छ जसले होस्ट रुटलाई LAN इन्टरफेसलाई यसको उपकरण मानेर मुख्य तालिकामा थप्छ। सम्पादनपछि इन्टरफेस तल र फेरि माथि गर्नुहोस्, किनकि चलिरहेको इन्टरफेसले कहिल्यै आफ्नो फाइल फेरि पढ्दैन। wg-quick ले स्थापना गर्ने fwmark नियमहरूले केवल आफ्नै इन्क्याप्सुलेटेड प्याकेटलाई निर्देशन गर्छन्, त्यसैले सामान्य ब्राउजर ट्राफिक अझै मुख्य तालिका पछ्याउँछ र तपाईंको /32 भेट्छ।

किल स्विच यसलाई रोक्ने अर्को कुरा हो

केवल सुरुङ इन्टरफेसमा ट्राफिक स्वीकार गर्ने फायरवाल नीतिले रुट ठ्याक्कै सही हुँदा पनि अपवाद फालिदिन्छ। स्विचमा भरोसा गर्नुको सट्टा स्विचपछिका नियमहरू पढ्नुहोस्, किनकि किल स्विच लागू गर्ने नियमहरू सामान्यतया इन्टरफेस नाममा सीमित हुन्छन्।

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

दुवै दिशा अलग-अलग परीक्षण गर्नुहोस्। अपवाद ठेगानामा अनुरोध सफल हुनुपर्छ, जबकि असम्बन्धित साइटमा अनुरोध अझै सुरुङबाट बाहिर जानुपर्छ। दुवै सफल भए तर दोस्रोले घरको ठेगाना बताए, फायरवाल नियमहरूको क्रम गलत छ, रुट होइन।

ब्राउजर कुन ठेगानामा डायल गर्ने भन्ने DNS ले निर्धारण गर्छ

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

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

राउटरमा त्यही अपवाद, एकपटक, हरेक उपकरणका लागि

सुरुङ राउटरमा चलिरहेको बेला, होस्ट रुट राउटरको नीति राउटिङ तालिकामा पर्छ र LAN गेटवेको सट्टा WAN गेटवेतर्फ देखाउँछ। यसपछाडिको हरेक उपकरणले अपवाद उत्तराधिकारमा पाउँछ, जुन स्ट्रिमिङ बक्स वा नेटवर्क सेटिङ बदल्न नसकिने कामको ल्यापटपका लागि महत्त्वपूर्ण छ।

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

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