up மற்றும் down கொக்கிகளுடன் OpenVPN கிளையண்டின் இயக்கநேரத்தை அளவிடுவது எப்படி

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

கொக்கிகள் உண்மையில் இயங்குகின்றனவா என்பதை உறுதிசெய்யுங்கள்

அதைச் சுற்றி எதையும் வடிவமைக்கும் முன் கொக்கி இயங்குவதை நிரூபியுங்கள்। குறைந்தபட்ச கிளையண்ட் உள்ளமைவுக்கு script-security 2 மற்றும் தெளிவான பாதைகள் up மற்றும் down தேவை; பாதுகாப்பு வரி இல்லாவிட்டால் OpenVPN ஸ்கிரிப்டை இயக்க மறுத்து அதைத் தெளிவாகச் சொல்கிறது। அதே நேரத்தில் up-restart மற்றும் down-pre சேர்க்கவும், அப்போது மறுதொடக்கம் மற்றும் அகற்றல் பாதைகள் முன்னறிவிப்புடன் செயல்படும்।

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

கொக்கி எந்தப் பயனராக இயங்குகிறது எனச் சரிபாருங்கள்। user மற்றும் group அமைக்கப்பட்டால் OpenVPN ஸ்கிரிப்டுகளை இயக்கும் முன் சலுகைகளை விட்டுவிடும், எனவே root எழுதக்கூடிய அடைவு கொக்கிக்கு மூடப்பட்டிருக்கலாம்। பாதையை உங்கள் ஷெல்லின் பார்வையிலிருந்து அல்ல, சேவையின் பார்வையிலிருந்து தேர்ந்தெடுங்கள்।

ஒரு epoch மதிப்பைப் பதிவுசெய்து அதை வேண்டுமென்றே அழிக்கவும்

up கொக்கிக்கு ஒரு வரி தேவை, date +%s > /run/openvpn-client.started, ஒவ்வொரு நிகழ்வுக்கும் பாதை சரிசெய்யப்பட்டு। epoch மதிப்பு பின்னர் மொழி, நேர மண்டலம் மற்றும் வடிவம் பற்றிய கேள்விகளைத் தவிர்க்கிறது, மேலும் இது ஒரு கண்காணிப்பு முகவர் தனது சொந்த கடிகாரத்துடன் ஒப்பிடக்கூடிய அதே எண்।

அழிப்பது எழுதுவதைப் போலவே முக்கியம்। down கொக்கி கோப்பை காலியாக்க அல்லது நீக்க வேண்டும், மேலும் down-pre அதை இடைமுகம் மூடுவதற்கு முன் செய்கிறது, இது ஏற்கனவே போன சுரங்கப்பாதையை கோப்பு விவரிக்கும் சாளரத்தை நீக்குகிறது। up-restart பின்னர் உள் மறுதொடக்கத்தில் முத்திரையைப் புதுப்பிக்கிறது, அசல் மதிப்பை அதன் இடத்தில் விடுவதற்குப் பதிலாக। அந்த இணை இல்லாமல் ping காலாவதிக்குப் பின் மறுதொடக்கம் சுரங்கப்பாதை மீண்டும் நிறுவப்படும் போது தொடர்ந்து ஏறும் எண்ணைத் தருகிறது।

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

பதிவு வரிகளை நம்பாமல் இயக்கநேரத்தைக் கணக்கிடுங்கள்

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

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

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

மறுஇணைப்புகள், மறுதொடக்கங்கள் மற்றும் பல நிகழ்வுகளை உள்ளடக்குங்கள்

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

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

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

வரிசைப் பிழைகளைப் பிடிக்கும் மூன்று சரிபார்ப்புகளை இயக்குங்கள்

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

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