.NET WebProxy-യ്ക്കുള്ള വ്യക്തമായ ക്രെഡൻഷ്യലുകൾ

ഒരു URI-യിൽ അതിന്റെ ഹോസ്റ്റിന് മുമ്പ് username:password ഉണ്ടാകാം. അതായത് ആ URI സ്വീകരിക്കുന്ന എല്ലാ .NET API-യും ഉപയോക്തൃ വിവരങ്ങൾ ഒരു പ്രാമാണീകരണ ഒബ്ജക്റ്റിലേക്ക് പകർത്തുന്നു എന്നല്ല.

WebProxy നേരിട്ട് നിർമ്മിക്കുമ്പോൾ ക്രെഡൻഷ്യൽ അനുവദനം വ്യക്തമാക്കുക:

var proxy = new WebProxy("http://203.0.113.10:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};

എൻഡ്പോയിന്റും അക്കൗണ്ട് വേരിയബിളുകളും ഉദാഹരണമാണ്. ഇത് ലക്ഷ്യ വിലാസം, പ്രോക്സി വിലാസം, പ്രോക്സി അക്കൗണ്ട് എന്നിവ വേർതിരിച്ച് നിർത്തുന്നു.

ഇൻപുട്ട് ഫോർമാറ്റ് ക്രെഡൻഷ്യലുള്ള URL നൽകുന്നുവെങ്കിൽ അതിന്റെ ഉപയോക്തൃ വിവരങ്ങൾ മനഃപൂർവ്വം പാഴ്സ് ചെയ്യുക. കോളൺ ഉള്ള പാസ്വേഡ് ക്രെഡൻഷ്യൽ വിഭജനിയിൽ മാത്രം വിഭജിച്ച് സൂക്ഷിക്കുക, എൻകോഡ് ചെയ്ത ഘടകങ്ങൾ ഉചിതമായ ഘട്ടത്തിൽ ഡീകോഡ് ചെയ്യുക. ആ പാഴ്സർ കണ്ടെത്തുമ്പോൾ യഥാർത്ഥ URL പ്രിന്റ് ചെയ്യുന്നത് ഒഴിവാക്കുക.

പരിസ്ഥിതി ക്രമീകരണമായി പ്രവർത്തിക്കുന്ന പ്രോക്സി URL മറ്റൊരു കൺസ്ട്രക്ടറിലേക്ക് കൈമാറുമ്പോൾ വ്യത്യസ്തമായി പ്രവർത്തിച്ചേക്കാം. പരിസ്ഥിതി-പ്രോക്സി ഇനീഷ്യലൈസേഷന് സ്വന്തം പാഴ്സിംഗ് യുക്തിയുണ്ട്; എല്ലാ കൺസ്ട്രക്ടറും ഒരേ ഫീൽഡുകൾ ഉപയോഗിക്കുമെന്ന ഉറപ്പല്ല അത്.

അവസാനം, കോൺഫിഗർ ചെയ്ത പ്രോക്സി ഒബ്ജക്റ്റ് അഭ്യർത്ഥന നിർവ്വഹിക്കുന്ന ഹാൻഡ്ലറിൽ സെറ്റ് ചെയ്യുക. ഉപയോഗിക്കാത്ത WebProxy-യിലെ ശരിയായ ക്രെഡൻഷ്യലുകൾക്ക് കണക്ഷനെ സ്വാധീനിക്കാനാവില്ല.