போர்டல் URL-ஐ ஒட்டும்போது openfortivpn உள்நுழைவு ஏன் தோல்வியடைகிறது

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

https://vpn.example.com/ext போன்ற Fortinet போர்டல் முகவரி ஒரே நேரத்தில் பல தகவல் பகுதிகளைக் கொண்டு செல்கிறது, அவற்றில் சில மட்டுமே VPN கிளையண்டிற்குரியவை.

முனைப்புள்ளியும் realm-மும் தனித்தனி உள்ளீடுகள்

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

ஆபரேட்டர் realm ext என உறுதிப்படுத்தும் வரிசைப்படுத்தலுக்கு, ரகசியமல்லாத அழைப்பு இப்படித் தெரிகிறது: openfortivpn vpn.example.com:443 --username=alice --realm=ext. அதே மதிப்புகள் கட்டமைப்புக் கோப்பில் host, port, username மற்றும் realm உள்ளீடுகளாகச் செல்கின்றன. கடவுச்சொல்லை இரு வடிவங்களுக்கும் வெளியே வைத்து, கிளையண்ட் அதைக் கேட்க அனுமதிக்கவும், அது shell வரலாற்றிலோ அனைவரும் படிக்கக்கூடிய கோப்பிலோ சேரக்கூடாது. முதல் கிளையண்ட் இன்னும் சுரங்கப்பாதையைப் பிடித்திருக்கும்போது செய்யும் இரண்டாவது முயற்சி, realm-க்கு எந்தத் தொடர்பும் இல்லாத காரணத்தால் தோல்வியடையும்.

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

பாதைப் பகுதி தானாக realm அல்ல

போர்டல் URL-கள் host பெயருக்குப் பிறகு பல்வேறு விஷயங்களைச் சேகரிக்கின்றன: உள்நுழைவுப் பயன்பாடு, மொழித் தேர்வி, திசைதிருப்பல் இலக்கு, அமர்வு அடையாளங்காட்டி. கடைசிப் பாதைப் பகுதியை வெட்டி அதை realm என அழைப்பது ஆபத்தான அளவுக்கு அடிக்கடி வேலை செய்கிறது. ஆபரேட்டரிடம் கட்டமைக்கப்பட்ட மதிப்பைக் கேளுங்கள், அல்லது உங்கள் அமைப்பு வழங்கும் சுயவிவரத்திலிருந்து படியுங்கள்.

realm என்பது பயனர் பெயரில் உள்ள டொமைன் பின்னொட்டோ கேட்வே அமைந்துள்ள பிராந்தியமோ அல்ல. சில வரிசைப்படுத்தல்கள் alice விரும்புகின்றன, மற்றவை alice@corp விரும்புகின்றன, கேட்வே எதை ஏற்கும் என்பதை realm தீர்மானிக்கிறது. தவறான realm-ஐ ஈடுசெய்ய கணக்கு வடிவத்தை மாற்றுவது பொதுவாக இரண்டாவது, குறைந்த தகவலுள்ள நிராகரிப்பை உருவாக்கும்.

host-ஐ மாற்றி realm பிழையைச் சரிசெய்ய வேண்டாம்

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

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

நிராகரிக்கப்பட்ட உள்நுழைவை தோல்வியடைந்த சுரங்கப்பாதையிலிருந்து பிரிக்கவும்

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

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

அடுத்த தொடக்கம் அவற்றைக் காணும் இடத்தில் மதிப்புகளை வைத்திருங்கள்

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

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