OpenVPN இன் auth-user-pass-verify ஸ்கிரிப்ட்: வெளியேறும் குறியீட்டை சரிசெய்யுங்கள்

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

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

ஹுக் திருப்பித் தரக்கூடிய மூன்று நிலைகள்

auth-user-pass-verify க்கு OpenVPN 2.6 கையேடு வெளியேறும் குறியீடு 0 ஐ ஏற்றுக்கொள்ளல், 1 ஐ நிராகரிப்பு, 2 ஐ தாமதமான அங்கீகாரம் என வரையறுக்கிறது. சேவையகம் புரிந்துகொள்ளும் ஒரே மூன்று பதில்கள் இவையே, ஒவ்வொன்றும் இணைப்புக்கு வேறு விளைவைக் கொண்டுள்ளது. தனது கடைசி கட்டளையின் நிலையுடன் வெளியேறும் ஸ்கிரிப்ட் உண்மையில் பதிவு அழைப்பு அல்லது சுத்தம் செய்யும் படிக்கு வாக்களிக்க அனுமதித்துள்ளது. சரிபார்ப்பானை அடையாத கிளைகள் உட்பட ஒவ்வொரு கிளையிலும் நிலையை வெளிப்படையாக எழுதுங்கள்.

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

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

சான்றளவு கோப்பை எழுதப்பட்டபடியே படியுங்கள்

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

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

வகைப்படுத்த முடியாத பதிலின் அர்த்தத்தைத் தீர்மானியுங்கள்

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

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

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

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

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

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

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