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

உதவியாளரும் டீமனும் வெவ்வேறு பொருட்கள்

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

systemd ஹோஸ்ட்டில் அடைவுப் பட்டியலுக்குப் பதிலாக செயலில் உள்ள அலகில் இருந்து தொடங்குங்கள். பெயர் தொகுப்பாக்கத்தைப் பொறுத்தது: Debian மற்றும் Raspberry Pi OS பிம்பங்கள் பொதுவாக ஒரு டெம்ப்ளேட் இன்ஸ்டன்ஸை வழங்குகின்றன, எடுத்துக்காட்டாக openvpn-server@server, பழைய நிறுவல்கள் openvpn@server பயன்படுத்துகின்றன. கோப்புப் பெயரில் இருந்து ஊகிப்பதற்குப் பதிலாக எது இயங்குகிறது என்று மேலாளரிடம் கேளுங்கள்.

systemctl list-units --type=service --all | grep -i openvpn
systemctl cat openvpn-server@server

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

டீமன் தீர்த்த உள்ளமைவுச் சங்கிலியைப் பின்தொடருங்கள்

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

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

systemctl show -p ExecStart --value openvpn-server@server
grep -E '^(config|dev|proto|port|local|log|log-append|status|ca|cert|key|tls-auth|tls-crypt)' /etc/openvpn/server/server.conf

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

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

பதிவை செயல்முறையுடன் பொருத்துங்கள், நீங்கள் நினைவில் வைத்திருக்கும் பிழையுடன் அல்ல

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

journalctl -u openvpn-server@server -n 80 --no-pager

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

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

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

சுரங்கத்தை மீண்டும் கட்டுவது கண்டறியும் படி அல்ல

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

அதுவே tls-auth அல்லது tls-crypt முடக்குவதற்கும், verify-x509-name தளர்த்துவதற்கும், அல்லது பசுமை நிலையைப் பெற இரண்டாவது காரணியை விடுவதற்கும் பொருந்தும். சரிபார்ப்பு நீக்கப்பட்டதால் இணையும் சுரங்கம் வேறு அமைப்பு, பழுதுபார்க்கப்பட்டது அல்ல.

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

அடுத்த நபருக்கு என்ன கொடுக்க வேண்டும்

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

பகிர்வதற்கு முன் முக்கியமான தரவை மறையுங்கள். தனிப்பட்ட விசைகள், auth-user-pass கோப்புகள், நிலையான விசைப் பொருள் மற்றும் முழுமையான கிளையண்ட் தொகுப்புகள் டிக்கெட்டில் இருக்கக்கூடாது; விருப்பப் பெயர்களும் சங்கிலியின் வடிவமும் பொதுவாக இரண்டாவது ஜோடி கண்களுக்குப் போதும்.

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

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