WireGuard विभाजित सुरुङ: पूर्वनिर्धारित मार्ग बिना कन्फिगर गर्नुहोस्

विभाजित सुरुङ तपाईंले के बाहिर छोड्नुहुन्छ त्यसले परिभाषित गर्छ, र WireGuard त्यो निर्णय एउटै फिल्डमा लिन्छ। ग्राहक पियरको AllowedIPs ले एकैचोटि कुन गन्तव्यहरू सुरुङबाट जान्छन् भन्ने छान्छ र कुन आन्तरिक स्रोत ठेगानाहरू स्वीकार गरिन्छन् भन्ने फिल्टर गर्छ, र wg-quick ले त्यही सूचीलाई होस्ट मार्गहरूमा बदल्छ। सूची गलत भयो भने सुरुङले या सबै निल्छ या केही बोक्दैन।

पहिले प्रिफिक्स सूची निर्धारण गर्नुहोस्

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

यदि सूचीमा 0.0.0.0/0 वा ::/0 छ भने, तपाईंले पूर्ण सुरुङ बनाउनुभयो र त्यो भन्नुपर्छ, किनकि असफलताका तरिका र DNS अपेक्षाहरू फरक छन्।

पछि समीक्षकले राउटिङ तालिकासँग भिडाउन सक्ने गरी सूची छोटो राख्नुहोस्।

ग्राहक कन्फिग: पियर, AllowedIPs, DNS

ग्राहकको इन्टरफेस ब्लकमा उसको आफ्नै सुरुङ ठेगाना र निजी कुञ्जी हुन्छ। पियर ब्लकमा सर्भरको सार्वजनिक कुञ्जी, इन्डपोइन्ट र पहिलो चरणका प्रिफिक्सहरू हुन्छन्:

[Interface]
Address = 10.9.0.2/32
PrivateKey = <client-private-key>
DNS = 10.20.0.53

[Peer]
PublicKey = <server-public-key>
Endpoint = vpn.example.net:51820
AllowedIPs = 10.20.0.0/16, 10.30.0.0/24
PersistentKeepalive = 25

ग्राहकमा AllowedIPs टाढाका गन्तव्यहरूको समुच्चय हो, ग्राहकको आफ्नै ठेगाना होइन। DNS लाइन wg-quickको रिजोल्भर एकीकरणबाट मात्र प्रभावी हुन्छ, त्यसैले resolvconf वा systemd-resolved समर्थन नभएको होस्टले यसलाई बेवास्ता गर्नेछ। PersistentKeepalive ले NAT म्यापिङ जीवित राख्छ र सिधा मार्गमा अनावश्यक हुन्छ।

प्रत्येक प्रिफिक्समा त्यसले सेवा गर्ने सेवाको टिप्पणी गर्नुहोस्, नत्र अर्को सम्पादन अनुमान हुनेछ।

सर्भर कन्फिग: विपरीत दृष्टिकोण

सर्भरमा पियर प्रविष्टिले ग्राहकलाई प्रतिनिधित्व गर्छ, त्यसैले यसको AllowedIPs ग्राहकको सुरुङ ठेगाना हो, सामान्यतया /32। त्यो कार्यालय सबनेट होइन। ग्राहकको सूची सर्भर प्रविष्टिमा प्रतिलिपि गर्नु विभाजित सुरुङको सबैभन्दा सामान्य गल्ती हो, र यसले या त पहुँच फराकिलो बनाउँछ या ह्यान्डशेकको समयमा आन्तरिक स्रोत जाँच तोड्छ।

सर्भरको आफ्नै इन्टरफेस ठेगाना र कार्यालयतर्फ उसलाई आवश्यक मार्गहरू कुनै पनि पियर प्रविष्टिबाट अलग छन्।

दुई फाइल, दुई दृष्टिकोण, तिनीहरूबीच बाँडिएको एउटा प्रिफिक्स समुच्चय।

यसलाई माथि उठाउनुहोस् र मार्गहरू पढ्नुहोस्

समर्थित व्यवस्थापकसँग इन्टरफेस सुरु गर्नुहोस्, त्यसपछि तपाईंको के मनसाय थियो होइन, उसले के स्थापना गर्यो हेर्नुहोस्। wg-quick ले AllowedIPsबाट मार्गहरू निकाल्छ; प्रोफाइलले Table = off सेट गरेमा केही पनि स्थापना हुँदैन र राउटिङ तपाईंको जिम्मामा हुन्छ। प्रत्येक प्रिफिक्सको मार्ग पढ्नुहोस् र त्यो WireGuard इन्टरफेसतर्फ देखाउँछ भन्ने पुष्टि गर्नुहोस्। खाली मार्ग सूचीको अर्थ सामान्यतया लागू गरिएको प्रोफाइल तपाईंले सम्पादन गरेको होइन भन्ने हो।

ह्यान्डशेक काउन्टरहरू पनि जाँच्नुहोस्, किनकि ह्यान्डशेक नभएको पियरमा राउटिङको होइन, कुञ्जी, इन्डपोइन्ट वा पहुँचको समस्या हुन्छ।

तपाईंले प्रयोग गरेको ठ्याक्कै आदेश लेख्नुहोस्, किनकि अर्को व्यक्तिले त्यो दबाबमा चलाउनेछ।

दुवै पक्ष जाँच्नुहोस्, त्यसपछि रोलब्याक लेख्नुहोस्

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

पुनः जोडिएपछि मार्गहरू अझै छन् भन्ने पुष्टि गर्नुहोस्, किनकि प्रोफाइल पुनः लागू गर्ने व्यवस्थापकले म्यानुअल मार्गहरू बदल्न सक्छ।

एउटै कन्फिग मालिक राख्नुहोस्, किनकि एउटै इन्टरफेस उत्पादन गर्ने दुई व्यवस्थापक अन्ततः असहमत हुनेछन्। wg-quick पुस्तिका ले प्रदान गर्ने मार्ग र DNS व्यवहारको दस्तावेजीकरण गर्छ।