OpenVPN பின்னர் OTP அமர்வை விட்டுவிடுகிறது: மறு-அங்கீகாரத்திற்கு என்ன தேவை

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

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

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

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

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

auth-gen-token இரண்டாவது கேள்விக்கு யார் பதிலளிக்கிறார்கள் என்பதை மாற்றுகிறது

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

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

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

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

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

உள்நுழைவு மட்டுமல்ல, காலாவதியும் மீள் இணைப்பும் சோதிக்கவும்

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

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

புதுப்பித்தலை முடக்கி இதைச் சரிசெய்ய வேண்டாம்

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

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