तुम्ही कन्सोल उघडता, एक फायरवॉल नियम बदलता, आणि ज्या बोगद्यातून जोडलेले होते तो नाहीसा होतो. बदल बरोबर होता, पुन्हा लोड करणे नव्हते, आणि आता मशीनमध्ये परत जाण्याचा एकमेव मार्ग म्हणजे तुम्ही नुकताच तोडलेला मार्ग आहे. आत येण्याचा दुसरा मार्ग हा रचनेचा निर्णय आहे, आणि तो बिघाडापूर्वी असावा, बिघाडाच्या वेळी नाही.

अजून तुमच्याकडे काय आहे त्याचा आढावा घ्या

तुमच्या समोरच्या कन्सोल स्क्रीनपासून सुरुवात करा आणि बोगद्यावर अवलंबून नसलेल्या मार्गांची यादी करा. सिरियल किंवा VNC सत्र असलेले पुरवठादाराचे वेब कन्सोल एक आहे. वेगळ्या नेटवर्कवरचे व्यवस्थापन इंटरफेस दुसरे आहे. प्रत्यक्ष प्रवेश तिसरा आहे, आणि त्याची अनुपस्थिती लोकांना सर्वात वाईट क्षणी जाणवते.

PathDepends onUsually fails when
Provider consoleAccount access and the provider's own APICredentials live in a wiki only reachable over the tunnel
Management subnetA second interface and its own routingThe bad change was a global route or firewall policy
Second tunnelA different listener, port and credentialsBoth listeners were changed in the same edit
Physical or local consoleBeing in the buildingNobody has been in the building for a year

तिसरा स्तंभ अमूर्तता नव्हे तर बिघाडांची यादी म्हणून वाचा. त्या मार्गांपैकी दोन सहसा एकाच कारणाने अपयशी ठरतात. हे बिघाड तुम्हाला समजावण्यापूर्वी लक्षात घेण्याचा मार्ग म्हणजे हे सारणी.

स्वातंत्र्य हा अवलंबित्वांचा प्रश्न आहे

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

साखळीने खाली जा आणि प्रत्येक पायरीला काय लागते ते नाव द्या. नेटवर्क पोहोच, नाव विश्लेषण, प्रमाणीकरण स्रोत आणि व्यवस्थापन सेवा स्वतः या चार वेगळ्या अवलंबित्वा आहेत, आणि यापैकी कोणतेही सामायिक करणारा मार्ग ते अपयश वारसाहक्काने घेतो.

कधीही चाचणी न घेतलेला मार्ग स्वतःच्या संशयास पात्र आहे. महिन्यांपासून न उघडलेले कन्सोल ईमेलद्वारे संकेतशब्द रीसेटची मागणी करू शकते, आणि ते मेलबॉक्स तुम्ही पोहोचू शकत नाही अशा मशीनवर असू शकते. सर्व काही चालू असताना मार्गाची चाचणी घ्या, आणि शांत दुपारी तुम्हाला हे सापडेल.

एका नियंत्रित बदलासाठी दुसरा मार्ग वापरा

कन्सोलमधून स्नॅपशॉट घ्या किंवा तुम्ही संपादित करणार असलेली संरचना प्रत करा. एक गोष्ट बदला. सेवा पुन्हा लोड करा आणि दुसरे काही स्पर्श करण्यापूर्वी निकाल वाचा, कारण एकाच वेळी दोन बदल पुनर्प्राप्तीचे प्रयोगात रूपांतर करतात.

हे करताना पुनर्प्राप्ती सत्र उघडे ठेवा. दुसऱ्या मार्गाचे संपूर्ण मूल्य हे आहे की तो तुम्ही बदलत असलेल्या गोष्टीतून टिकून राहतो, म्हणून तो आधी बंद केल्यास तुम्ही त्याला उपयुक्त बनवणारा एकमेव गुण काढून टाकता.

स्मरणातून नाही, पुनर्प्राप्ती मार्गातून पडताळा

महत्त्वाची तपासणी म्हणजे नेहमीचा मार्ग परत येतो का, आणि पुनर्प्राप्ती सत्र हे ते क्रमाने निश्चित करण्याचे ठिकाण:

systemctl status openvpn-server@server --no-pager
ss -lntup | grep -E ':(1194|443)\b'
nft list ruleset | sed -n '1,40p'
journalctl -u openvpn-server@server --since '-10 min' --no-pager | tail -n 30

प्रथम सेवेची स्थिती, नंतर श्रोता, नंतर नियम, नंतर जर्नल वाचा. श्रोत्याशिवाय चालणारी सेवा सेवा संरचनेकडे निर्देश करते, तर पोहोचण्यायोग्य नियमांशिवाय श्रोता गाळणीकडे निर्देश करतो. क्रम महत्त्वाचा आहे कारण प्रत्येक पायरी पुढील पायरी अरुंद करते, आणि जर्नलकडे उडी मारणे म्हणजे सहसा कारण नव्हे तर लक्षण वर्णन करणाऱ्या त्रुटी वाचणे.

systemctl दस्तऐवज येथे वापरलेले स्थिती व पुनःसुरुवातीचे वर्तन समाविष्ट करते, अपयशी पुनर्लोड आधीची प्रक्रिया कशी चालू ठेवते हेही. सुसंगत आवृत्ती पुनर्संचयित करणे हे सर्व्हर दुरुस्त करू न शकणाऱ्या क्लायंटमधून वारंवार पुन्हा जोडण्यापेक्षा बरे आहे. बदलापूर्वी ठरवलेली रोलबॅक अट पूर्ण झाली असेल तर पुनर्संचयित करा आणि थांबा.

मालमत्ता यादी अद्ययावत ठेवा

लोक किंवा पायाभूत सुविधा बदलतात तेव्हा प्रवेश यादीचा आढावा घ्या. सर्व काही चालू असताना पुनर्प्राप्ती मार्गाची चाचणी घ्या. शेवटच्या पुनर्रचनेनंतर कोणीही वापरले नाहीत अशी खाती निवृत्त करा. दोन जुनी खाती आणि एक कालबाह्य प्रमाणपत्र मंगळवारी छोटी स्वच्छता आणि रविवारी बिघाड.

प्रत्येक मार्ग कोण वापरू शकतो, तो काय परवानगी देतो आणि ओळखपत्रे कशी फिरवली जातात ते नोंदवा. मालकाशिवाय पुनर्प्राप्ती मार्ग विसरलेले प्रवेशद्वार बनतो, जो बाहेर बंद होण्यापेक्षा वेगळ्या प्रकारचे अपयश आहे.

संबंधित लेख