रिमोट चेंज से पहले राउटर वीपीएन रोलबैक की योजना कैसे बनाएं

आप उस सुरंग को संपादित करने वाले हैं जिसमें आपका अपना सत्र होता है, इसलिए जो काम आपको बचाता है वह बदलाव से पहले होता है, उसके बाद की भागदौड़ के दौरान नहीं। सुरक्षा जाल वीपीएन पेज पर नहीं है: यह पुनर्स्थापना स्क्रीन, एक कंसोल, या दूसरा पथ है जो उस डिवाइस के माध्यम से नहीं चलता है जिसे आप संपादित कर रहे हैं। मैं तीनों को एक ही राउटर इंटरफ़ेस पर प्लान करता हूं जिसे मैं संपादित करने वाला हूं, और जब सब कुछ अभी भी काम करता है तो मैं एक बार पथ का उपयोग करता हूं। यह वह पूर्वाभ्यास है जिसका मैं क्रमानुसार अनुसरण करता हूँ।

इससे पहले कि आपको इसकी आवश्यकता हो, पुनर्स्थापना प्रवाह पर चलें

वह पृष्ठ खोलें जो आपके परिवर्तन को पूर्ववत कर देगा। पीएफसेंस पर डायग्नोस्टिक्स> बैकअप और रिस्टोर है; OpenWrt पर यह सिस्टम > बैकअप/फ़्लैश फ़र्मवेयर है; ओपीएनसेंस पर यह सिस्टम > कॉन्फ़िगरेशन > बैकअप है, जो पिछले संशोधनों को भी रखता है जिन्हें आप बिना फ़ाइल के वापस कर सकते हैं। आप अभी तक कुछ भी पुनर्स्थापित नहीं कर रहे हैं। आप जाँच कर रहे हैं कि क्या वह पृष्ठ परिवर्तन के दौरान आपके पास मौजूद पथ से खुलता है, क्या वह बाद में रीबूट चाहता है, और क्या वह किसी भिन्न फ़र्मवेयर रिलीज़ द्वारा लिखे गए संग्रह को अस्वीकार करता है। नेटगेट अपने स्वयं के निर्यात और पुनर्स्थापना प्रवाह का दस्तावेजीकरण करता है docs.netgate.com।

पुनर्स्थापना संपूर्ण कॉन्फ़िगरेशन को स्वैप करती है, इसलिए यह एक नियम के लिए पूर्ववत नहीं है। संग्रह में उपयोगकर्ता, प्रमाणपत्र, वीपीएन कुंजी, फ़ायरवॉल नियम और व्यवस्थापक इंटरफ़ेस सेटिंग्स होती हैं जो तय करती हैं कि कौन लॉग इन कर सकता है। यही कारण है कि मैं परिवर्तन से तुरंत पहले निर्यात करता हूं और फ़ाइल को तारीख और एकल सेटिंग के साथ नाम देता हूं जिसे मैं छूने का इरादा रखता हूं। एक महीने पुरानी फ़ाइल को पुनर्स्थापित करने से एक महीने पुरानी सुरंग और एक महीने पुरानी कुंजी भी बहाल हो जाती है।

यदि प्लेटफ़ॉर्म केवल उसी रिलीज़ से अभिलेखों को लोड करता है, तो इसे अभी ध्यान दें: एक फर्मवेयर अपग्रेड और एक विंडो में एक वीपीएन संपादन आपके पास एक फ़ाइल छोड़ देता है जिसे राउटर स्वीकार नहीं करेगा।

ऐसा कोई रास्ता सिद्ध करें जो सुरंग को पार कर जाए

एक ही लैपटॉप से एक ही सार्वजनिक पते पर दूसरा एसएसएच सत्र दूसरा रास्ता नहीं है; दोनों एक साथ मरते हैं। स्वतंत्र पथ इनमें से एक है: एक सीरियल या केवीएम कंसोल, एक हाइपरवाइजर या क्लाउड कंसोल, एक प्रबंधन वीएलएएन जो एक होस्ट से पहुंच योग्य है जो सुरंग के पीछे नहीं है, एक दूसरा WAN या LTE मॉडेम अपने स्वयं के प्रशासनिक नियम के साथ, या साइट पर एक व्यक्ति।

राउटर के स्वस्थ होने पर चुने गए पथ का परीक्षण करें। इस पर लॉग इन करें, वीपीएन पेज खोलें और सेव करने से पहले रुकें। यदि कोई लॉक-डाउन नियम इसे केवल डैशबोर्ड तक पहुंचने देता है, तो आपके पास इसे ठीक करने के लिए अभी भी समय है, और सुधार को नियम क्रम में इनकार नियम के ऊपर बैठना होगा।

अधिकांश राउटर एडमिन सेवा को एक इंटरफ़ेस या एक एड्रेस परिवार से बांधते हैं, इसलिए एक आउट-ऑफ-बैंड रूट को वहां पहुंचना पड़ता है जहां वह सेवा सुनती है। विंडो के लिए बाइंडिंग को चौड़ा करना काम करता है, लेकिन यह स्वयं उस पथ में बदलाव है जिस पर आप निर्भर हैं।

फ़ाइल निर्यात करें और ट्रिगर लिखें

निर्यात को राउटर से और मशीन से हटा दें, जिससे इसकी सुरंग नष्ट हो सकती है। राउटर फ़ाइल सिस्टम पर संग्रहीत बैकअप ठीक उसी विफलता में गायब हो जाता है जिसकी आप योजना बना रहे हैं, और लैपटॉप पर बैठना जो कनेक्टिविटी खोने वाला है, मुश्किल से बेहतर है।

उस फ़ाइल को क्रेडेंशियल मानें। इसमें निजी कुंजी, पूर्व-साझा रहस्य, प्रमाणपत्र सामग्री और पासवर्ड हैश होते हैं, इसलिए इसे एन्क्रिप्ट करें या राउटर लॉगिन के समान देखभाल के साथ संग्रहीत करें।

फिर एक वाक्य लिखें: यदि मैं परिवर्तन के एन मिनट के भीतर PATH से एक नया प्रबंधन सत्र नहीं खोल सकता, तो मैं फ़ाइल को पुनर्स्थापित करता हूं और रीबूट करता हूं। वाक्य दायरे को एक चर तक सीमित कर देता है। एक साथ किए गए रूट, डीएनएस और फ़ायरवॉल संपादन सहेजने में तेज़ होते हैं और जब आपको एक और प्रयास मिलता है तो वे विभाजित होने में धीमे होते हैं।

जहां प्लेटफ़ॉर्म पर एक प्रतिबद्ध टाइमर है उसका उपयोग करें

यदि आप इसकी पुष्टि करने में विफल रहते हैं तो कई प्लेटफ़ॉर्म आपके लिए परिवर्तन को पूर्ववत कर देंगे। टर्मिनल में Ctrl+X के साथ दर्ज किया गया राउटरओएस सेफ मोड, सत्र समाप्त होने पर उस सत्र में किए गए परिवर्तनों को वापस कर देता है। जूनोस ने एक अपुष्ट पुष्टिकृत प्रतिबद्धता को वापस ले लिया। सिस्को IOS जोड़े पुनः लोड रद्द के साथ पुनः लोड होते हैं। एंटरप्राइज़ फ़ायरवॉल आमतौर पर ऑटो-रिवर्ट टाइमर के साथ लंबित परिवर्तनों को चरणबद्ध करते हैं। OpenWrt और अधिकांश उपभोक्ता फ़र्मवेयर में कुछ भी समकक्ष नहीं है, इसलिए वहां टाइमर बाहरी होना चाहिए: एक शेड्यूल किया गया पुनर्स्थापना, एक क्रॉन जॉब जो फ़ाइल को वापस स्वैप करता है और सेवा को पुनरारंभ करता है, या पिछले कॉन्फ़िगरेशन में रीबूट करता है।

यह न मानें कि समान नाम वाली सुविधा समान दायरे को कवर करती है। एक उत्पाद के ऑटो-रिवर्ट में केवल फ़ायरवॉल नियम शामिल हो सकते हैं; दूसरा संपूर्ण कॉन्फ़िगरेशन को कवर कर सकता है, जिसमें वह प्रबंधन नियम भी शामिल है जिसे आपने खुद को पहुंच योग्य बनाए रखने के लिए बदला है। इस पर भरोसा करने से पहले पढ़ें कि टाइमर क्या पलटता है।

टाइमर किसी निर्यातित फ़ाइल का विकल्प नहीं है। यह उस मामले में विफल रहता है जो यहां सबसे अधिक मायने रखता है: सत्र जीवित रहता है, प्रबंधन विमान नहीं रहता है, और कुछ भी कभी भी वापसी को ट्रिगर नहीं करता है।

बिल्कुल नए कनेक्शन का परीक्षण करें, खुले वाले का नहीं

एक स्थापित सत्र अक्सर उन परिवर्तनों के माध्यम से काम करता रहता है जो हर नए हैंडशेक को रोकते हैं, क्योंकि इसकी स्थिति पहले से मौजूद है और कनेक्शन बनाते समय नीति का मूल्यांकन किया जाता है। परिवर्तन के बाद, रिमोट साइड से नए कनेक्शन बनाएं: एक नया एसएसएच सत्र, क्लाइंट से एक नया वीपीएन हैंडशेक, राउटर लैन पते पर एक सामान्य पेज लोड।

# run these from the remote machine, in a new shell
ssh -o ConnectTimeout=8 admin@"$ROUTER_WAN"
nc -vz "$ROUTER_WAN" 443
dig +short example.internal "@$ROUTER_LAN"

फिर सुरंग के बजाय सुरंग के डाउनस्ट्रीम का परीक्षण करें: नाम रिज़ॉल्यूशन, आंतरिक सेवा के लिए एक टीसीपी कनेक्शन, और वह एप्लिकेशन जो आप वास्तव में उपयोग करते हैं। एक सुरंग जो स्थापित करती है लेकिन उपयोग करने योग्य डीएनएस नहीं सौंपती है वह क्लाइंट स्थिति में स्वस्थ दिखती है और ब्राउज़र में टूटी हुई है, और वह अंतर तय करता है कि आप फ़ाइल को पुनर्स्थापित करते हैं या एक नियम को ठीक करते हैं।

जबरन डिस्कनेक्ट और पुन: कनेक्ट करने के बाद दोहराएं, और यदि प्लेटफ़ॉर्म बूट पर स्थिति को फिर से लागू करता है तो रिबूट के बाद एक बार फिर दोहराएं। कुछ कॉन्फ़िगरेशन प्रत्येक लाइव परीक्षण पास करते हैं और नए नियमों के साथ पहले बूट पर विफल हो जाते हैं।

जो दरवाज़े आपने खिड़की के लिए खोले थे उन्हें बंद कर दें

अस्थायी किसी भी स्रोत व्यवस्थापक नियम, थ्रोअवे खाते, विस्तृत बाइंडिंग, अनुमेय DNS नियम और डिबग लॉगिंग को हटा दें। वह निष्कासन अपने आप में उस पथ पर एक बदलाव है जिस पर आप निर्भर हैं, इसलिए उसके बाद दूरस्थ पक्ष से ताज़ा-कनेक्शन परीक्षण फिर से चलाएँ।

निर्यात की गई फ़ाइल को तब तक रखें जब तक कि परिवर्तन रीबूट और वास्तविक क्लाइंट के पुन: कनेक्ट होने से बच न जाए, फिर विंडो खुली होने पर आपके द्वारा साझा की गई किसी भी चीज़ को घुमाएं। एक कॉन्फ़िगरेशन जो अगले बूट तक काम करता है, एक हफ्ते बाद राउटर को खोने का एक शांत तरीका है, जब किसी को याद नहीं रहता कि कौन सा नियम अस्थायी था।

परिवर्तन को नीचे लिखें जहां अगला व्यक्ति देखता है: क्या स्थानांतरित हुआ, कौन सी फ़ाइल इसे पूर्ववत करती है, कौन सा पथ कंसोल तक पहुंचता है, और कौन सा नियम अस्थायी था।

वीपीएन पेज खोलने से पहले, चार चीजें मौजूद होनी चाहिए: एक पुनर्स्थापना प्रवाह जिसे आपने परीक्षण किया है, एक दूसरा पथ जिसे आपने सिद्ध किया है, एक निर्यात की गई फ़ाइल जिस तक आप वास्तव में पहुंच सकते हैं, और एक लिखित ट्रिगर। यदि कोई कमी है तो पहले उसे ठीक करें। परिवर्तन के लिए एक घंटा प्रतीक्षा करनी पड़ सकती है; तालाबंदी नहीं हो सकती।