🏧 💃🏽 🏐 OpenVPN से वायरगार्ड के लिए एक L2 नेटवर्क में नेटवर्क में शामिल होने के लिए पलायन 🏢 ✍🏽 👎🏽

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

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

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

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

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

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

जहां Open1PN से कनेक्ट करने के लिए प्रमाणपत्र बनाते समय flat1_id और flat2_id डिवाइस नाम निर्दिष्ट किए जाते हैं

इसके बाद, OpenVPN क्लाइंट को राउटर पर कॉन्फ़िगर किया गया था, दोनों पर tap0 डिवाइसों को br-lan ब्रिज में जोड़ा गया था। इस स्तर पर, ऐसा लगता था कि सब कुछ क्रम में था, क्योंकि सभी तीन नेटवर्क एक-दूसरे को देखते हैं और समग्र रूप से काम करते हैं। हालांकि, यह एक बहुत ही सुखद विवरण नहीं निकला: कभी-कभी उपकरणों को अपने राउटर से सभी आगामी परिणामों के साथ एक आईपी पता नहीं मिल पाता। किसी कारण से, कुछ अपार्टमेंट में राउटर के पास डीएचसीपीआईएससीओआरएवी में समय पर प्रतिक्रिया देने का समय नहीं था और डिवाइस को इसका पता नहीं मिला। मुझे एहसास हुआ कि मुझे रूटर्स में से प्रत्येक पर टैप 0 में इस तरह के अनुरोधों को फ़िल्टर करने की आवश्यकता है, लेकिन, जैसा कि यह निकला, iptables डिवाइस के साथ काम नहीं कर सकता है अगर यह पुल का हिस्सा है और ईबटेबल्स को मेरी सहायता के लिए आना चाहिए। दुर्भाग्य से, यह मेरे फर्मवेयर में नहीं था और मुझे प्रत्येक डिवाइस के लिए छवियों का पुनर्निर्माण करना पड़ा।ऐसा करने और प्रत्येक राउटर के /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 के ऊपर एक ईथरनेट सुरंग बनाने के बारे में बात की। इस लेख ने मुझे आशा दी। यह स्पष्ट नहीं रहा कि यूडीपी प्रोटोकॉल का क्या करना है। खोज ने मुझे यूडीपी पोर्ट को आगे बढ़ाने के लिए एसएसएच सुरंग के साथ संयोजन के रूप में सोसाइट का उपयोग करने के बारे में लेखों की ओर अग्रसर किया, हालांकि, उन्होंने कहा कि यह दृष्टिकोण केवल एकल कनेक्शन मोड में काम करता है, अर्थात, कई वीपीएन क्लाइंट का काम असंभव होगा। मैं वीपीएस पर वीपीएन सर्वर बढ़ाने और क्लाइंट के लिए जीआरई स्थापित करने के विचार के साथ आया था, लेकिन जैसा कि यह निकला, जीआरई एन्क्रिप्शन का समर्थन नहीं करता है, जो इस तथ्य को जन्म देगा कि तीसरे पक्ष द्वारा सर्वर तक पहुंच के मामले में, मेरे नेटवर्क के बीच सभी ट्रैफ़िक उनके हाथों में हैं यह मुझे सिद्धांत रूप में शोभा नहीं देता।

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

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

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

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

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

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

ssh root@_VPS -p 10022

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

/etc/init.d/openvpn stop

अब अपार्टमेंट से राउटर पर जीआरई सुरंग को कॉन्फ़िगर करें:

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 में कंप्यूटर में से किसी एक में SSH के माध्यम से कनेक्ट करने का प्रयास करता हूं, लेकिन ssh क्लाइंट पासवर्ड के लिए संकेत दिए बिना फ्रीज कर देता है। मैं इस कंप्यूटर को टेलनेट के माध्यम से 22 पोर्ट से कनेक्ट करने का प्रयास करता हूं और मुझे एक लाइन दिखाई देती है जिससे यह समझा जा सकता है कि कनेक्शन स्थापित किया जा रहा है, एसएसएच सर्वर जवाब दे रहा है, बस किसी कारण से मुझे लॉग इन करने की पेशकश नहीं करता है।

$ telnet 192.168.10.110 22
SSH-2.0-OpenSSH_8.1

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

मैं पुल से grelan0 डिवाइस को हटाता हूं और अपार्टमेंट 2 में राउटर पर ओपनवीपीएन चलाता हूं और सुनिश्चित करता हूं कि नेटवर्क फिर से उम्मीद के मुताबिक काम करता है और कनेक्शन नहीं टूटते हैं। जब मैं खोज करता हूं, तो मैं उन मंचों पर आता हूं जहां लोग उन्हीं समस्याओं के बारे में शिकायत करते हैं, जहां उन्हें एमटीयू बढ़ाने की सलाह दी जाती है। हालांकि, मैं पहले स्तर के वीपीएन (wg0) के लिए MTU को बढ़ाने में सक्षम नहीं था: 1420 से ऊपर MTUs के साथ, जो स्वचालित रूप से सेट हो जाता है, ब्रेक शुरू हो जाता है, लेकिन साथ ही, w00 के शीर्ष पर दूसरे स्तर के VPN wg1 ने MTU 1600 के साथ सही ढंग से काम किया। यह स्थापित करने के लिए पर्याप्त है। ग्रेटअप डिवाइस के लिए एमटीयू 1500 है, इसलिए इस इंटरफेस का वही एमटीयू मूल्य है, जितना कि ब्रान-लेन ब्रिज का, जिसमें ग्रेटप को जोड़ने की योजना थी। जैसा कि मैंने इसे समझा, पुल सभी उपकरणों पर उपलब्ध मूल्यों के छोटे से एमटीयू के बराबर सेट करता है।

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

सब कुछ काम कर रहा है। अब आप स्टार्टअप पर gretap असेंबली लगा सकते हैं। ऐसा करने के लिए:

अपार्टमेंट 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 1500
ip link set grelan0 up
brctl addif br-lan grelan0

अपार्टमेंट में राउटर पर इसे /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 1500
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 1500
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 1500
ip link set grelan1 up
brctl addif br-lan grelan1

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

route del 192.168.30.2

संक्षेप में

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

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

यह वीपीएस से पहले उच्च पिंग से अधिक प्रभावित है, जो लगभग 61.5 एमएस है।

हालांकि, गति काफी बढ़ गई है। इसलिए, राउटर-सर्वर वाले अपार्टमेंट में, मेरे पास 30 Mbit / s का इंटरनेट कनेक्शन स्पीड है, और दूसरे अपार्टमेंट्स में - 5 Mbit / s। उसी समय, 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 / नेटवर्क में जोड़ा गया)

#VPN   - 
config interface 'wg0'
        option proto 'wireguard'
        list addresses '192.168.30.2/24'
        option private_key '__VPN_1_'
        option auto '1'

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 '1600'

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 / नेटवर्क के लिए)

#VPN   - 
config interface 'wg0'
        option proto 'wireguard'
        list addresses '192.168.30.3/24'
        option private_key '__VPN_1_2'
        option auto '1'

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 '1600'

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 / नेटवर्क के लिए)

#VPN   - 
config interface 'wg0'
        option proto 'wireguard'
        list addresses '192.168.30.4/24'
        option private_key '__VPN_1_3'
        option auto '1'

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 '1600'

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 पोर्ट को वायरगार्ड क्लाइंट को निर्दिष्ट करता हूं। सिद्धांत रूप में, यह आवश्यक नहीं है, क्योंकि क्लाइंट किसी भी मुफ्त अनपेक्षित पोर्ट से कनेक्शन स्थापित करेगा, लेकिन मैंने इसे बनाया ताकि मैं सभी राउटरों के wg0 इंटरफेस पर सभी आने वाले कनेक्शनों को अवरुद्ध कर सकूं। आने वाले यूडीपी कनेक्शन 51821 पोर्ट करने के लिए।

मुझे उम्मीद है कि यह लेख किसी के लिए उपयोगी है।

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

अद्यतन: OpenVPN सर्वर और ग्राहकों को कॉन्फ़िगर करना

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

OpenVPN क्लाइंट

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

सर्टिफिकेट का उपयोग करने के लिए आसान-रेसा का उपयोग करें

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

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

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

संक्षेप में

More articles: