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 वर्तन दस्तऐवजीकृत करते।