OpenConnect உள்நுழைவு தவறான பக்கத்தில் இறங்குகிறதா? முதலில் பாதையைச் சரிபார்க்கவும்

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

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

படிவத்தைப் பார்க்கும் முன் கிளையண்ட் என்ன அனுப்புகிறது

https://vpn.example.net/partners போன்ற முகவரியுடன் கிளையண்டின் முதல் செயல் வெற்று ஹோஸ்ட்டுக்கு அல்ல, அந்தப் பாதைக்கான HTTPS கோரிக்கை. திரும்பி வருவது பொதுவாக உள்நுழைவு இறுதிப் புள்ளிக்கான திருப்பிவிடுதல், அல்லது படிவமே. vpn.example.net மட்டும் பெற்ற கிளையண்ட் இருக்கும் இயல்புநிலை இறங்கு பக்கத்திலிருந்து தொடங்குகிறது, அது வேறு போர்ட்டல், வேறு குழுப் பட்டியல், அல்லது முற்றிலும் வேறு நெறிமுறையை எதிர்பார்க்கும் பக்கம் ஆகலாம். வித்தியாசம் எந்த அங்கீகாரச் சான்றும் தட்டச்சு செய்யப்படுவதற்கு வெகு முன்னரே பதில் தலைப்புகளில் தெரிகிறது.

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

பரிமாற்றம் செய்யக்கூடியதாகத் தோன்றும் ஆனால் இல்லாத இரண்டு உள்ளீடுகள்

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

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

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

பாதையைச் சுருக்குவது முடிவை ஏன் மாற்றுகிறது

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

ஹோஸ்ட்பெயரை IP முகவரியால் மாற்றுவது இதனுடன் அடிக்கடி பயணிக்கும் தனி தவறு. பெயரை அடிப்படையாகக் கொண்ட சேவைத் தேர்வும் சான்றிதழ் சரிபார்ப்பும் இரண்டும் பெயரைச் சார்ந்தவை, எனவே எண் முகவரி பாதை வடிவச் சிக்கலை TLS பிழையாக மாற்றலாம்.

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

வேறு எதையும் திருத்தும் முன் நுழைவுப் புள்ளியை உறுதிப்படுத்துங்கள்

உங்களுக்குக் கொடுக்கப்பட்ட பாதையின் தலைப்புகளைப் படியுங்கள். curl -sS -o /dev/null -D - https://vpn.example.net/partners போன்ற கோரிக்கை திருப்பிவிடுதலைப் பின்பற்றாமல் நிலை வரியையும் எந்த Location தலைப்பையும் அச்சிடுகிறது. பெயரிடப்பட்ட உள்நுழைவு இறுதிப் புள்ளியைச் சுட்டும் 302 பாதை இருப்பதை உறுதிப்படுத்தி எங்கு செல்கிறது என்பதைக் காட்டுகிறது; 404 என்றால் இயக்குபவரின் முகவரி காலாவதியானது.

பின்னர் அதே நுழைவுப் புள்ளியை அனுமதிக்கப்பட்ட கிளையண்டில் மீண்டும் உருவாக்குங்கள், எடுத்துக்காட்டாக openconnect --usergroup=partners vpn.example.net, எந்தப் படிவம் தோன்றுகிறது எனப் பாருங்கள். படிவம் சரியாக இருந்தும் சுரங்கப்பாதை இன்னும் தோல்வியடைந்தால், பாதை ஒருபோதும் சிக்கலாக இருக்கவில்லை, அடுத்த நிறுத்தம் கொள்கை அல்லது வழியமைப்பு.

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