கண்காணிக்கப்படாத VPN சேவையக புதுப்பிப்புகளுக்கு சோதிக்கப்பட்ட மீட்புப் பாதை தேவை
ஒரு புதுப்பிப்பு சேவையகத்தை அடைய நீங்கள் பயன்படுத்தும் அதே சேவையை மறுதொடக்கம் செய்யலாம். தானியக்கமாக்கும் முன் பட்டைக்கு வெளியேயுள்ள பணியகத்தை சுரங்கப்பாதை மட்டும் கொண்ட மீட்புத் திட்டத்துடன் ஒப்பிடுங்கள்.
நீங்கள் அதன் சொந்த VPN வழியாக அடையும் சேவையகத்திற்கு கண்காணிக்கப்படாத புதுப்பிப்புகள் நியாயமான கொள்கை, அதே நேரத்தில் அவை நீங்களே உருவாக்கும் ஒரே தோல்விப் புள்ளி. தொகுப்புச் செயல்பாடு சேவையை மறுதொடக்கம் செய்கிறது, சுரங்கப்பாதை விழுகிறது, நீங்கள் பயன்படுத்திய நிர்வாகப் பாதை அதனுடன் மறைந்துவிடும். மீட்புக்கு இரண்டு மாதிரிகள் உள்ளன, அவற்றுக்கிடையேயான தேர்வு ஒரு நிபந்தனையைப் பொறுத்தது: உங்களிடம் புதுப்பிக்கப்படும் விஷயத்தின் வழியாகச் செல்லாத நுழைவுப் பாதை உள்ளதா.
இரண்டு மீட்பு மாதிரிகள், ஒரு தீர்மானிக்கும் நிபந்தனை
முதல் மாதிரி புதுப்பிப்பை நம்பி, பின்னர் மீண்டும் இணைக்க முடியும் என்று கருதுகிறது. VPN என்பது புரவலனை அடையும் பல வழிகளில் ஒன்றாக இருக்கும்போதும், சுரங்கப்பாதையின் தோல்வி அதைக் கண்டறியும் உங்கள் திறனை நீக்காதபோதும் இது செயல்படுகிறது. இரண்டாவது மாதிரி முன்கூட்டியே ஒரு சுயாதீனப் பாதையை, பொதுவாக வழங்குநரின் பணியகத்தை வைத்து, சுரங்கப்பாதையை பராமரிப்பு உடைக்க வாய்ப்புள்ள விஷயமாகக் கருதுகிறது. இரண்டு மாதிரிகளும் பாதுகாக்கக்கூடியவை, அவற்றில் ஒன்று மட்டுமே முன்கூட்டிய வேலை தேவைப்படுகிறது.
தீர்மானிக்கும் நிபந்தனையைச் சொல்வது எளிது, தவிர்ப்பதும் எளிது. இயந்திரத்திற்கான ஒவ்வொரு நிர்வாகப் பாதையும் புதுப்பிக்கப்படும் சேவை வழியாகச் சென்றால், உங்களிடம் மீட்பு மாதிரியே இல்லை, ஒரு எதிர்பார்ப்பு மட்டுமே உள்ளது. மாற்ற மதிப்பாய்வில் அதைச் சத்தமாகச் சொல்லுங்கள்.
அந்த நிபந்தனையைச் சோதிக்க பத்து நிமிடங்கள் ஆகும், அது முதல் கண்காணிக்கப்படாத புதுப்பிப்புக்கு முன் நடக்க வேண்டும், சம்பவத்தின் போது அல்ல. எல்லாம் இயங்கும்போது பணியகத்தைத் திறந்து, சான்றுகள் செல்லுபடியாகும் என்பதை உறுதிசெய்து, மீண்டும் மூடுங்கள். பணியகம் நீங்கள் நினைக்கும் புரவலனில் திறக்கிறதா என உறுதிசெய்யுங்கள். பின்னர் இரவு 3 மணிக்கு நீங்கள் உண்மையில் பயன்படுத்தும் உள்நுழைவு இன்னும் வேலை செய்கிறதா என உறுதிசெய்யுங்கள்.
அந்தக் கடைசிப் பகுதி கேட்பதை விட முக்கியம். ஆறு மாதங்களுக்கு முன் கடவுச்சொல் மாற்றப்பட்டு ஒருபோதும் சரிபார்க்கப்படாத பணியகக் கணக்கு மீட்புப் பாதை அல்ல; அது அத்தகைய பாதையை விவரிக்கும் ஆவணம்.
காப்புப்பிரதி மீட்டெடுக்காதது
கட்டமைப்பு காப்பகம் கோப்புகளின் பதிவு, ஒரு புதுப்பிப்பு கோப்புகளை விட அதிகமாக மாற்றுகிறது. தொகுப்பு நிலை, கர்னல் தொகுதிகள், செயல்படுத்தப்பட்ட அலகு இணைப்புகள் மற்றும் தனி கருவியால் பயன்படுத்தப்பட்ட ஃபயர்வால் விதிகள் அனைத்தும் கட்டமைப்பு அடைவுக்கு வெளியே வாழ்கின்றன, அவற்றைப் புறக்கணிக்கும் மீட்டெடுப்பு கட்டமைக்கப்பட்டதாகத் தோன்றும் ஆனால் அனுப்பாத இயந்திரத்தை உருவாக்குகிறது.
| What changed | Restored by a configuration backup | Needs its own action |
|---|---|---|
| Service unit or startup ordering | Partly, if the unit file was included | Package state and enabled links |
| Kernel module or interface support | No | Kernel or module rollback, or a boot-time decision |
| Peer or device authorization | Only if the backup predates the revocation | A deliberate decision about which peers return |
| Firewall rules applied outside the config | Only if they were captured | Replaying and verifying each rule |
அங்கீகாரம் அதன் சொந்த வரிக்குத் தகுதியானது. சமரசம் செய்யப்பட்ட சாதனம் அகற்றப்படுவதற்கு முன் எடுக்கப்பட்ட காப்புப்பிரதி அந்தச் சாதனத்தின் அணுகலை மகிழ்ச்சியுடன் மீட்டெடுக்கும். செயலிழப்பின் போது அதற்குத் திரும்புவதே ஒரு சம்பவம் இரண்டாகும் வழி, மீட்டெடுப்பு முடிவு கோப்புகளைப் பற்றி எவ்வளவு வெளிப்படையாக எடுக்கப்படுகிறதோ அவ்வளவு வெளிப்படையாகச் சகாக்களைப் பற்றியும் எடுக்கப்பட வேண்டும்.
பின்னோக்கிச் செல்லும் பொறிமுறையும் முக்கியம். தொகுப்பால் நிர்வகிக்கப்படும் கோப்பின் மேல் பழைய இயக்கக்கூடிய கோப்பை நகலெடுப்பது தொகுப்பு மாற்றத்தின் ஆதரிக்கப்பட்ட திருப்பமல்ல, அது தொகுப்புத் தரவுத்தளத்தை கோப்பு முறைமையுடன் பொருந்தாத நிலையை விவரிக்க விடுகிறது. தொகுப்பு மேலாளரின் சொந்த தரமிறக்கப் பாதையை அல்லது வழங்குநர் வழங்கும் நிழற்படத்தைப் பயன்படுத்துங்கள். தொகுப்புத் தரவுத்தளம் பதிவு செய்யும் தரமிறக்கம் நீங்கள் மீண்டும் செய்யக்கூடிய ஒன்று.
இவற்றில் எதுவும் காப்புப்பிரதிகளுக்கு எதிரானது அல்ல. ஒவ்வொரு கலைப்பொருளும் எந்த அடுக்கை மூடுகிறது என்பதை அறிவதற்கானது, ஏனெனில் பகுதி மீட்டெடுப்பின் தோல்வி முறை அசல் செயலிழப்பை விடக் குழப்பமானது. ரன்புக்கில் ஒவ்வொரு காப்புப்பிரதிக்கும் அருகில் அடுக்கை எழுதுங்கள்.
சரிபார்ப்புப் புள்ளி, புதுப்பிப்பு, பின்னர் வெளியிலிருந்து சரிபார்ப்பு
மாற்றத்திற்கு முந்தைய நிலையை பின்னர் ஒப்பிடக்கூடிய வடிவில் பதிவு செய்யுங்கள்: நிறுவப்பட்ட பதிப்புகள், தொடர்புடைய சேவை அலகுகள், கேட்கும் சாக்கெட்டுகள் மற்றும் தற்போதைய சகாக்கள் பட்டியல். லினக்ஸ் புரவலனில் நான்கு கட்டளைகள் அதில் பெரும்பகுதியை உள்ளடக்குகின்றன.
systemctl list-units --type=service | grep -E 'openvpn|wg-quick'
ss -lunp | grep -E ':51820|:1194'
journalctl -u wg-quick@wg0 --since '-10 min'முதலாவது எந்த அலகுகள் உள்ளன, அவை இயங்குகின்றனவா எனக் காட்டுகிறது, இரண்டாவது கேட்பவர் உண்மையில் பிணைக்கப்பட்டுள்ளதை உறுதிசெய்கிறது, மூன்றாவது கடந்த சில நிமிடங்கள் பற்றிய சேவையின் சொந்த விவரத்தைத் தருகிறது. அவற்றில் எதுவும் ஒரு வாடிக்கையாளர் இணைக்க முடியும் என நிரூபிக்கவில்லை, அதனால் அடுத்த படி புரவலனுக்கு வெளியே நடக்கிறது. அந்த வாசிப்புகளை உங்கள் ஒப்பீட்டு அடிப்படையாக வைத்திருங்கள்.
சுரங்கப்பாதையைப் பயன்படுத்தாத வலையமைப்பிலிருந்து சரிபார்க்கவும்: ஒரு அங்கீகரிக்கப்பட்ட வாடிக்கையாளரை அங்கீகரித்து, ஒரு பெயரைத் தீர்த்து, ஒரு நோக்கமான பயன்பாட்டை அடையுங்கள். இடைமுகம் மேலே உள்ளது எனச் சொல்லும் உள்ளூர் நிலை வரி இடைமுகத்தைப் பற்றிய கூற்று, வழிமாற்றம், விசைகள் அல்லது சகாவை அனுமதிக்கும் கொள்கையைப் பற்றியது அல்ல.
பின்னர் மறு இணைப்புப் பாதையை வேண்டுமென்றே சோதியுங்கள். சேவையை ஒரு முறை மறுதொடக்கம் செய்து, கைமுறை தலையீடு இல்லாமல் சுரங்கப்பாதை திரும்பி வருவதை உறுதிசெய்யுங்கள், ஏனெனில் தொடக்கத்தில் மட்டுமே சரியாகத் தொடங்கும் சேவை மிக மோசமான தருணத்தில் உங்களை ஆச்சரியப்படுத்தும்.
அது தோல்வியடையும்போது, சோதித்த பாதையைப் பயன்படுத்துங்கள்
மீட்பு வரிசை பிரமாண்டமானது அல்ல, அது வேலை செய்கிறது: சுயாதீனப் பாதை வழியாக புரவலனை அடையுங்கள், சேவையின் சொந்த பதிவுகளைப் படியுங்கள், தோல்விக்குப் பொருந்தும் குறிப்பிட்ட சரிபார்ப்புப் புள்ளியை மீட்டெடுங்கள். ஒவ்வொரு முயற்சியிலும் ஒரு விஷயத்தை மாற்றுங்கள், அப்போது அடுத்த பதிவு வாசிப்பு அர்த்தமுள்ளதாக இருக்கும்.
இணைப்பை மீண்டும் பெற பல பதிவு செய்யப்படாத மாற்றங்களைச் செய்யும் தூண்டுதலை எதிர்த்து நில்லுங்கள். ஒரே நேரத்தில் ஐந்து திருத்தங்களால் சரிசெய்யப்பட்ட இயந்திரத்தைப் பின்னர் விளக்க முடியாது, அடுத்த புதுப்பிப்பு உண்மையில் சுமையைத் தாங்கிய மாற்றத்தை மீண்டும் கொண்டு வரும்.
பின்னர் சான்றுகளுடன் நிரந்தரக் கொள்கையை முடிவு செய்யுங்கள். புதுப்பிப்பு யாரும் பதிவு செய்யாத சார்பை வெளிப்படுத்தியிருந்தால், திருத்தம் ஆவணப்படுத்தல் மற்றும் ஒரு சோதனை, புதுப்பிப்புகளை நிறுத்துவது அல்ல. தூய்மையாக மறுதொடக்கம் செய்ய முடியாத சேவையை வெளிப்படுத்தியிருந்தால், திருத்தம் அலகில் உள்ளது, அட்டவணையில் அல்ல.
நிபந்தனைக்குப் பெயர் வந்தவுடன் ஒப்பீடு தூய்மையாகத் தீரும். சுயாதீனப் பாதை கண்காணிக்கப்படாத புதுப்பிப்புகளை நிர்வகிக்கக்கூடிய ஆபத்தாக மாற்றுகிறது. அது இல்லாதது அதே கொள்கையை அறியப்படாத மீட்பு நேரத்துடன் திட்டமிடப்பட்ட செயலிழப்பாக மாற்றுகிறது, எந்த தானியக்கமும் அந்தக் கணக்கை மாற்றாது.