SOCKS proxyak .NET HttpClient-en: onartutako URI eskemak

Erabili .NET HTTP kudeatzaile bateragarri baten SOCKS proxy URI eskemak, dokumentatuta daudenak, hirugarrenen errezeta zaharrak oraindik beharrezkoak direla pentsatu ordez.

Erantzun zaharrek SOCKS kudeatzaile gehigarri bat gomendatzen dute .NET sare-pila zaharrago bat helburu dutelako. .NET HTTP pila moderno eta onartu batek SOCKS proxy URI eskemak erabil ditzake, dokumentatuta daudenak.

var handler = new HttpClientHandler
{
    Proxy = new WebProxy("socks5://203.0.113.10:1080"),
    UseProxy = true
};
using var client = new HttpClient(handler);

Amaiera-puntua adibidezkoa da soilik. SOCKS5 proxy zerrendak hautagai publikoak eskaintzen ditu socks5 WebProxy URI honetarako; erabili kudeatzaile errealak onartzen duen bertsioa. Egiaztatu helburuko markoa, exekuzio-denbora, plataforma eta aplikazioak erabiltzen duen kudeatzaile erreala adibide hau .NET Framework prozesu zaharrago bati aplikatu aurretik.

Microsoft-en uneko proxy dokumentazioak socks4, socks4a eta socks5 zerrendatzen ditu. Izen horiek protokoloaren portaera deskribatzen dute. Ataka-zenbaki bakar batek ez du SOCKS bertsioa hautatzen, eta curl-en socks5h idazkerak ez da bezero guztiek onartzen duten URI eskema unibertsala.

Autentifikatutako SOCKS5 zerbitzu baterako, konfiguratu kredentzialak kudeatzaileak onartzen duen interfazearen arabera. SOCKS4 eta SOCKS4a ez dute pasahitz autentifikaziorako mekanismo bera eskaintzen.

Helburuko URLa aldatu gabe geratzen da. HTTPS eskaera batek helmugako TLSa proxy bidearen bidez ezartzen eta egiaztatzen du oraindik; SOCKS gehitzea ez da egiaztapen hori desgaitzeko arrazoia.

Erlazionatutako artikuluak