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

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

இந்தக் கற்பனைத் தடத்தைக் கவனியுங்கள்:

பரிவர்த்தனைமுதலில் பொருந்தும் கொள்கைகிடைக்கும் அங்கீகாரம்
முதன்மை ஆவணம்நிர்வகிக்கப்பட்ட உலாவல் விதிNegotiate
மற்றொரு ஹோஸ்ட்டிலிருந்து ஸ்கிரிப்ட்முந்தைய இலக்கு விலக்குBasic அல்லது NTLM

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

தேர்ந்தெடுக்கப்பட்ட விதியையும் அதன் வரிசையையும் ஆராயுங்கள்

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

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

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

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

தொடர்புடைய கட்டுரைகள்