ஏதோ தொடர்ந்து ஒரு OpenVPN யூனிட்டைத் தொடங்குகிறது: மூலத்தைக் கண்டறியுங்கள்

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

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

சுயவிவரக் கோப்பின் பெயருக்குப் பதிலாக journal இல் உள்ள யூனிட் பெயரிலிருந்து தொடங்குங்கள். நிகழ்வின் பெயர் openvpn@, openvpn-client@, openvpn-server@ அல்லது விநியோகத்திற்கு உரிய ஒன்றாக இருக்கலாம், பெயரை ஊகிப்பது தவறான வார்ப்புருவுக்கு அழைத்துச் செல்லும். நிலை வெளியீடு உண்மையில் இயங்கிய யூனிட்டைப் பெயரிடுகிறது, இங்கே முக்கியமான ஒரே பெயர் அதுவே. எந்த நீட்டிப்புடனும் சேர்த்து அதைச் சரியாக நகலெடுங்கள்.

பின்வரும் கட்டளைகள் எதையும் மாற்றாமல் அந்த யூனிட்டை விவரிக்கின்றன. systemctl show துண்டுப் பாதை, மூலப் பாதை, யூனிட் கோப்பு நிலை, ஏதேனும் drop-in மற்றும் அதை எது செயல்படுத்தியது என்பதைத் தெரிவிக்கிறது. list-dependencies --reverse எந்த ஏற்றப்பட்ட யூனிட்டுகள் அதை நோக்கி சுட்டுகின்றன என்பதைக் காட்டுகிறது. இரண்டும் படிக்க-மட்டும், எனவே கோட்பாட்டை உருவாக்கும் முன் அவற்றை இயக்குங்கள்.

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

கோப்பின் பெயரை அறிய வார்ப்புருவைப் படியுங்கள்

நிகழ்வு யூனிட் என்பது வார்ப்புருவின் விரிவாக்கம், வார்ப்புரு எந்த உள்ளமைவுக் கோப்பு படிக்கப்படுகிறது என்பதைத் தீர்மானிக்கிறது. நிகழ்வுக்கு உரிய இடம்காட்டியில் முடியும் கட்டளை வரி நிகழ்வுப் பெயர் மற்றும் நீட்டிப்பாகத் தீர்க்கப்படுகிறது. நீட்டிப்பு .conf ஆகவும் நிகழ்வின் பெயர் old ஆகவும் இருந்தால், கோப்பு old.conf. நிகழ்வை old.conf எனப் பெயரிட்டால், அதே வார்ப்புரு old.conf.conf ஐக் கேட்கிறது.

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

நீங்கள் திருத்தியதாக நினைவிருக்கும் கோப்பை விட செல்லுபடியாகும் வார்ப்புருவைப் படியுங்கள். Drop-in கட்டளை வரியை மாற்றலாம், துவக்கத்தில் இயங்குவது அந்த மாற்றீடே.

அது துவக்கப் பரிவர்த்தனைக்குள் நுழையும் விதத்தைக் கண்டறியுங்கள்

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

/run/systemd/generator கீழ் உருவாக்கப்பட்ட வெளியீடு ஒரு தயாரிப்பு, மூலம் அல்ல. அதைத் திருத்துவது அடுத்த உருவாக்கம் வரை மட்டுமே நீடிக்கும், எனவே அங்கு பயன்படுத்தப்பட்ட திருத்தம் வெற்றிகரமாகத் தோன்றி பின்னர் திரும்புகிறது.

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

செயலாக்கத்தை நீக்குங்கள், செயல்முறையை மட்டும் அல்ல

நிகழ்வு நேரடியாக இயக்கப்பட்டு உண்மையில் காலாவதியானது என்றால், systemctl disable --now அதை நிறுத்தி ஒரு படியில் துவக்க இணைப்பை நீக்குகிறது. முதலில் இந்தச் சுரங்கப்பாதை ஹோஸ்டுக்கான உங்கள் ஒரே நிர்வாகப் பாதை அல்ல எனச் சரிபார்க்கவும். கட்டளை வாழ்க்கைச் சுழற்சியின் உதாரணம், இயந்திரத்தில் உள்ள ஒவ்வொரு VPN ஐயும் நிறுத்தப் பரிந்துரை அல்ல. சரிபார்ப்பை கட்டளைக்கு முன் இயக்குங்கள், பின்னர் அல்ல.

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

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

நிலைத் திரையால் அல்ல, மறுதுவக்கத்தால் சரிபார்க்கவும்

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

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