WireGuard ह्यान्डशेकको उमेर सत्र टाइमआउट होइन
कुञ्जी नवीकरणका टाइमरहरू कुञ्जीलाई नियन्त्रण गर्छन्, प्रयोगकर्ताको पहुँचलाई होइन। latest-handshakes पढ्नु एउटा पियरको प्रोटोकल अवस्था बताउँछ, उसको अधिकार सकिएको छ कि छैन भनेर होइन।
ट्राफिक पठाउन छोड्ने पियरले त्यसबाट आफ्नो कुञ्जी गुमाउँदैन, र नयाँ ह्यान्डशेकले कसैले यसको प्रयोगको अनुमति नवीकरण गरेको प्रमाण दिँदैन। WireGuard का टाइमरहरू कुञ्जी ताजा र प्याकेट गतिमा राख्छन्; तिनले निश्चित मिनेटपछि लग आउट हुने प्रयोगकर्ताको नमुना बनाउँदैनन्। यहाँ तीन प्रश्न मिसिन्छन्, र हरेकका प्रमाण फरक छन्। यही भिन्नताले कुन उपकरण प्रयोग गर्ने भन्ने तय गर्छ।
तीन प्रश्न, एक आदेश आउटपुट
अपरेटरहरू सोध्छन् पियर पुग्न सकिने छ कि छैन, सक्रिय थियो कि, र अझै अनुमति छ कि छैन। पहिलो प्रोटोकल अवस्था हो, दोस्रो ट्राफिक काउन्टर र तेस्रो अधिकार। पहिला दुई मात्र WireGuard इन्टरफेसबाट पढ्न सकिन्छ, र ती तीनैको जवाफ दिन नियमित प्रयोग हुन्छन्।
| Question | Evidence it needs | What does not answer it |
|---|---|---|
| Is the peer reachable now? | A recent handshake and a working return path | An interface that exists |
| Has it been active? | Transfer counters moving over time | A handshake timestamp alone |
| Is access still granted? | The configuration or controller that authorizes it | Any protocol timer |
पङ्क्तिहरूलाई तीन अलग अनुसन्धानका रूपमा पढ्नुहोस्। पहिला दुई सस्ता छन् र इन्टरफेसका आफ्नै काउन्टरबाट जवाफ दिन सकिन्छ। तेस्रोलाई पहुँच दिने कन्फिगरेसन चाहिन्छ, र त्यो अर्को फाइल वा अर्को प्रणालीमा बस्छ। गलत पङ्क्ति छान्नु भनेको प्रोटोकल टाइमरसँग नीतिको काम माग्नु हो।
टाइमरहरूले वास्तवमा के नियन्त्रण गर्छन्
प्रोटोकलले ह्यान्डशेकको पुनःप्रयास, ट्रान्सपोर्ट कुञ्जीको घुमाइ र पुरानो कुञ्जीले सुरक्षित प्याकेट अस्वीकार गर्न स्थिरांक परिभाषित गर्छ। तिनले ट्राफिक र अवस्थामा प्रतिक्रिया दिन्छन्, क्यालेन्डर वा कसैले 17:00 सम्म जोडिन सक्छ भन्ने नीतिमा होइन। त्यसैले निष्क्रिय पियर घण्टौं निष्क्रिय देखिन सक्छ र तैपनि अधिकृत रहन सक्छ।
PersistentKeepalive लाई प्रायः हराएको टाइमआउट ठानिन्छ। यसले NAT म्यापिङ जीवित राख्न प्रमाणित खाली प्याकेट पठाउँछ, र यसलाई शून्यमा राख्दा केही पनि रद्द नगरी ती प्याकेट रोकिन्छन्।
प्रत्येक पियरको रनटाइम अवस्था पढ्नुहोस्, टिप्पणीको सट्टा सार्वजनिक कुञ्जी प्रयोग गरेर:
wg show wg0 latest-handshakes
wg show wg0 transferहालैको ह्यान्डशेकले एउटा ह्यान्डशेक पूरा भएको बताउँछ। यसले सुरुङपछाडिको निजी सेवा पुग्न सकिने छ भनेर बताउँदैन, र पुरानो समय-छाप केवल चुपचाप रहेको पियरको हुन सक्छ।
निष्क्रिय पियर लग आउट भएको पियर किन होइन
WireGuard मा सुरुवात र अन्त्य भएको सत्र वस्तु छैन। पियर भनेको अनुमति दिइएका ठेगानासहितको सार्वजनिक कुञ्जी हो, र उसको ट्राफिक जोगाउने ह्यान्डशेक आवश्यकताअनुसार बदलिन्छ, प्रयोगकर्तालाई देखिने कुनै लगइनबिना। हालैको ट्राफिकको अभावलाई लग आउट मान्नु नमुनालाई उल्टाउँछ।
यदि वास्तविक गुनासो निष्क्रिय बसेपछि जडान असफल हुन्छ भन्ने हो भने, कारण प्रायः अन्तै हुन्छ: म्याद सकिएको NAT म्यापिङ, सुतेको यन्त्र, वा अवस्था गुमाएको फायरवाल। अर्को छेउबाट ट्राफिक पठाएर र नयाँ प्रवाह सुरु गरेर परीक्षण गर्नुहोस्, र के बदलिन्छ तुलना गर्नुहोस्।
समयसीमा जहाँ अधिकार बस्छ त्यहीँ राख्नुहोस्
यदि पहुँच निश्चित समयमा सकिनुपर्छ भने, समयसीमा पहुँच दिनेको हुन्छ। पियर कन्फिगरेसन जारी गर्ने कन्ट्रोलरले नयाँ दिनुअघि नवीकृत स्वीकृति माग्न सक्छ, र यो कन्ट्रोलरको गुण हो, इन्टरफेसको लुकेको प्यारामिटर होइन।
हातले व्यवस्थापन गरिएका पियरका लागि, हटाउने काम दुई ठाउँमा पुग्नुपर्छ: चलिरहेको इन्टरफेस र सुरक्षित कन्फिगरेसन। पियरलाई रनटाइममा मात्र हटाउने काम रिस्टार्ट वा मेलमिलाप लुपले रद्द गर्छ, जसले तपाईंले म्याद सकिएको ठानेको पहिचान फर्काउँछ:
sudo wg set wg0 peer <public-key> remove
sudo wg-quick save wg0त्यसपछि लेबल होइन, सीमा परीक्षण गर्नुहोस्। पियर समयसीमापछि अस्वीकृत हुन्छ, नवीकरण मार्ग काम गर्छ, र अवस्था प्रबन्धकको पुनःलोडपछि पनि टिक्छ भनी पुष्टि गर्नुहोस्। ह्यान्डशेकको उमेर उपयोगी सञ्चालन सङ्केत हो, र यो पहुँच अभिलेख होइन।