Proksit SOCKS në .NET HttpClient: skemat URI të mbështetura

Përdorni skemat URI të dokumentuara të proksit SOCKS të një përpunuesi .NET HTTP të përputhshëm, në vend që të supozoni se recetat e vjetra të palëve të treta mbeten të nevojshme.

Përgjigjet e vjetra rekomandojnë një përpunues SOCKS shtesë, sepse synojnë një stivë rrjeti .NET më të vjetër. Një stivë .NET HTTP moderne e mbështetur mund të përdorë skemat URI të dokumentuara të proksit SOCKS.

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

Pika e fundit është vetëm ilustrative. Lista e proksive SOCKS5 ofron kandidatë publikë për këtë URI socks5 të WebProxy; përdorni versionin që mbështetet nga përpunuesi aktual. Kontrolloni kornizën e synuar, kohën e ekzekutimit, platformën dhe përpunuesin aktual që përdor aplikacioni përpara se ta zbatoni këtë shembull në një proces .NET Framework më të vjetër.

Dokumentacioni aktual i Microsoft për proksit liston socks4, socks4a dhe socks5. Këta emra përshkruajnë sjelljen e protokollit. Vetëm numri i portës nuk zgjedh versionin SOCKS, dhe shkrimi socks5h i curl nuk është një skemë URI universale e pranuar nga çdo klient.

Për një shërbim SOCKS5 të vërtetuar, konfiguroni kredencialet sipas ndërfaqes që mbështet përpunuesi. SOCKS4 dhe SOCKS4a nuk ofrojnë të njëjtin mekanizëm vërtetimi me fjalëkalim.

URL-ja e destinacionit mbetet e pandryshuar. Një kërkesë HTTPS vazhdon të vendosë dhe verifikojë TLS-në e destinacionit përmes rrugës së proksit; shtimi i SOCKS nuk është arsye për të çaktivizuar atë verifikim.

Artikuj të ngjashëm