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 द्रुत सुरुवात आदेशहरूकै लागि सन्दर्भ हो, र सुरु गर्नुअघि पूरै पढ्न सकिने गरी छोटो छ।