तुम्ही तुमचे स्वतःचे सत्र घेऊन जाणारा बोगदा संपादित करणार आहात, त्यामुळे तुम्हाला वाचवणारे काम बदलापूर्वी घडते, नंतरच्या स्क्रॅम्बल दरम्यान नाही। सुरक्षा जाळे VPN पृष्ठावर नाही: ही पुनर्संचयित स्क्रीन, कन्सोल किंवा दुसरा मार्ग आहे जो तुम्ही संपादित करत असलेल्या डिव्हाइसद्वारे चालत नाही। मी संपादित करणार आहे त्याच राउटर इंटरफेसवर मी तिन्ही योजना आखत आहे आणि सर्वकाही कार्य करत असताना मी एकदाच मार्ग वापरतो। मी क्रमाने फॉलो केलेला हा वॉकथ्रू आहे।

आपल्याला आवश्यक करण्यापूर्वी पुनर्संचयित प्रवाह चालवा

तुमचा बदल पूर्ववत करेल ते पृष्ठ उघडा। pfSense वर म्हणजे डायग्नोस्टिक्स > बॅकअप आणि रिस्टोर; OpenWrt वर ते सिस्टम > बॅकअप / फ्लॅश फर्मवेअर आहे; OPNsense वर ते सिस्टम > कॉन्फिगरेशन > बॅकअप आहे, जे मागील आवर्तन देखील ठेवते ज्यावर तुम्ही फाईलशिवाय परत येऊ शकता। आपण अद्याप काहीही पुनर्संचयित करत नाही। बदलादरम्यान तुमच्याकडे असलेल्या मार्गावरून ते पृष्ठ उघडते की नाही, ते नंतर रीबूट करायचे आहे की नाही, आणि वेगळ्या फर्मवेअर रिलीझने लिहिलेले संग्रह नाकारते की नाही हे तुम्ही तपासत आहात। नेटगेट दस्तऐवज स्वतःच्या निर्यात आणि पुनर्संचयित प्रवाह येथे docs.netgate.com।

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

जर प्लॅटफॉर्म फक्त त्याच रिलीझमधून संग्रहण लोड करत असेल, तर ते आता लक्षात घ्या: एका विंडोमध्ये फर्मवेअर अपग्रेड आणि व्हीपीएन एडिट तुम्हाला राउटर स्वीकारणार नाही अशी फाइल धरून ठेवते।

बोगदा वगळून एक मार्ग सिद्ध करा

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

राउटर निरोगी असताना निवडलेल्या मार्गाची चाचणी घ्या। त्यावर लॉग इन करा, VPN पेज उघडा आणि सेव्ह करण्यापूर्वी थांबा। लॉक-डाउन नियम केवळ डॅशबोर्डवर पोहोचू देत असल्यास, आपल्याकडे अद्याप ते निराकरण करण्यासाठी वेळ आहे आणि सुधारणा नियम क्रमाने नकार नियमाच्या वर बसणे आवश्यक आहे।

बहुतेक राउटर प्रशासक सेवेला इंटरफेस किंवा ॲड्रेस फॅमिलीशी बांधून ठेवतात, त्यामुळे आउट-ऑफ-बँड रूट जिथे ती सेवा ऐकते तिथे पोहोचावे लागते। विंडोसाठी बाइंडिंग रुंद करणे कार्य करते, परंतु हे स्वतःच तुम्ही ज्या मार्गावर अवलंबून आहात त्यात बदल आहे।

फाइल निर्यात करा आणि ट्रिगर लिहा

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

त्या फाईलला क्रेडेन्शियल म्हणून हाताळा। यात खाजगी की, प्रीशेअर केलेले सिक्रेट्स, सर्टिफिकेट मटेरिअल आणि पासवर्ड हॅश असतात, त्यामुळे ते एन्क्रिप्ट करा किंवा राउटर लॉगिन सारख्याच काळजीने स्टोअर करा।

नंतर एक वाक्य लिहा: जर मी बदलानंतर N मिनिटांच्या आत PATH वरून नवीन व्यवस्थापन सत्र उघडू शकलो नाही, तर मी FILE पुनर्संचयित करतो आणि रीबूट करतो। वाक्य एका व्हेरिएबलवर स्कोप खाली आणते। मार्ग, DNS आणि फायरवॉल संपादने एकत्रितपणे जतन करण्यासाठी जलद असतात आणि जेव्हा तुम्हाला आणखी एक प्रयत्न मिळेल तेव्हा दुभाजक होण्यास मंद असतात।

प्लॅटफॉर्मवर एक कमिट टायमर वापरा

तुम्ही त्याची पुष्टी करण्यात अयशस्वी झाल्यास अनेक प्लॅटफॉर्म तुमच्यासाठी बदल पूर्ववत करतील। टर्मिनलमध्ये Ctrl+X सह प्रविष्ट केलेला RouterOS सुरक्षित मोड, सत्र कमी झाल्यावर त्या सत्रात केलेले बदल परत करतो। जुनोसने पुष्टी न केलेली कमिट पुष्टी केली। रीलोड रद्द सह सिस्को IOS जोड्या रीलोड करा। एंटरप्राइझ फायरवॉल सामान्यतः ऑटो-रिव्हर्ट टाइमरसह प्रलंबित बदल करतात। OpenWrt आणि बहुतेक ग्राहक फर्मवेअरमध्ये समतुल्य काहीही नाही, म्हणून तेथे टाइमर बाह्य असणे आवश्यक आहे: एक शेड्यूल पुनर्संचयित करणे, एक क्रॉन जॉब जे फाइल परत स्वॅप करते आणि सेवा रीस्टार्ट करते किंवा मागील कॉन्फिगरेशनमध्ये रीबूट करते।

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

निर्यात केलेल्या फाईलसाठी टाइमर पर्याय नाही। येथे सर्वात महत्त्वाचे असलेल्या प्रकरणात ते अयशस्वी होते: सत्र टिकून राहते, व्यवस्थापन प्लेन करत नाही आणि काहीही कधीही पूर्ववत करण्यास ट्रिगर करत नाही।

अगदी नवीन कनेक्शनची चाचणी घ्या, उघडलेले नाही

प्रस्थापित सत्र अनेकदा बदलांद्वारे कार्य करत राहते जे प्रत्येक नवीन हँडशेक अवरोधित करते, कारण त्याची स्थिती आधीपासूनच अस्तित्वात आहे आणि कनेक्शन तयार केल्यावर धोरणाचे मूल्यमापन केले जाते। बदलानंतर, रिमोट बाजूने नवीन कनेक्शन तयार करा: एक नवीन SSH सत्र, क्लायंटकडून नवीन VPN हँडशेक, राउटर LAN पत्त्यावर सामान्य पृष्ठ लोड।

# 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"

नंतर बोगद्याऐवजी बोगद्याच्या डाउनस्ट्रीमची चाचणी घ्या: नावाचे निराकरण, अंतर्गत सेवेसाठी एक TCP कनेक्शन आणि तुम्ही प्रत्यक्षात वापरत असलेला अनुप्रयोग। एक बोगदा जो स्थापित करतो परंतु वापरण्यायोग्य DNS देत नाही तो क्लायंट स्थितीमध्ये निरोगी दिसतो आणि ब्राउझरमध्ये तुटलेला दिसतो आणि हा फरक आपण फाईल पुनर्संचयित करायची की एक नियम निश्चित करतो हे ठरवते।

सक्तीने डिस्कनेक्ट केल्यानंतर आणि पुन्हा कनेक्ट केल्यानंतर पुनरावृत्ती करा आणि रीबूट केल्यानंतर पुन्हा एकदा प्लॅटफॉर्म बूट झाल्यावर स्थितीत पुन्हा लागू झाल्यास। काही कॉन्फिगरेशन प्रत्येक थेट चाचणी उत्तीर्ण होतात आणि नवीन नियमांसह पहिल्या बूटमध्ये अयशस्वी होतात।

तुम्ही खिडकीसाठी उघडलेले दरवाजे बंद करा

तात्पुरता कोणताही-स्रोत प्रशासक नियम, थ्रोअवे खाते, रुंद केलेले बंधन, परवानगी देणारा DNS नियम आणि डीबग लॉगिंग काढून टाका। ते काढून टाकणे म्हणजे तुम्ही ज्या मार्गावर अवलंबून आहात त्या मार्गावरील बदल आहे, त्यामुळे रिमोट बाजूने, त्यानंतर नवीन-कनेक्शन चाचणी पुन्हा चालवा।

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

पुढील व्यक्ती कुठे दिसते ते बदल लिहा: काय हलवले, कोणती फाईल पूर्ववत करते, कोणता मार्ग कन्सोलपर्यंत पोहोचतो आणि कोणता नियम तात्पुरता होता।

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

संबंधित लेख