WireGuard म्हणते खाजगी कीची लांबी चुकीची आहे: आता काय करावे?

संदेश म्हणतो की खाजगी कीची लांबी चुकीची आहे, आणि हा शब्दप्रयोग प्रथम एन्कोडिंगकडे आणि नंतर क्रिप्टोग्राफीकडे निर्देश करतो। WireGuard की 32 बाइटला base64 म्हणून एन्कोड करतात, ज्यामुळे शेवटच्या पॅडिंगसह 44 अक्षरे मिळतात, म्हणून दुसऱ्या आकाराचे मूल्य कितीही यादृच्छिक दिसले तरी की नसते। पार्सर स्वीकारेपर्यंत स्ट्रिंग भरणे अशी सुबक मूल्य तयार करते जी कोणताही सहकारी कधीही ओळखणार नाही।

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

पार्सर काय अपेक्षितो

WireGuard की म्हणजे base64 मध्ये प्रमाणित पॅडिंगसह 32 बाइट की सामग्री, ज्यामुळे 44 अक्षरांची स्थिर स्ट्रिंग मिळते। साधने नेमके 32 बाइटमध्ये डीकोड न होणारे सर्व नाकारतात, कारण मूळ वक्र 32 बाइटचा स्केलर घेते आणि दुसरे काही नाही। सार्वजनिक आणि खाजगी मूल्ये समान एन्कोडिंग वापरतात, म्हणून पार्सर केवळ स्वरूपावरून तुम्ही कोणते चिकटवले हे सांगू शकत नाही। हीच अस्पष्टता या त्रुटीभोवतीच्या अर्ध्या गोंधळाला कारणीभूत आहे।

wg genkey | tee private.key | wg pubkey > public.key
base64 -d private.key | wc -c
wc -c private.key
wg show wg0 public-key

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

स्वरूपाची हानी की चुकीची सामग्री?

स्वरूपाची हानी कडांवर साचते: शेलने जोडलेले अवतरणचिन्ह, मूल्यासोबत कॉपी झालेला private_key सारखा लेबल, चॅट क्लायंटने घातलेला ओळभंग, किंवा चिकटवण्यातून वाचलेली शेवटची जागा। यापैकी प्रत्येक बाइट न बदलता स्ट्रिंग बदलते, म्हणून ते काढल्यास मूळ ओळख परत येते। पार्सर शांत होईपर्यंत विरामचिन्हे काढण्याऐवजी फाइलची प्रोव्हिजनिंग नोंदीशी अक्षरशः तुलना करा।

चुकीची सामग्री ही वेगळी परिस्थिती आहे। पासवर्ड, प्रमाणपत्र की किंवा सार्वजनिक मूल्य विश्वासार्ह दिसू शकतात आणि चुकीच्या आकारात डीकोड होऊ शकतात। कोणतीही स्वच्छता त्यापैकी कोणतेही सहकारी अपेक्षित असलेल्या स्केलरमध्ये बदलत नाही। त्या प्रकरणात संपादन नाही, नवीन ओळख आवश्यक आहे।

खाजगी क्षेत्रात सार्वजनिक की

सर्वात सामान्य गोंधळ म्हणजे सार्वजनिक मूल्य खाजगी क्षेत्रात चिकटवणे, किंवा उलट। दोन्ही 32 बाइटचे वैध base64 आहेत, म्हणून लांबीची तपासणी पास होते आणि हस्तांदोलन नंतर उपयुक्त संदेशाशिवाय अयशस्वी होते। खाजगी की ही स्केलर आहे जी सार्वजनिक की तयार करते, म्हणून सार्वजनिक मूल्य काढून सहकारी ज्याला अधिकृत करतो त्याशी तुलना करून हे ठरवता येते। काढलेले मूल्य नोंदीशी जुळत नसेल तर तुमच्याकडे चुकीची ओळख आहे, टायपिंगची चूक नाही।

दुसऱ्या टोकावरील अधिकृत सार्वजनिक की अद्ययावत न करता क्लायंटची खाजगी की बदलल्यास तोच विसंगती पुन्हा तयार होते, शिवाय क्लायंटची स्वतःची फाइल आता स्वयंसुसंगत दिसते हा अतिरिक्त गोंधळ। एकाच क्रियेत दोन्ही टोके बदला, नाहीतर पुढची व्यक्ती चुकीचा अर्धा भाग डीबग करेल।

प्रोफाइल दुरुस्त करा, नंतर हस्तांदोलन सिद्ध करा

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

wg genkey | tee new.key | wg pubkey > new.pub
base64 -d private.key | wc -c
ip route get 10.60.9.5
wg show wg0 latest-handshakes

आकाराची तपासणी सामग्री की-आकाराची आहे का हे सांगते, आणि मार्गाचा प्रश्न पॅकेट कधीही इंटरफेसपर्यंत पोहोचेल का हे सांगतो। दोन्ही तपासण्या पास झाल्यावरही रिकामी राहणारी हस्तांदोलन ओळ निदान सहकाऱ्याच्या अंतबिंदूकडे आणि अनुमत पत्त्यांकडे नेते। इंटरफेसची सार्वजनिक की प्रोव्हिजनिंग नोंदीसमोर शेवटच्या वेळी वाचा, कारण जुनी जतन केलेली प्रोफाइल बरोबर दिसू शकते तर सक्रिय असलेली वेगळी असू शकते]।

तुम्ही कोणते मूल्य बदलले आणि अधिकृत प्रत कुठे आहे ते नोंदवा। पुढच्या वेळी या सहकाऱ्याला स्पर्श करणाऱ्याला कोणते टोक बदलले हे माहीत असले पाहिजे।