OpenVPN up இல் சேவையை மீண்டும் தொடங்குதல்: கொக்கிகள் tun0.device ஐ விட சிறந்தது

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

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

சாதன அலகு உண்மையில் எதைக் கண்காணிக்கிறது

systemd நெட்வொர்க் இடைமுகம் குறித்த கர்னலின் பார்வையிலிருந்து சாதன அலகை உருவாக்குகிறது, எனவே இடைமுகம் தோன்றும்போது tun0.device செயலில் இருக்கும், அது நீக்கப்படும்போது செயலற்றதாகும். persist-tun உடன், மென்மையான மறுதொடக்கம் இடைமுகத்தை அதன் இடத்தில் வைத்திருக்கும், எனவே அலகு ஒருபோதும் ஊசலாடாது, அதனுடன் பிணைக்கப்பட்ட எதுவும் தூண்டப்படாது. நிலைத்தன்மை இல்லாமல் கூட, அலகு வழிகள், DNS அல்லது தொலை முனை பதிலளிக்கிறதா என்பது பற்றி எதுவும் கூறுவதில்லை.

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

up, route-up மற்றும் up-restart வெவ்வேறு பொருள்களைத் தருகின்றன

TUN/TAP சாதனம் திறக்கப்பட்டு இடைமுகம் கட்டமைக்கப்பட்ட பிறகு up இயங்குகிறது, இது ஒதுக்கப்பட்ட முகவரியைப் பிணைக்கும் கேட்பவருக்கு சரியான தருணம். வழிகள் நிறுவப்பட்ட பிறகு, கட்டமைக்கப்பட்ட வழி தாமதத்திற்கு உட்பட்டு route-up இயங்குகிறது, மேலும் வழி நிலை முடிவடைய வேண்டிய வேலைக்கு ஏற்றது. இரண்டும் தொலை பயன்பாடு பதிலளிக்கிறது என்பதை நிரூபிக்காது. அவற்றுக்கிடையே தேர்ந்தெடுப்பது சேவைக்கு என்ன தேவை என்பதற்கான கேள்வி, எந்தக் கொக்கி மிகவும் முழுமையானதாகத் தெரிகிறது என்பதல்ல.

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

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

systemctl restart ஐ ஒத்திசைவாக அழைக்கும் கொக்கி, அதன் வரிசை சுரங்கப்பாதைக்காகக் காத்திருக்கும் அலகுடன் முட்டுக்கட்டைக்கு வரலாம். systemctl --no-block try-restart vpn-dependent.service வேலையை வரிசையில் வைத்து திரும்புகிறது, இது கொக்கி தான் பதிலளித்துக்கொண்டிருந்த இணைப்பைத் தடுப்பதைத் தவிர்க்கிறது. try-restart இயங்கும் அலகின் மீது மட்டுமே செயல்படுகிறது, restart செயலற்ற அலகையும் தொடங்குகிறது; பழக்கத்தால் அல்ல, வேண்டுமென்றே தேர்ந்தெடுங்கள்.

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

மறுதொடக்கக் கொள்கை அலகில் வாழ்கிறது, கொக்கியில் அல்ல

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

After= அலகுகளை வரிசைப்படுத்துகிறது, BindsTo= ஆயுள்களைப் பிணைக்கிறது, ஆனால் எதுவும் 'VPN மீண்டும் இணைக்கும் ஒவ்வொரு முறையும் இதை மீண்டும் தொடங்கு' என்று பொருள் தராது. சுரங்கப்பாதையுடன் பிணைக்கப்பட்ட அலகு சுரங்கப்பாதை நிற்கும்போது நிற்கிறது; சுரங்கப்பாதை திரும்பி வரும்போது, ஏதாவது அதை மீண்டும் தொடங்காவிட்டால், அது தானாக மீண்டும் தொடங்குவதில்லை.

ஒன்றல்ல, மூன்று மறுஇணைப்புகளைச் சோதிக்கவும்

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

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