ப்ராக்ஸி அளவுருக்களில் டொமைன்-தகுதி பயனர் பெயர்கள்

தெளிவற்ற கணக்குப் பெயரைத் தனி டொமைன் புலங்களைக் கொண்ட API-களிலிருந்து வேறுபடுத்துங்கள், மேலும் URL இலக்கணத்தை நிறைவேற்ற மட்டுமே கணக்கு அடையாளத்தை மாற்றுவதைத் தவிர்க்கவும்.

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

இரண்டு கேள்விகள் உள்ளன: சேவை எந்த அடையாளத்தை எதிர்பார்க்கிறது, தேர்ந்தெடுத்த API அந்த அடையாளத்தை எவ்வாறு குறிக்கிறது.

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

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

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

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

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

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