சேவையகத்தை பின்னோக்கிச் செய்வது எந்த அடுக்கு தோல்வியடைந்தது என்பதற்கான முடிவு, கோப்புகளை நகலெடுக்கும் பயிற்சி அல்ல। கட்டமைப்பு, சான்றுகள் மற்றும் தொகுப்பு பதிப்புகள் வெவ்வேறு கடிகாரங்களில் நகர்கின்றன, ஒன்றை மீட்டெடுக்கும்போது மற்றவை நடப்பாக இருக்கும் நிலை ஆரோக்கியமாகத் தெரியும் ஆனால் சீரற்ற முறையில் செயல்படும் புரவலனை உருவாக்குகிறது। கீழேயுள்ள வரிசை ஒரு மாற்றம் ஏற்கனவே தவறாகிவிட்டது எனக் கருதி, மிகச் சிறிய ஒத்திசைவான நிலையை மீட்டெடுக்கச் சொல்கிறது। அதை வரிசையாக முடிக்கவும், மற்றும் யாரும் தவிர்க்கக் கூடாத படியாக ஒதுக்கப்பட்ட வெளிப்புற அணுகல் சரிபார்ப்பைக் கருதுங்கள்।

நீங்கள் உண்மையில் மீட்டெடுக்கக்கூடிய ஒரு சோதனைச் சுட்டியை எடுங்கள்

சேவை தொடக்கத்தில் படிக்கும் கட்டமைப்பை, அதைக் கடைசியாக பகுப்பாய்வு செய்த பதிப்புடன் பதிவு செய்யுங்கள்। பழைய வெளியீட்டில் தூய்மையாக ஏற்றப்பட்ட கோப்பு மேம்பாட்டுக்குப் பிறகு நிராகரிக்கப்படலாம் அல்லது அமைதியாக புறக்கணிக்கப்படலாம், எனவே பதிப்பு அதே குறிப்பில் சேரும்। கட்டமைப்பு சுட்டும் பொருளையும் சேர்க்கவும்: தனிப்பட்ட விசைகள், சான்றிதழ் பாதைகள், கேட்பவர் வரையறைகள் மற்றும் சேவையை அணுகக்கூடியதாக்கும் DNS மற்றும் தீச்சுவர் பதிவுகள்। மீட்டெடுப்புக்கு நீங்கள் சேமிக்காத கோப்பு தேவைப்பட்டால், சோதனைச் சுட்டி முழுமையற்றது।

கணினி இன்னும் ஆரோக்கியமாக இருக்கும்போது ஒவ்வொரு அமைப்பின் உரிமையாளரையும் பெயரிடுங்கள்। வழங்குநர் பலகை நிறுவிய பாதை, புரவலனின் தீச்சுவர் சேர்த்த பாதை மற்றும் வாடிக்கையாளர்களுக்கு அனுப்பப்படும் பாதை ஆகியவை மூன்று வெவ்வேறு பொருள்கள், தவறானதை மீட்டெடுத்தால் மற்ற இரண்டும் அவற்றின் இடத்திலேயே இருக்கும்। அமைப்பு, உரிமையாளர் மற்றும் கோப்புப் பாதை கொண்ட ஒரு சிறிய அட்டவணை போதும்।

ரத்துசெயல்களை கட்டமைப்பிலிருந்து தனியாக வையுங்கள்

பழைய கட்டமைப்பு நீங்கள் வேண்டுமென்றே அகற்றிய சாதனத்தை அமைதியாக மீண்டும் இணைக்கலாம், இது மீட்பை பாதுகாப்புப் பின்னடைவாக மாற்றுகிறது। பிணையக் கொள்கையை மீட்டெடுக்கும்போது தற்போதைய ரத்துசெயல் பட்டியலையும் முடக்கப்பட்ட கணக்குகளையும் பாதுகாக்கவும், பின்னர் சேவை வாடிக்கையாளர்களை ஏற்கும் முன் அவற்றை மீண்டும் பயன்படுத்தவும்।

அடையாள நிலையை அதன் சொந்த சான்றுகளுடன் தனி பின்னோக்கலாகக் கருதுங்கள்। சான்றிதழ் ரத்துசெயல் கோப்புகள், கணக்கு முடக்கம் மற்றும் MFA பதிவு ஆகியவை டீமான் கட்டமைப்பின் அதே இடத்தில் அரிதாகவே இருக்கும், கட்டமைப்பு மீட்டெடுப்பு அவற்றைத் தொடாது। என்ன தக்கவைக்கப்பட வேண்டும் என்பதை அறிய முதலில் தற்போதைய நிலையைச் சரிபார்க்கவும்। மீட்டெடுப்புக்குப் பிறகு அகற்றப்பட்ட அடையாளம் இன்னும் இணைக்க முடியவில்லை என்பதை உறுதிப்படுத்துங்கள்।

சுரங்கப்பாதை தோல்வியடையும் போது புரவலனை அடையுங்கள்

மாற்றப்படும் கூறைச் சாராத பாதையை இயந்திரத்திற்குத் திறக்கவும்। ஹைப்பர்வைசர் பணியகம், தனி இடைமுகத்தில் நிர்வாக முகவரி அல்லது தொடர் பணியகம் அனைத்தும் தகுதியானவை; சுரங்கப்பாதை வழியாக எடுத்துச் செல்லப்படும் SSH அமர்வு அல்ல। உள்ளே செல்லும் ஒரே வழி நீங்கள் மறுதொடக்கம் செய்யப் போகும் VPN ஆக இருந்தால், தவறான பாதை அல்லது தீச்சுவர் விதி அதைச் சரிசெய்யும் திறனைப் பறிக்கிறது। மாற்றத்திற்கு முன் மாற்றுப் பாதையைச் சோதிக்கவும், பின்னர் அல்ல। அதன் வழியாக ஒருமுறை உள்நுழைந்து, sudo செயல்படுவதை உறுதிப்படுத்தி, நீங்கள் பயன்படுத்திய சரியான முகவரியைப் பதிவு செய்யுங்கள்।

சோதனை எளிதானது: மாற்றுப் பாதையில் இணைக்கப்பட்டிருக்கும்போது சுரங்கப்பாதையைக் கீழே இறக்கி அமர்வு தாக்குப்பிடிக்கிறதா என்று பாருங்கள்। அது துண்டிக்கப்பட்டால், அது உங்களைச் சிக்கவைக்கும் முன்பே தோல்வியைக் கண்டுபிடித்துவிட்டீர்கள்।

ஒரே ஒரு திருத்தத்தைப் பயன்படுத்தி அது எப்போது நடைமுறைக்கு வரும் என்பதை அறியுங்கள்

சேவையின் reload அல்லது restart ஆவணங்களைப் பயன்படுத்தி எந்த அறிவுறுத்தல்கள் எந்த நேரத்தில் படிக்கப்படுகின்றன என்பதைக் கண்டறியுங்கள்। சில மதிப்புகள் reload இல் பொருந்தும், மற்றவை புதிய அமர்வு அல்லது செயல்முறை தொடங்கும்போது மட்டுமே, எனவே கோப்பைத் திருத்துவது இயங்கும் நிலையைப் பற்றி எதையும் நிரூபிக்காது। புதிய கோப்பை பழைய இயக்க நிலையுடன் கலக்காமல் ஒரே திருத்தத்தை மீட்டெடுக்கவும்। சந்தேகம் இருந்தால் சேவையின் முழு மறுதொடக்கம் பகுதி reload ஐ விட எளிதாக பகுத்தறிய முடியும்।

தேர்ந்தெடுப்பதற்கு முன் அலகு வரையறையைச் சரிபார்க்கவும்: systemctl show -p ExecReload openvpn@server reload கொக்கி இருக்கிறதா என்று உங்களுக்குச் சொல்கிறது। பின்னர் திருத்தத்தைப் பயன்படுத்தி, வேறு எதையும் மாற்றுவதற்கு முன் இதழில் முதல் புதிய பிழைகளைப் படியுங்கள்।

சரிபார்த்து, பதிவு செய்து, பின்னர் விசாரிக்கவும்

ஒரு அங்கீகரிக்கப்பட்ட வாடிக்கையாளரை இணைத்து சேவை எதற்கானது என்பதைப் பயிற்சி செய்யுங்கள்: பெயர் தீர்வு, மீண்டும் இணைப்பு மற்றும் தோல்வியடைந்த பயன்பாடு। ரத்துசெய்யப்பட்ட அடையாளம் இன்னும் மறுக்கப்படுகிறது என்பதை உறுதிப்படுத்துங்கள்। நீங்கள் மீட்டெடுத்த திருத்தம், நேரம் மற்றும் காரணத்தைப் பதிவு செய்யுங்கள், ஏனெனில் அடுத்த இயக்குநருக்கு மூன்றும் தேவைப்படும்। யாரும் ஆவணப்படுத்தாத பின்னோக்கல் அடுத்த முறை சேவை மோசமாக நடந்துகொள்ளும்போது ஒரு மர்மமாக மாறும்।

systemctl status openvpn@server --no-pager
journalctl -u openvpn@server -n 50 --no-pager

சேவை நிலையானதும், தோல்வியடைந்த மாற்றத்தை நீங்கள் தூக்கி எறியக்கூடிய புரவலன் அல்லது ஸ்னாப்ஷாட்டில் மீண்டும் உருவாக்குங்கள்। இது மோசமான கட்டமைப்பை மோசமான தொகுப்பு அல்லது காலாவதியான சான்றிதழிலிருந்து பிரிக்கிறது। மீட்டெடுத்த கட்டமைப்பை பதிப்புக் கட்டுப்பாட்டில் வையுங்கள், அடுத்த சோதனைச் சுட்டி அறியப்பட்ட கமிட்டிலிருந்து தொடங்கும் வகையில்। பயிற்சியின் நோக்கம் ஆவணப்படுத்தப்பட்ட இறுதிப் புள்ளி, நிரந்தர தரமிறக்கம் அல்ல।

தொடர்புடைய கட்டுரைகள்