WireGuard की-जोडी स्थानिक पद्धतीने तयार करा: आदेश आणि काळजी

दोन आदेश WireGuard की-जोडी तयार करतात आणि दोन्ही प्रमाणित साधनांसोबत येतात, त्यामुळे या कामासाठी तुमच्यासाठी की बनवण्याची ऑफर देणारी कोणतीही वेबसाइट लागत नाही। जे बिघडते ते कधीच वक्राचे गणित नसते; ते परवानगी बिट्स, फाइल जिथे पडते ते ठिकाण आणि नंतर दुसऱ्या टोकाकडे पाठवले जाणारे असते। खालील क्रम रिकाम्या डिरेक्टरीत सुरू होतो आणि रहदारी वाहणाऱ्या पीअरजवळ संपतो। चालवण्यापूर्वी एकदा वाचा, कारण पहिली ओळ तेव्हाच महत्त्वाची असते जेव्हा पुढची त्याच शेलमध्ये चालते।

एकाच शेलमध्ये जोडी तयार करणे

दस्तऐवजीकृत कार्यप्रवाह खाजगी मूल्य अस्तित्वात येण्यापूर्वी फाइल तयार करणे मर्यादित करतो, नंतर त्यातून सार्वजनिक मूल्य काढतो। तीनही ओळी एकाच शेल सत्रात एकत्र असतात:

umask 077  # applies to files created next, so keep the next line in this shell
wg genkey | tee privatekey | wg pubkey > publickey
wg pubkey < privatekey  # re-derive and compare with publickey

wg genkey 32 बाइटची Curve25519 खाजगी की base64 मध्ये लिहितो; wg pubkey ती वाचून जुळणारी सार्वजनिक की काढतो, आणि tee खाजगी मूल्य जतन करतो आणि ते पाइपमधून खाली पाठवतो। हाच क्रम परवानगीची ओळ पहिली येण्याचे आणि पाइपलाइन दुसऱ्या टर्मिनलमध्ये पेस्ट केल्यावर ती शांतपणे हरवण्याचे कारण आहे। फाइलींची नावे उदाहरणासाठी आहेत, आणि महत्त्वाचे म्हणजे दोन्ही फाइली मालक उपकरण नियंत्रित करते तिथे पडली पाहिजेत। खाजगी फाइल आधीच डीफॉल्ट परवानग्यांसह असल्यास, chmod 600 privatekey सध्याची फाइल दुरुस्त करतो आणि यापूर्वी घेतलेल्या प्रतींबद्दल काहीही करत नाही।

खाजगी अर्धा भाग एकाच उपकरणावर ठेवा

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

निवृत्त फाइल जाणूनबुजून नष्ट करणे ही त्याच सवयीचा भाग आहे। कोणाच्या लक्षात येईपर्यंत ती डाउनलोड फोल्डरमध्ये ठेवणे तसे नाही।

पीअर ऑपरेटरला तुमच्याकडून काय हवे

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

की तयार करणे स्वतःच काहीही अधिकृत करत नाही। पीअरला ती स्वीकारण्यासाठी कॉन्फिगर करावे लागते, आणि कॉन्फिगरेशनची पायरी ते टोक चालवणाऱ्याची आहे।

खऱ्या देवाणघेवाणीने जोडी तपासा

की-जोडी टनेलचे एक टोक ओळखते; ती कोणताही मार्ग, रिझोल्व्हर नोंद, फॉरवर्डिंग नियम किंवा फायरवॉल परवानगी तयार करत नाही। पीअर तयार झाल्यावर फाइल नाही तर देवाणघेवाण तपासा: wg show मध्ये दिसणारे हँडशेक, टनेलच्या आत उत्तर देणारा पत्ता, आणि मार्गावर अवलंबून असलेली एक अनुप्रयोग विनंती। हे तीनही चुकीची की योग्य की आणि गहाळ मार्ग यापासून वेगळी करतात।

तैनाती परवानगी देत असेल तर प्रत्येक उपकरणासाठी एक ओळख ठेवा, म्हणजे हरवलेले एकक स्वतंत्रपणे रद्द करता येईल आणि सर्वांना पुन्हा की तयार करायला भाग पाडावे लागणार नाही। हाच निर्णय खालील बदली प्रक्रिया सुरक्षितपणे चालवण्यास कारण ठरतो।

अंतर न ठेवता की बदलणे

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

नवीन पीअर निश्चित होईपर्यंत बदललेली खाजगी फाइल ठेवा, नंतर ती जाणूनबुजून नष्ट करा। WireGuard जलद सुरुवात ही आदेशांसाठीचा संदर्भ आहे, आणि सुरू करण्यापूर्वी पूर्ण वाचता येईल इतकी ती लहान आहे।