WireGuard हँडशेक यशस्वी होतो, पण कोणतेही उत्तर परत येत नाही

अलीकडील हँडशेक चांगली बातमी आहेत, आणि लोक जे वाक्य लिहू इच्छितात त्यापेक्षा खूपच लहान दावा आहे। दोन्ही बाजूंनी प्रमाणित हँडशेक संदेशांची देवघेव केली। अनुप्रयोग पॅकेटला तरीही त्याच्या अंतर्गत गंतव्यापर्यंत पोहोचून परत यावे लागते।

निरोगी नियंत्रण स्तर आणि शांत डेटा स्तर यांमधील ही दरी येथे संपूर्ण विषय आहे। त्याच काउंटरची दोन वाचने तुम्ही त्याच्या कोणत्या बाजूला आहात ते सांगतात।

हँडशेक कळा सिद्ध करतो, वितरण नाही

WireGuard हँडशेक हा प्रमाणीकरणासह कळ करार आहे। दोन्ही बाजू एकमेकांपर्यंत पोहोचू शकल्या आणि वैध कळा धारण करू शकल्या की तो यशस्वी होतो। मार्गनिर्देशन, फायरवॉल धोरण आणि गंतव्य स्वतः हँडशेक कधीही न विचारणारे प्रश्न आहेत।

म्हणून टनेल पूर्णपणे स्थापित असतानाही त्यातील प्रत्येक पॅकेट टाकून दिले जाऊ शकते। चुकीच्या मार्गाने गेलेले अंतर्गत पॅकेट आणि दुसरा मार्ग घेणारे उत्तर क्लायंटच्या बाजूने सारखेच दिसतात।

एक अंतर्गत पत्ताच संपूर्ण चाचणी आहे

एक गंतव्य निवडा आणि त्यावरच राहा। समोरच्या बाजूचा स्वतःचा टनेल पत्ता सर्वात सोपा प्रसंग आहे, आणि त्यामागील होस्ट नेमका एक हॉप जोडतो। बदल नोंदविल्याशिवाय दोन्हींमध्ये बदल केल्यास असे निकाल मिळतात ज्यांची कोणीही तुलना करू शकत नाही।

नंतर क्लायंट जो मार्ग निवडतो तो पाहा। अधिक विशिष्ट स्थानिक मार्ग पॅकेटला WireGuard ला विचारण्याआधीच दुसरीकडे पाठवू शकतो, आणि घरातील LAN दूरच्या श्रेणीशी ओव्हरलॅप झाल्यास हे नेहमी घडते।

ip route get 10.30.8.10
ip -4 addr show wg0
ip route show table all | grep -w wg0

भौतिक इंटरफेसवर सोडवला जाणारा पत्ता प्रश्नाचे उत्तर आधीच दिले आहे। टनेल काहीही टाकून देत नाही। पॅकेट त्यात कधीही प्रवेशले नाही।

काउंटर पुरावे आहेत, निवाडा नाही

wg show प्रत्येक बाजूसाठी पाठवलेले आणि मिळालेले बाइट नोंदवतो, आणि त्या दोन संख्या स्वतंत्रपणे हलतात। एक वाचन घ्या, एक परवानगी असलेली विनंती करा, नंतर त्याच मिनिटात दुसरे वाचन घ्या।

wg show wg0 transfer
wg show wg0 latest-handshakes
ping -c 4 10.30.8.10
wg show wg0 transfer

प्राप्ती सपाट असताना पाठवणी वाढणे हे उत्तर न मिळालेल्या विनंतीचे स्वाक्षरी आहे। विनंती फिल्टर झाली का, गंतव्य बंद होते का, किंवा उत्तर दुसऱ्या मार्गाने गेले का, हे ते सांगत नाही। हे एकच लक्षण सामायिक करणारे तीन तपास आहेत। कोणतेही संरचना बदलण्यापूर्वी त्यांना वेगळे करा।

निश्चित बाइट संख्याही यशाची मर्यादा नाही। काउंटरची मूल्ये रहदारीचे अनुसरण करतात, आणि एका संख्येला आरोग्याचा पुरावा मानणे आत्मविश्वासपूर्ण अर्थहीनता निर्माण करते।

समोरची बाजू परत येणारे पॅकेट स्वतः तपासते

दूरची बाजू अंतर्गत पॅकेट फक्त तेव्हाच स्वीकारते जेव्हा स्रोत त्या बाजूच्या allowedips मध्ये येतो। पाठवणाऱ्याकडे असलेला मार्ग पुरेसा नाही। प्राप्तकर्त्याकडे स्रोत नोंद नसल्यास परत येणारी रहदारी शांतपणे टाकून दिली जाते।

होस्ट फायरवॉल त्या तपासणीमागे आहेत। टनेल इंटरफेसला परवानगी देत असलेला पण अंतर्गत उपजाळाला न देणारा अग्रेषण नियम हँडशेक स्वीकारतो आणि पॅकेट नाकारतो। क्लायंटच्या बाजूने हे नेमके मृत बाजूसारखे दिसते। दोन इंटरफेस असलेला होस्ट चुकीच्या स्रोतातूनही उत्तर देऊ शकतो, आणि मग बाजू ते उत्तर टाकून देते ज्याची तिला कधीही अपेक्षा नव्हती।

प्रयोग प्रामाणिक ठेवा

ज्या घरातील नेटवर्कपर्यंत पोहोचायचे आहे त्याच नेटवर्कमधून दूरस्थ प्रवेश प्रोफाइल तपासल्यास इच्छित मार्गापेक्षा वेगळा मार्ग सरावला जातो। बाह्य नेटवर्कवर जा आणि त्याचा स्थानिक उपसर्ग नोंदवा, जेणेकरून दोन्ही फेऱ्यांची तुलना करता येईल।

छोटी यशस्वी देवघेवही सर्व मार्ग समस्या दूर करत नाही। मोठे पॅकेट जिथे लहान जातात तिथे अयशस्वी होऊ शकतात, आणि आकार किंवा प्रोटोकॉलशी जुळणारा फिल्टर भाराखाली वेगळा वागू शकतो।

हँडशेक ज्ञात-कार्यरत टप्पा म्हणून ठेवा आणि तिथून पुढे जा। पुढील उपयुक्त पुरावा म्हणजे एक अंतर्गत विनंती कुठे थांबते, नवीन कळ संच आणि अंदाजाची आणखी एक फेरी नाही।