WireGuard पीअर चुकीच्या WAN मधून बाहेर पडतो: पाच तपासण्या क्रमाने

दोन अपलिंक, एक गेटवे, आणि ज्याचा ट्रॅफिक वारंवार बॅकअप लाईनवर येतो असा WireGuard पीअर. हँडशेक संपूर्ण वेळ निरोगी राहतो. म्हणूनच लक्षणाला राउटिंग बिघाडाऐवजी WireGuard बिघाड म्हणून चुकीचे वाचणे सोपे आहे.

खालील तपासण्या क्रमाने करा. प्रत्येकीला थांबण्याची अट आहे, आणि पुढे उडी मारल्यास सहसा आत्मविश्वासपूर्ण चुकीचे उत्तर मिळते.

हँडशेक फॉरवर्ड केलेल्या प्रवाहापासून वेगळा करा

एन्क्रिप्टेड पीअर देवाणघेवाणीला सर्व्हरच्या सार्वजनिक पत्त्यापर्यंत एंडपॉइंट रूट आहे. फॉरवर्ड केलेल्या क्लायंट ट्रॅफिकला वेगळे गंतव्य आहे आणि ते मार्क किंवा धोरण नियमांद्वारे निवडले जाऊ शकते. हे एकच इंटरफेस सामायिक करणारे दोन राउटिंग निर्णय आहेत. एकाचा दुसऱ्याबद्दल पुरावा म्हणून विचार करणे ही पहिली चूक आहे.

हँडशेकमधून तर्क करत असल्याचे लक्षात आल्याक्षणी थांबा. तो केवळ एंडपॉइंट मार्गाबद्दलचा पुरावा आहे.

धोरण नियम वाचा, डीफॉल्ट तक्ता नाही

डीफॉल्ट तक्ता दाखवतो की कोणताही धोरण नियम जुळत नसल्यास काय होते. स्रोत, मार्क किंवा गंतव्यानुसार राउट करणाऱ्या गेटवेवर निर्णायक नियम दुसरीकडे राहतो. साधा तक्ता पूर्णपणे योग्य दिसू शकतो, पण खरी निवड त्याच्या वर होते.

ip rule show
ip route show table main
ip -4 route get 203.0.113.9 from 10.30.8.2

धोरण नियम आणि ते ज्या तक्त्यांकडे निर्देश करतात ते वाचा. नंतर तुमच्या चाचणी प्रवाहाशी कोणता नियम जुळतो याची खात्री करा. इच्छित अपलिंक आता न वाहणाऱ्या इंटरफेसचा उल्लेख करणारा नियम हा शोध आहे, तपशील नाही. शेवटीचा रूट लुकअप तक्ता वाचून अंदाज लावण्यापेक्षा खूप जलद उत्तर दाखवतो.

मार्क आणि भाषांतर एकत्र तपासा

धोरण राउटिंग साखळीत आधी सेट केलेल्या पॅकेट मार्कवर अवलंबून असते. जर मार्किंग नियम तुमचा ट्रॅफिक चुकवतो, तर प्रवाह मुख्य तक्त्यात पडतो आणि तिथे जे डीफॉल्ट आहे त्यातून बाहेर पडतो. फॉरवर्ड केलेले पॅकेट स्थानिक पातळीवर तयार झालेल्या ट्रॅफिकसाठी लिहिलेल्या साखळ्या अनेकदा वगळतात.

nft list chain inet filter prerouting
conntrack -L -s 10.30.8.2 2>/dev/null | head
ip -s link show dev eth1

भाषांतर प्रवाह वाहणाऱ्या अपलिंकशी जुळले पाहिजे. जो नियम प्राथमिक पत्त्यावर भाषांतर करतो पण पॅकेट बॅकअप लाईनने बाहेर पडते, तो प्रवाहाने कधीही न वापरलेल्या इंटरफेसला उद्देशून उत्तरे तयार करतो. भाषांतर नियमाची स्वतःची इंटरफेस अट तपासा. बिनशर्त नियम दुसरे अपलिंक वापरले जाईपर्यंत काम करतो, नंतर अधूनमधून दिसणाऱ्या पद्धतीने अयशस्वी होतो.

कोणता इंटरफेस उत्तर वाहतो याकडे लक्ष द्या

एक विनंती चालू असताना दोन्ही अपलिंकवर कॅप्चर करा. कोणता इंटरफेस विनंती आणि कोणता उत्तर वाहतो ते नोंदवा. असममित मार्ग अंदाज करण्यापेक्षा पाहणे खूप सोपे आहे.

उत्तर चुकीच्या अपलिंकने आले तर समस्या WireGuard कडून कनेक्शन ट्रॅकिंग किंवा भाषांतराकडे सरकली आहे. पीअर कॉन्फिगरेशनमधील कोणताही बदल ती सुधारणार नाही.

परतीचा मार्ग ठेवून एक गोष्ट बदला

गेटवेवर धोरण नियम संपादित करण्यापूर्वी कन्सोल किंवा बँडबाहेरील प्रवेश ठेवा. एकच बदल करा, तेच अधिकृत गंतव्य तपासा, नंतर पुन्हा जोडा आणि हँडशेक अजूनही इच्छित एंडपॉइंट मार्ग वापरत असल्याची खात्री करा. दुसऱ्या पत्ता कुटुंबावर संख्यात्मक चाचणी जोडा, कारण केवळ v4 धोरण तीच चूक खुली ठेवते.

प्रत्येक प्रवाहाने कोणता अपलिंक वापरला ते नोंदवा. ती नोंद पुढील अहवालाला पूर्ण दुपारऐवजी दोन मिनिटांची तपासणी बनवते. नेमस्पेस आणि राउटिंगबद्दल WireGuard च्या टिपा एंडपॉइंट मार्ग टनेल केलेल्या ट्रॅफिकपासून जाणीवपूर्वक कसा वेगळा करायचा हे स्पष्ट करतात, जे सहसा डीफॉल्ट-रूट उपाय कॉपी करण्यापेक्षा स्वच्छ असते.