VPN அலகு வலையமைப்புக்கு முன் ஏன் தொடங்கி பின்னர் இறக்கிறது

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

இலக்கு ஒரு சந்திப்பு இடம், நிர்வாகி அல்ல

network-online.target வலையமைப்பு என்ன என்பதை அறியாது. இது ஒரு ஒருங்கிணைப்புப் புள்ளி, இணைப்பு பயன்படுத்தக்கூடியதாகும் வரை தொடக்கத்தை தாமதப்படுத்த வேண்டிய சேவையை இது சேகரிக்கிறது, மேலும் வரையறையை இயந்திரத்தை வைத்திருக்கும் வலையமைப்பு மேலாளருக்கு ஒப்படைக்கிறது. பெரும்பாலான டெஸ்க்டாப் மற்றும் சேவையகங்களில் இதன் பொருள் NetworkManager அல்லது systemd-networkd வழங்கும் காத்திருப்பு சேவை. எதையும் இயக்கவில்லை என்றால் இலக்கிற்கு காத்திருக்க எதுவும் இல்லை, எனவே ஏதோ ஒன்று அதை இழுக்கும் நொடியில் அது முடிகிறது, அது DHCP பதிலளிப்பதற்கு மிக நீண்ட காலம் முன்பாக இருக்கலாம். உங்கள் அலகின் வரிசை வரி நேர்மையானது, இருந்தும் பயனற்றது.

எனவே முதல் கேள்வி உங்கள் அலகு என்ன அறிவிக்கிறது என்பது அல்ல. இந்த இயந்திரத்தில் ஏதோ ஒன்று உண்மையில் காத்திருப்பைச் செய்கிறதா என்பதே.

அலகு கோப்புக்கு பதிலாக கடைசி பூட்டைப் படியுங்கள்

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

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

systemctl list-units --type=service --state=running | grep wait-online
journalctl -b -o short-monotonic -u openvpn-client@office

காத்திருப்பைச் சேர்க்கவும், பின்னர் மறுமுயற்சியை

தொகுக்கப்பட்ட அலகைத் திருத்துவதற்குப் பதிலாக drop-in பயன்படுத்துங்கள், தொகுப்பு புதுப்பிப்பு மாற்றத்தை அமைதியாகத் தூக்கி எறியாதிருக்க. இரண்டு வழிமுறைகள் முக்கியம்: அலகு இலக்கிற்குப் பிறகு வரிசைப்படுத்தப்பட வேண்டும், மேலும் இலக்கை அதே பரிவர்த்தனைக்குள் இழுக்க வேண்டும். வரிசை மட்டும் இலக்கை அழைக்காது; விருப்பமே அதைச் செய்கிறது.

OpenVPN கிளையன்டின் தொகுக்கப்பட்ட அலகு ஏற்கனவே இரண்டையும் கொண்டுள்ளது. கையால் எழுதப்பட்ட அலகுகள் பொதுவாக ஒன்றை அல்லது எதையும் கொண்டிருக்காது, எதையும் சேர்ப்பதற்கு முன் இதைச் சரிபார்க்கத் தகும்.

[Service]
Restart=on-failure
RestartSec=15

ஏன் நிலையான தூக்கம் ஒரு பொறி

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

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

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

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

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