OpenVPN தொடங்கியது ஆனால் எதுவும் அச்சிடவில்லை: முதலில் log-append சரிபார்க்கவும்

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

அமைதிக்கு இரண்டு மிகவும் வேறுபட்ட விளக்கங்கள் உண்டு

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

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

வழிமுறையைக் கண்டுபிடிக்கவும், பிறகு செயல்முறையைக் கண்டுபிடிக்கவும்.

ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf

இயங்கும் செயல்முறை பயன்படுத்தும் இலக்கைக் கண்டுபிடிக்கவும்

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

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

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

log மற்றும் log-append: சான்றும் அழிப்பும்

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

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

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

ஒரு சேவை மேலுறை வெளியீட்டைப் பிடிக்கும்போது

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

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

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

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

இலக்கைக் கண்டுபிடிப்பதற்கு முன் விவர அளவை உயர்த்துவது நீங்கள் பார்க்காத இடத்தில் அதிக உரையை மட்டும் உருவாக்குகிறது.

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

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