🥇नेटवर्क को एक L2 नेटवर्क में समेकित करने के लिए OpenVPN से वायरगार्ड पर माइग्रेशन

मैं भौगोलिक रूप से दूर के तीन अपार्टमेंटों में नेटवर्क के संयोजन के अपने अनुभव को साझा करना चाहता हूं, जिनमें से प्रत्येक गेटवे के रूप में ओपनडब्लूआरटी के साथ राउटर का उपयोग एक सामान्य नेटवर्क में करता है। सबनेट रूटिंग के साथ एल3 और ब्रिजिंग के साथ एल2 के बीच नेटवर्क के संयोजन के लिए एक विधि चुनते समय, जब सभी नेटवर्क नोड एक ही सबनेट में होंगे, दूसरी विधि को प्राथमिकता दी गई थी, जिसे कॉन्फ़िगर करना अधिक कठिन है, लेकिन पारदर्शी होने के कारण अधिक अवसर प्रदान करता है। निर्मित नेटवर्क वेक-ऑन-लैन और डीएलएनए में प्रौद्योगिकियों के उपयोग की योजना बनाई गई थी।

भाग 1: पृष्ठभूमि

ओपनवीपीएन को शुरू में इस कार्य को लागू करने के लिए प्रोटोकॉल के रूप में चुना गया था, क्योंकि, सबसे पहले, यह एक टैप डिवाइस बना सकता है जिसे बिना किसी समस्या के ब्रिज में जोड़ा जा सकता है, और दूसरी बात, ओपनवीपीएन टीसीपी प्रोटोकॉल पर ऑपरेशन का समर्थन करता है, जो महत्वपूर्ण भी था, क्योंकि किसी भी अपार्टमेंट में एक समर्पित आईपी पता नहीं था, और मैं STUN का उपयोग करने में असमर्थ था, क्योंकि किसी कारण से मेरा ISP उनके नेटवर्क से आने वाले UDP कनेक्शन को ब्लॉक कर देता था, जबकि TCP प्रोटोकॉल ने मुझे SSH का उपयोग करके किराए के VPS पर वीपीएन सर्वर पोर्ट को अग्रेषित करने की अनुमति दी थी। हां, यह दृष्टिकोण एक बड़ा भार देता है, क्योंकि डेटा दो बार एन्क्रिप्ट किया गया है, लेकिन मैं वीपीएस को अपने निजी नेटवर्क में पेश नहीं करना चाहता था, क्योंकि अभी भी तीसरे पक्ष द्वारा इस पर नियंत्रण पाने का जोखिम था, इसलिए, ऐसा करना होम नेटवर्क पर डिवाइस बेहद अवांछनीय था और सुरक्षा के लिए बड़े ओवरहेड का भुगतान करने का निर्णय लिया गया।

राउटर पर पोर्ट को अग्रेषित करने के लिए जिस पर सर्वर को तैनात करने की योजना बनाई गई थी, sshtunnel प्रोग्राम का उपयोग किया गया था। मैं इसके कॉन्फ़िगरेशन की पेचीदगियों का वर्णन नहीं करूंगा - यह काफी आसानी से किया जाता है, मैं सिर्फ यह नोट करता हूं कि इसका कार्य राउटर से वीपीएस तक टीसीपी पोर्ट 1194 को अग्रेषित करना था। इसके बाद, OpenVPN सर्वर को Tap0 डिवाइस पर कॉन्फ़िगर किया गया था, जो br-lan ब्रिज से जुड़ा था। लैपटॉप से नव निर्मित सर्वर से कनेक्शन की जांच करने के बाद, यह स्पष्ट हो गया कि पोर्ट फ़ॉरवर्डिंग का विचार उचित था और मेरा लैपटॉप राउटर के नेटवर्क का सदस्य बन गया, हालांकि यह भौतिक रूप से इसमें नहीं था।

मामला छोटा रह गया: विभिन्न अपार्टमेंटों में आईपी पते वितरित करना आवश्यक था ताकि वे संघर्ष न करें और राउटर को ओपनवीपीएन क्लाइंट के रूप में कॉन्फ़िगर करें।
निम्नलिखित राउटर आईपी पते और डीएचसीपी सर्वर रेंज का चयन किया गया:

192.168.10.1 रेंज के साथ 192.168.10.2 - 192.168.10.80 सर्वर के लिए
192.168.10.100 रेंज के साथ 192.168.10.101 - 192.168.10.149 अपार्टमेंट नंबर 2 में राउटर के लिए
192.168.10.150 रेंज के साथ 192.168.10.151 - 192.168.10.199 अपार्टमेंट नंबर 3 में राउटर के लिए

इसके कॉन्फ़िगरेशन में लाइन जोड़कर OpenVPN सर्वर के क्लाइंट राउटर्स को बिल्कुल ये पते निर्दिष्ट करना भी आवश्यक था:

ifconfig-pool-persist /etc/openvpn/ipp.txt 0

और /etc/openvpn/ipp.txt फ़ाइल में निम्नलिखित पंक्तियाँ जोड़ रहा हूँ:

flat1_id 192.168.10.100
flat2_id 192.168.10.150

जहां फ्लैट1_आईडी और फ्लैट2_आईडी डिवाइस नाम हैं जो ओपनवीपीएन से कनेक्ट करने के लिए प्रमाण पत्र बनाते समय निर्दिष्ट किए जाते हैं

इसके बाद, OpenVPN क्लाइंट को राउटर पर कॉन्फ़िगर किया गया, दोनों पर Tap0 डिवाइस को br-lan ब्रिज में जोड़ा गया। इस स्तर पर, सब कुछ क्रम में लग रहा था, क्योंकि तीनों नेटवर्क एक-दूसरे को देखते हैं और समग्र रूप से काम करते हैं। हालाँकि, एक बहुत ही सुखद विवरण सामने नहीं आया: कभी-कभी डिवाइसों को उनके राउटर से नहीं, बल्कि सभी आगामी परिणामों के साथ एक आईपी पता मिल सकता है। किसी कारण से, एक अपार्टमेंट में राउटर के पास समय पर DHCPDISCOVER को जवाब देने का समय नहीं था और डिवाइस को गलत पता प्राप्त हुआ। मुझे एहसास हुआ कि मुझे प्रत्येक राउटर पर टैप0 में ऐसे अनुरोधों को फ़िल्टर करने की आवश्यकता है, लेकिन जैसा कि यह निकला, आईपीटेबल्स एक डिवाइस के साथ काम नहीं कर सकता है अगर यह ब्रिज का हिस्सा है और ईबटेबल्स को मेरी सहायता के लिए आना चाहिए। मुझे खेद है कि यह मेरे फर्मवेयर में नहीं था और मुझे प्रत्येक डिवाइस के लिए छवियों को फिर से बनाना पड़ा। ऐसा करने और प्रत्येक राउटर के /etc/rc.local में इन पंक्तियों को जोड़ने से समस्या हल हो गई:

ebtables -A INPUT --in-interface tap0 --protocol ipv4 --ip-protocol udp --ip-destination-port 67:68 -j DROP
ebtables -A INPUT --in-interface tap0 --protocol ipv4 --ip-protocol udp --ip-source-port 67:68 -j DROP
ebtables -A FORWARD --out-interface tap0 --protocol ipv4 --ip-protocol udp --ip-destination-port 67:68 -j DROP
ebtables -A FORWARD --out-interface tap0 --protocol ipv4 --ip-protocol udp --ip-source-port 67:68 -j DROP

यह विन्यास तीन वर्षों तक चला।

भाग 2: वायरगार्ड का परिचय

हाल ही में, इंटरनेट वायरगार्ड के बारे में तेजी से बात कर रहा है, इसके कॉन्फ़िगरेशन की सादगी, उच्च स्थानांतरण गति, तुलनीय सुरक्षा के साथ कम पिंग की प्रशंसा कर रहा है। इसके बारे में अधिक जानकारी खोजने से यह स्पष्ट हो गया कि न तो ब्रिज सदस्य के रूप में काम करना और न ही टीसीपी प्रोटोकॉल पर काम करना इसके द्वारा समर्थित है, जिससे मुझे लगा कि मेरे लिए अभी भी ओपनवीपीएन का कोई विकल्प नहीं है। इसलिए मैंने वायरगार्ड को जानना बंद कर दिया।

कुछ दिन पहले, आईटी से संबंधित किसी न किसी तरह से संसाधनों के माध्यम से खबर फैल गई कि वायरगार्ड को अंततः संस्करण 5.6 से शुरू करके लिनक्स कर्नेल में शामिल किया जाएगा। समाचार लेखों में, हमेशा की तरह, वायरगार्ड की प्रशंसा की गई। मैं फिर से अच्छे पुराने OpenVPN को बदलने के तरीकों की खोज में लग गया। इस बार मैं भाग गया यह लेख. इसमें GRE का उपयोग करके L3 पर एक ईथरनेट सुरंग बनाने की बात की गई थी। इस लेख ने मुझे आशा दी. यह अस्पष्ट रहा कि यूडीपी प्रोटोकॉल के साथ क्या किया जाए। खोज करने पर मुझे यूडीपी पोर्ट को आगे बढ़ाने के लिए एसएसएच सुरंग के साथ मिलकर सोकेट का उपयोग करने के बारे में लेख मिले, हालांकि, उन्होंने नोट किया कि यह दृष्टिकोण केवल एकल कनेक्शन मोड में काम करता है, जिसका अर्थ है कि एकाधिक वीपीएन क्लाइंट असंभव होंगे। मेरे मन में वीपीएस पर एक वीपीएन सर्वर स्थापित करने और ग्राहकों के लिए जीआरई स्थापित करने का विचार आया, लेकिन जैसा कि यह निकला, जीआरई एन्क्रिप्शन का समर्थन नहीं करता है, जो इस तथ्य को जन्म देगा कि यदि तीसरे पक्ष सर्वर तक पहुंच प्राप्त करते हैं , मेरे नेटवर्क के बीच का सारा ट्रैफिक उनके हाथों में है जो मुझे बिल्कुल पसंद नहीं आया।

पुनः, निम्नलिखित योजना के अनुसार वीपीएन पर वीपीएन का उपयोग करके, निरर्थक एन्क्रिप्शन के पक्ष में निर्णय लिया गया:

परत XNUMX वीपीएन:
वीपीएस है सर्वर आंतरिक पता 192.168.30.1 के साथ
एमएस है ग्राहक आंतरिक पता 192.168.30.2 के साथ वीपीएस
MK2 है ग्राहक आंतरिक पता 192.168.30.3 के साथ वीपीएस
MK3 है ग्राहक आंतरिक पता 192.168.30.4 के साथ वीपीएस

परत XNUMX वीपीएन:
एमएस है सर्वर बाहरी पता 192.168.30.2 और आंतरिक 192.168.31.1 के साथ
MK2 है ग्राहक एमएस 192.168.30.2 पते के साथ और इसका आंतरिक आईपी 192.168.31.2 है
MK3 है ग्राहक एमएस 192.168.30.2 पते के साथ और इसका आंतरिक आईपी 192.168.31.3 है

* एमएस - अपार्टमेंट 1 में राउटर-सर्वर, MK2 - अपार्टमेंट 2 में राउटर, MK3 - अपार्टमेंट 3 में राउटर
* डिवाइस कॉन्फ़िगरेशन लेख के अंत में स्पॉइलर में प्रकाशित किए गए हैं।

और इसलिए, नेटवर्क के नोड्स 192.168.31.0/24 के बीच पिंग चलते हैं, अब जीआरई सुरंग स्थापित करने के लिए आगे बढ़ने का समय है। इससे पहले, राउटर तक पहुंच न खोने के लिए, पोर्ट 22 को वीपीएस पर अग्रेषित करने के लिए एसएसएच सुरंगों को स्थापित करना उचित है, ताकि, उदाहरण के लिए, अपार्टमेंट 10022 से एक राउटर वीपीएस के पोर्ट 2 पर उपलब्ध हो, और ए अपार्टमेंट 11122 से राउटर वीपीएस के पोर्ट 3 पर उपलब्ध होगा। अपार्टमेंट XNUMX से राउटर। अग्रेषण को उसी sshtunnel के साथ कॉन्फ़िगर करना सबसे अच्छा है, क्योंकि यह गिरने की स्थिति में सुरंग को बहाल कर देगा।

सुरंग कॉन्फ़िगर की गई है, आप अग्रेषित पोर्ट के माध्यम से एसएसएच से जुड़ सकते हैं:

ssh root@МОЙ_VPS -p 10022

अगला, OpenVPN अक्षम करें:

/etc/init.d/openvpn stop

आइए अब अपार्टमेंट 2 से राउटर पर एक GRE टनल स्थापित करें:

ip link add grelan0 type gretap remote 192.168.31.1 local 192.168.31.2
ip link set grelan0 up

और बनाए गए इंटरफ़ेस को ब्रिज में जोड़ें:

brctl addif br-lan grelan0

आइए सर्वर राउटर पर एक समान प्रक्रिया करें:

ip link add grelan0 type gretap remote 192.168.31.2 local 192.168.31.1
ip link set grelan0 up

और, बनाए गए इंटरफ़ेस को ब्रिज में भी जोड़ें:

brctl addif br-lan grelan0

इस क्षण से, पिंग सफलतापूर्वक नए नेटवर्क पर जाना शुरू हो जाता है और मैं संतुष्टि के साथ कॉफी पीने जाता हूं। फिर, यह देखने के लिए कि तार के दूसरे छोर पर नेटवर्क कैसे काम करता है, मैं अपार्टमेंट 2 में कंप्यूटरों में से एक में एसएसएच करने का प्रयास करता हूं, लेकिन एसएसएच क्लाइंट मुझे पासवर्ड के लिए संकेत दिए बिना फ्रीज कर देता है। मैं पोर्ट 22 पर टेलनेट के माध्यम से इस कंप्यूटर से कनेक्ट करने का प्रयास करता हूं और एक लाइन देखता हूं जिससे आप समझ सकते हैं कि कनेक्शन स्थापित किया जा रहा है, एसएसएच सर्वर प्रतिक्रिया दे रहा है, लेकिन किसी कारण से यह मुझे प्रवेश करने की पेशकश नहीं करता है।

$ telnet 192.168.10.110 22
SSH-2.0-OpenSSH_8.1

मैं वीएनसी के माध्यम से इससे जुड़ने का प्रयास कर रहा हूं और मुझे एक काली स्क्रीन दिखाई दे रही है। मैं खुद को समझाता हूं कि मामला रिमोट कंप्यूटर में है, क्योंकि मैं आंतरिक पते का उपयोग करके इस अपार्टमेंट से राउटर से आसानी से जुड़ सकता हूं। हालाँकि, मैंने राउटर के माध्यम से इस कंप्यूटर में SSH करने का निर्णय लिया और मुझे यह देखकर आश्चर्य हुआ कि कनेक्शन सफल हो गया और रिमोट कंप्यूटर ठीक से काम करता है, लेकिन मेरे कंप्यूटर से कनेक्ट होने में भी विफल रहता है।

मैं grelan0 डिवाइस को ब्रिज से बाहर ले जाता हूं और अपार्टमेंट 2 में राउटर पर OpenVPN शुरू करता हूं और सुनिश्चित करता हूं कि नेटवर्क फिर से ठीक से काम कर रहा है और कनेक्शन बंद नहीं हो रहे हैं। खोजते समय मुझे ऐसे मंच मिले जहां लोग उन्हीं समस्याओं के बारे में शिकायत करते हैं, जहां उन्हें एमटीयू बढ़ाने की सलाह दी जाती है। आपने कहा हमने किया। हालाँकि, जब तक एमटीयू को ग्रेटैप उपकरणों के लिए 7000 के पर्याप्त बड़े मूल्य पर सेट नहीं किया गया था, या तो टीसीपी कनेक्शन गिरा दिए गए थे या धीमी गति से प्रसारण देखा गया था। ग्रेटैप के लिए उच्च एमटीयू के कारण, पहले और दूसरे स्तर के वायरगार्ड कनेक्शन के लिए एमटीयू क्रमशः 8000 और 7500 पर सेट किए गए थे।

मैंने अपार्टमेंट 3 से राउटर पर एक समान सेटअप किया, एकमात्र अंतर यह था कि grelan1 नामक एक दूसरा ग्रेटैप इंटरफ़ेस सर्वर राउटर में जोड़ा गया था, जिसे बीआर-लैन ब्रिज में भी जोड़ा गया था।

सब कुछ काम कर रहा है. अब आप ग्रेटैप असेंबली को ऑटोलोड में डाल सकते हैं। इसके लिए:

इन पंक्तियों को अपार्टमेंट 2 में राउटर पर /etc/rc.local में रखें:

ip link add grelan0 type gretap remote 192.168.31.1 local 192.168.31.2
ip link set dev grelan0 mtu 7000
ip link set grelan0 up
brctl addif br-lan grelan0

इसे अपार्टमेंट 3 में राउटर पर /etc/rc.local में जोड़ा गया:

ip link add grelan0 type gretap remote 192.168.31.1 local 192.168.31.3
ip link set dev grelan0 mtu 7000
ip link set grelan0 up
brctl addif br-lan grelan0

और सर्वर राउटर पर:

ip link add grelan0 type gretap remote 192.168.31.2 local 192.168.31.1
ip link set dev grelan0 mtu 7000
ip link set grelan0 up
brctl addif br-lan grelan0

ip link add grelan1 type gretap remote 192.168.31.3 local 192.168.31.1
ip link set dev grelan1 mtu 7000
ip link set grelan1 up
brctl addif br-lan grelan1

क्लाइंट राउटर्स को रीबूट करने के बाद, मैंने पाया कि किसी कारण से वे सर्वर से कनेक्ट नहीं हुए। उनके SSH से कनेक्ट होने पर (सौभाग्य से, मैंने पहले इसके लिए sshtunnel कॉन्फ़िगर किया था), यह पता चला कि वायरगार्ड किसी कारण से गलत होते हुए भी एंडपॉइंट के लिए एक मार्ग बनाता है। तो, 192.168.30.2 के लिए, रूट टेबल को पीपीपीओई-वान इंटरफ़ेस के माध्यम से, यानी इंटरनेट के माध्यम से रूट टेबल में निर्दिष्ट किया गया था, हालांकि इसके लिए रूट को wg0 इंटरफ़ेस के माध्यम से निर्देशित किया जाना चाहिए था। इस रूट को हटाने के बाद कनेक्शन बहाल कर दिया गया. मुझे कहीं भी यह निर्देश नहीं मिला कि वायरगार्ड को ये मार्ग न बनाने के लिए कैसे बाध्य किया जाए। इसके अलावा, मुझे यह भी समझ नहीं आया कि यह OpenWRT की सुविधा है, या वायरगार्ड की ही। लंबे समय तक इस समस्या से निपटने के बिना, मैंने बस एक टाइमर द्वारा लूप की गई स्क्रिप्ट में दोनों राउटर्स में एक लाइन जोड़ दी, जिसने इस रूट को हटा दिया:

route del 192.168.30.2

सारांश

मैंने अभी तक ओपनवीपीएन की पूर्ण अस्वीकृति हासिल नहीं की है, क्योंकि मुझे कभी-कभी लैपटॉप या फोन से एक नए नेटवर्क से कनेक्ट करने की आवश्यकता होती है, और उन पर ग्रेटैप डिवाइस स्थापित करना आम तौर पर असंभव है, लेकिन इसके बावजूद, मुझे डेटा ट्रांसफर में एक फायदा मिला है अपार्टमेंट के बीच गति और, उदाहरण के लिए, वीएनसी का उपयोग करना अब असुविधाजनक नहीं है। पिंग थोड़ी कम हुई, लेकिन अधिक स्थिर हो गई:

OpenVPN का उपयोग करते समय:

[r0ck3r@desktop ~]$ ping -c 20 192.168.10.110
PING 192.168.10.110 (192.168.10.110) 56(84) bytes of data.
64 bytes from 192.168.10.110: icmp_seq=1 ttl=64 time=133 ms
...
64 bytes from 192.168.10.110: icmp_seq=20 ttl=64 time=125 ms

--- 192.168.10.110 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19006ms
rtt min/avg/max/mdev = 124.722/126.152/136.907/3.065 ms

वायरगार्ड का उपयोग करते समय:

[r0ck3r@desktop ~]$ ping -c 20 192.168.10.110
PING 192.168.10.110 (192.168.10.110) 56(84) bytes of data.
64 bytes from 192.168.10.110: icmp_seq=1 ttl=64 time=124 ms
...
64 bytes from 192.168.10.110: icmp_seq=20 ttl=64 time=124 ms
--- 192.168.10.110 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19003ms
rtt min/avg/max/mdev = 123.954/124.423/126.708/0.675 ms

यह अधिकतर VPS के उच्च पिंग से प्रभावित होता है जो लगभग 61.5ms है

हालाँकि, गति काफी बढ़ गई है। तो, राउटर-सर्वर वाले एक अपार्टमेंट में, मेरी इंटरनेट कनेक्शन गति 30 एमबीपीएस है, और अन्य अपार्टमेंट में, 5 एमबीपीएस है। उसी समय, OpenVPN का उपयोग करते समय, मैं iperf के अनुसार 3,8 एमबीपीएस से अधिक के नेटवर्क के बीच डेटा ट्रांसफर दर हासिल नहीं कर सका, जबकि वायरगार्ड ने इसे उसी 5 एमबीपीएस तक "पंप" किया।

वीपीएस पर वायरगार्ड कॉन्फ़िगरेशन[Interface] Address = 192.168.30.1/24 ListenPort = 51820 PrivateKey = <ЗАКРЫТЫЙ_КЛЮЧ_ДЛЯ_VPS>


[Peer]
PublicKey = <ОТКРЫТЫЙ_КЛЮЧ_VPN_1_МС>

AllowedIPs = 192.168.30.2/32
[Peer]
PublicKey = <ОТКРЫТЫЙ_КЛЮЧ_VPN_2_МК2>

AllowedIPs = 192.168.30.3/32
[Peer]
PublicKey = <ОТКРЫТЫЙ_КЛЮЧ_VPN_2_МК3>

AllowedIPs = 192.168.30.4/32

MS पर वायरगार्ड कॉन्फ़िगरेशन (/etc/config/network में जोड़ा गया)

#VPN первого уровня - клиент
config interface 'wg0'
        option proto 'wireguard'
        list addresses '192.168.30.2/24'
        option private_key 'ЗАКРЫТЫЙ_КЛЮЧ_VPN_1_МС'
        option auto '1'
        option mtu '8000'

config wireguard_wg0
        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_1_VPS'
        option endpoint_port '51820'
        option route_allowed_ips '1'
        option persistent_keepalive '25'
        list allowed_ips '192.168.30.0/24'
        option endpoint_host 'IP_АДРЕС_VPS'

#VPN второго уровня - сервер
config interface 'wg1'
        option proto 'wireguard'
        option private_key 'ЗАКРЫТЫЙ_КЛЮЧ_VPN_2_МС'
        option listen_port '51821'
        list addresses '192.168.31.1/24'
        option auto '1'
        option mtu '7500'

config wireguard_wg1
        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_2_МК2'
        list allowed_ips '192.168.31.2'

config wireguard_wg1ip link add grelan0 type gretap remote 192.168.31.1 local 192.168.31.3

        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_2_МК3'
        list allowed_ips '192.168.31.3'

MK2 पर वायरगार्ड कॉन्फ़िगरेशन (/etc/config/network में जोड़ा गया)

#VPN первого уровня - клиент
config interface 'wg0'
        option proto 'wireguard'
        list addresses '192.168.30.3/24'
        option private_key 'ЗАКРЫТЫЙ_КЛЮЧ_VPN_1_МК2'
        option auto '1'
        option mtu '8000'

config wireguard_wg0
        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_1_VPS'
        option endpoint_port '51820'
        option persistent_keepalive '25'
        list allowed_ips '192.168.30.0/24'
        option endpoint_host 'IP_АДРЕС_VPS'

#VPN второго уровня - клиент
config interface 'wg1'
        option proto 'wireguard'
        option private_key 'ЗАКРЫТЫЙ_КЛЮЧ_VPN_2_МК2'
        list addresses '192.168.31.2/24'
        option auto '1'
        option listen_port '51821'
        option mtu '7500'

config wireguard_wg1
        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_2_МС'
        option endpoint_host '192.168.30.2'
        option endpoint_port '51821'
        option persistent_keepalive '25'
        list allowed_ips '192.168.31.0/24'

MK3 पर वायरगार्ड कॉन्फ़िगरेशन (/etc/config/network में जोड़ा गया)

#VPN первого уровня - клиент
config interface 'wg0'
        option proto 'wireguard'
        list addresses '192.168.30.4/24'
        option private_key 'ЗАКРЫТЫЙ_КЛЮЧ_VPN_1_МК3'
        option auto '1'
        option mtu '8000'

config wireguard_wg0
        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_1_VPS'
        option endpoint_port '51820'
        option persistent_keepalive '25'
        list allowed_ips '192.168.30.0/24'
        option endpoint_host 'IP_АДРЕС_VPS'

#VPN второго уровня - клиент
config interface 'wg1'
        option proto 'wireguard'
        option private_key 'ЗАКРЫТЫЙ_КЛЮЧ_VPN_2_МК3'
        list addresses '192.168.31.3/24'
        option auto '1'
        option listen_port '51821'
        option mtu '7500'

config wireguard_wg1
        option public_key 'ОТКРЫТЫЙ_КЛЮЧ_VPN_2_МС'
        option endpoint_host '192.168.30.2'
        option endpoint_port '51821'
        option persistent_keepalive '25'
        list allowed_ips '192.168.31.0/24'

दूसरे स्तर के वीपीएन के लिए वर्णित कॉन्फ़िगरेशन में, मैं वायरगार्ड क्लाइंट के लिए पोर्ट 51821 निर्दिष्ट करता हूं। सिद्धांत रूप में, यह आवश्यक नहीं है, क्योंकि क्लाइंट किसी भी मुफ्त गैर-विशेषाधिकार प्राप्त पोर्ट से कनेक्शन स्थापित करेगा, लेकिन मैंने इसे इसलिए बनाया ताकि आने वाले सभी कनेक्शन पोर्ट 0 पर आने वाले यूडीपी कनेक्शन को छोड़कर, सभी राउटर के wg51821 इंटरफेस पर इनकार किया जा सकता है।

मुझे आशा है कि लेख किसी के लिए उपयोगी होगा।

पुनश्च इसके अलावा, मैं अपनी स्क्रिप्ट साझा करना चाहता हूं जो मेरे नेटवर्क पर एक नया डिवाइस दिखाई देने पर वायरपुशर एप्लिकेशन में मेरे फोन पर एक पुश अधिसूचना भेजती है। यहां स्क्रिप्ट का लिंक दिया गया है: github.com/r0ck3r/device_discover.

अद्यतन: OpenVPN सर्वर और क्लाइंट कॉन्फ़िगरेशन

ओपनवीपीएन सर्वर

client-to-client

ca /etc/openvpn/server/ca.crt
cert /etc/openvpn/server/vpn-server.crt
dh /etc/openvpn/server/dh.pem
key /etc/openvpn/server/vpn-server.key

dev tap
ifconfig-pool-persist /etc/openvpn/ipp.txt 0
keepalive 10 60
proto tcp4
server-bridge 192.168.10.1 255.255.255.0 192.168.10.80 192.168.10.254
status /var/log/openvpn-status.log
verb 3
comp-lzo

ओपनवीपीएन क्लाइंट

client
tls-client
dev tap
proto tcp
remote VPS_IP 1194 # Change to your router's External IP
resolv-retry infinite
nobind

ca client/ca.crt
cert client/client.crt
key client/client.key
dh client/dh.pem

comp-lzo
persist-tun
persist-key
verb 3

प्रमाणपत्र बनाने के लिए मैंने easy-rsa का उपयोग किया।

स्रोत: www.habr.com

नेटवर्क को एक L2 नेटवर्क में समेकित करने के लिए OpenVPN से वायरगार्ड पर माइग्रेशन

भाग 1: पृष्ठभूमि

भाग 2: वायरगार्ड का परिचय

सारांश

एक टिप्पणी जोड़ें उत्तर रद्द