ഒരു URL-ന് .NET ഏത് പ്രോക്സി ഉപയോഗിക്കുമെന്ന് ചോദിക്കുക
കൃത്യമായ ലക്ഷ്യസ്ഥാനത്തിനുള്ള സ്ഥിരസ്ഥിതി പ്രോക്സി തിരഞ്ഞെടുപ്പ് പരിശോധിക്കുക, ബൈപാസ് തീരുമാനങ്ങളും വ്യക്തമായ HttpClient മാറ്റിസ്ഥാപിക്കലുകളും ഉൾപ്പെടെ.
പരാജയപ്പെടുന്ന കൃത്യമായ URL-നെക്കുറിച്ച് സ്ഥിരസ്ഥിതി നയത്തോട് ചോദിക്കുക:
var destination = new Uri("https://example.com/");
var proxy = HttpClient.DefaultProxy;
Console.WriteLine(proxy.IsBypassed(destination));
Console.WriteLine(proxy.GetProxy(destination));ഉപയോഗിക്കുക: System കൂടാതെ System.Net.Http നെയിംസ്പേസുകൾ. തിരികെ നൽകിയ സ്വകാര്യ എൻഡ്പോയിന്റ് വിവരങ്ങൾ പൊതു ലോഗുകൾക്ക് പുറത്ത് സൂക്ഷിക്കുക.
| നിരീക്ഷണം | അർത്ഥം |
|---|---|
IsBypassed(destination) | ഈ നയം ആ URL-ന് നേരിട്ടുള്ള റൂട്ടിംഗ് തിരഞ്ഞെടുക്കുന്നുണ്ടോ. |
GetProxy(destination) | ഒരു നയ ഫലം; WebProxy യഥാർത്ഥ ലക്ഷ്യസ്ഥാനം തിരികെ നൽകാം ബൈപാസ് ചെയ്യുമ്പോൾ. |
| പരാജയപ്പെടുന്ന ക്ലയന്റിലൂടെയുള്ള യഥാർത്ഥ അഭ്യർത്ഥന | തിരഞ്ഞെടുത്ത പാത ഉപയോഗയോഗ്യമായിരുന്നോ എന്നതിന്റെ തെളിവ്. |
| ഒരു ലക്ഷ്യസ്ഥാന വശത്തുനിന്നുള്ള ഉറവിട വിലാസ റിപ്പോർട്ട് | ആ അഭ്യർത്ഥനയ്ക്കായി നിരീക്ഷിച്ച എക്സിറ്റ്. |
HttpClient.DefaultProxy ഹാൻഡ്ലറിന് വ്യക്തമായ പ്രോക്സി കോൺഫിഗറേഷൻ ഇല്ലാത്തപ്പോൾ സ്ഥിരസ്ഥിതി റൂട്ടിംഗ് നൽകുന്നു, അതിന്റെ ആരംഭം പ്ലാറ്റ്ഫോമിനെ ആശ്രയിച്ചിരിക്കുന്നു. മറ്റൊരു നിയോഗിച്ച പ്രോക്സി അല്ലെങ്കിൽ പ്രവർത്തനരഹിതമാക്കിയ പ്രോക്സി ഉപയോഗം വ്യത്യസ്തമായി തിരഞ്ഞെടുക്കാം. പുതിയൊരു ഡയഗ്നോസ്റ്റിക് ക്ലയന്റ് മാത്രമല്ല, യഥാർത്ഥ ഹാൻഡ്ലർ പരിശോധിക്കുക.
ഒരു സേവനം മറ്റൊരു ഉപയോക്തൃ പരിസ്ഥിതിയിലും പ്രവർത്തിക്കാം. ഇന്ററാക്ടീവ് ആപ്ലിക്കേഷനുമായി താരതമ്യം ചെയ്യുമ്പോൾ തിരഞ്ഞെടുത്ത പ്രോക്സി, ബൈപാസ് തീരുമാനം, അഭ്യർത്ഥനാ ഫലം എന്നിവ വെവ്വേറെ സൂക്ഷിക്കുക. ഈ കോഡ് ലക്ഷ്യസ്ഥാന കണക്ഷൻ തുറക്കുന്നില്ല, എക്സിറ്റ് IP അളക്കുന്നുമില്ല; ആവശ്യമെങ്കിൽ അതേ ക്ലയന്റിലൂടെയും പാതയിലൂടെയും അത്തരം തെളിവുകൾ ശേഖരിക്കുക.