ஒரு 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-ஐயும் அளவிடவில்லை; தேவைப்பட்டால் அதே கிளையண்ட் மற்றும் பாதை வழியாக அத்தகைய ஆதாரங்களைச் சேகரியுங்கள்.