WireGuard नवीनतम हँडशेक दाखवत नाही: प्रथम काय तपासावे

रिकामे नवीनतम-हँडशेक फील्ड सामान्यतः दर्शवते की इंटरफेस उठल्यापासून कोणताही हँडशेक पूर्ण केलेला नाही, जे दिसते त्यापेक्षा कॉन्फिगरेशनबद्दल कमी सांगते. पॅकेटला इंटरफेसद्वारे बाहेर जाण्याची गरज होईपर्यंत WireGuard शांत राहते, म्हणून पाठवण्यास काही नसलेला निष्क्रिय peer नेमके तेच नोंदवतो. किल्ल्या तपासण्यापूर्वी खरोखर काही ऑफर झाले होते का ते निश्चित करा.

चाचणी म्हणजे peer ने वाहून नेण्याचे असलेल्या गंतव्याकडे जाणारे अनुमत पॅकेट. त्या स्थिती स्क्रीनवरील बाकी सर्व क्रियाकलाप नाही, हेतू वर्णन करते.

निष्क्रिय इंटरफेसकडे नोंदवण्यासारखे काही नाही

WireGuard हँडशेक आळशीपणे करते: टनलची गरज असलेले पहिले पॅकेट देवाणघेवाण सुरू करते आणि तोपर्यंत इंटरफेस शांत राहते. कॉन्फिगर केलेला पण कधीही न वापरलेला peer रिकामा हँडशेक, शून्य प्राप्त बाइट आणि शेवटच्या नंतर वाढणारे अंतर दाखवतो. ही स्थिती निष्क्रिय क्लायंटसाठी निरोगी आहे आणि ट्रॅफिक आधीच वाहले असेल अशी अपेक्षा असेल तरच चिंतेची आहे. हस्तांतरण काउंटरही तपासा, कारण ते काहीही-न-पाठवले आणि प्रयत्न-केला-आणि-अयशस्वी यांना वेगळे करतात.

दोन्ही बाजूंनी काउंटर शून्यावर असल्यास समस्या टनलच्या वर आहे. इंटरफेसपर्यंत काहीही पोहोचले नाही जे काही सुरू करेल.

peer ला वाहून नेण्याची परवानगी असलेला ट्रॅफिक ट्रिगर करा

स्थानिक मशीनवर peer च्या अनुमत प्रीफिक्सच्या आत एक पत्ता निवडा आणि राउटिंग टेबल तो इंटरफेसद्वारे पाठवेल याची खात्री करा. त्या प्रीफिक्सच्या बाहेरील गंतव्य WireGuard च्या कोणत्याही सहभागाशिवाय सामान्य राउटेड विनंती तयार करते. लवकर उत्तर देणारी सेवा वापरा, जसे की ping किंवा लहान TCP कनेक्शन, जेणेकरून प्रयत्नाला दिसणारी सुरुवात आणि शेवट असेल. नंतर स्क्रीन पाहत थांबण्याऐवजी हँडशेक ओळ पुन्हा वाचा.

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

मार्ग चौकशी ping पेक्षा महत्त्वाची आहे. जर ती भौतिक इंटरफेसचे नाव घेते, तर पॅकेट कधीही टनलमध्ये गेले नाही आणि रिकामा हँडशेक क्रिप्टोग्राफिक नाही, राउटिंगचे उत्तर आहे. peer डीबग करण्यापूर्वी मार्ग दुरुस्त करा.

की जोडी आणि एंडपॉइंटची तुलना करा

ट्रॅफिक खरोखर ऑफर झाल्यावर पुढील तपासणी ओळख आहे. स्थानिक खाजगी की दुसऱ्या बाजूने अधिकृत केलेल्या सार्वजनिक कीशी जुळली पाहिजे, कॉन्फिगर केलेली दूरची सार्वजनिक की हेतूच्या peer ला ओळखली पाहिजे, आणि पूर्व-सामायिक की दोन्ही टोकांवर जुळली पाहिजे. base64 कीमध्ये एका अक्षराचा फरक असा peer तयार करतो जो कॉन्फिगर केलेला दिसतो आणि कधीही देवाणघेवाण पूर्ण करत नाही. किल्ल्या पुन्हा तयार करण्याऐवजी प्रोव्हिजनिंग रेकॉर्डशी तुलना करा, कारण नवीन की जुन्यावर विश्वास ठेवणाऱ्या प्रत्येक peer ला अवैध करते.

एंडपॉइंटलाही तीच तपासणी हवी: होस्टनाव, पत्ता, UDP पोर्ट आणि तिथे पोहोचण्यासाठी वापरलेले कुटुंब. जुना पत्ता किंवा चुकीचा पोर्ट संदेशाऐवजी शांतता देतो.

बाह्य UDP मार्गावर लक्ष ठेवा

हँडशेक UDP म्हणून एंडपॉइंटकडे जातो, म्हणून बाह्य मार्गाने तो वाहून न्यायला हवा. खालील कमांड तपासतात की श्रोता आहे का, स्थानिक स्टॅकने डेटाग्राम पाठवला का, आणि कोणता एंडपॉइंट कॉन्फिगर आहे. ट्रॅफिक ट्रिगर करताना कॅप्चर चालवा, त्यापूर्वी नाही.

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

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

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