VPN பதிவுகளுக்கான journalctl: எந்த யூனிட் இணைப்பைக் கொண்டுள்ளது?

உங்களுக்கு நினைவிருக்கும் பதிவுக் கட்டளையில் அல்ல, VPN இணைப்பை உண்மையில் கொண்டிருக்கும் systemd யூனிட்டில் தொடங்குங்கள். நேரடி OpenVPN சேவை, ஒரு wg-quick யூனிட் மற்றும் ஒரு NetworkManager சுயவிவரம் தங்கள் பயனுள்ள செய்திகளை வெவ்வேறு யூனிட்களில் வைக்கின்றன, தவறான யூனிட் மீதான வினவல் மௌனம் போலத் தோன்றும் காலி முடிவைத் தருகிறது. மூன்று பொதுவான உரிமையாளர்களை ஒப்பிடுங்கள், சாளரத்தைக் குறையுங்கள், பின்னர் நிலைகளை வரிசையாகப் படியுங்கள்.

மூன்று பொதுவான உரிமையாளர்களை ஒப்பிடுங்கள்

OpenVPN கிளையண்ட் சேவை பொதுவாக சுயவிவரத்தின் பெயரில் உள்ள இன்ஸ்டன்ஸ் யூனிட் ஆகும், எடுத்துக்காட்டாக [email protected]. அதன் செய்திகளில் கட்டமைப்புப் பாதை, விருப்பங்களின் பகுப்பாய்வு, TLS கைக்குலுக்கல் மற்றும் கிளையண்ட் செய்யும் வழி நிறுவல் அடங்கும்.

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

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

வினவலை ஒரு யூனிட் மற்றும் ஒரு சாளரத்திற்குக் குறையுங்கள்

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

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

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

முதல் தோல்வி நிலையைப் படியுங்கள்

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

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

தோல்வியுற்ற சேவையை கைமுறை கிளையண்டுடன் கலக்க வேண்டாம்

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

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

ஏற்றுமதி அல்ல, பகுதியைப் பகிருங்கள்

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

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