SOCKS-volmagte in .NET HttpClient: ondersteunde URI-skemas

Gebruik die gedokumenteerde SOCKS-volmag-URI-skemas van 'n versoenbare .NET HTTP-hanteerder in plaas daarvan om aan te neem dat ou derdeparty-resepte nodig bly.

Ou antwoorde beveel 'n ekstra SOCKS-hanteerder aan omdat hulle op 'n ouer .NET-netwerkstapel teiken. 'n Moderne ondersteunde .NET HTTP-stapel kan gedokumenteerde SOCKS-volmag-URI-skemas gebruik.

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

Die eindpunt is illustratief. Die SOCKS5-volmaglys bied openbare kandidate vir hierdie socks5 WebProxy-URI; gebruik die weergawe wat deur die werklike hanteerder ondersteun word. Kontroleer die teikenraamwerk, looptyd, platform en werklike hanteerder wat die toepassing gebruik voordat jy hierdie voorbeeld op 'n ouer .NET Framework-proses toepas.

Microsoft se huidige volmagdokumentasie lys socks4, socks4a en socks5. Daardie name beskryf protokolgedrag. 'n Poortnommer alleen kies nie die SOCKS-weergawe nie, en curl se socks5h-spelling is nie 'n universele URI-skema wat elke kliënt aanvaar nie.

Vir 'n geoutentiseerde SOCKS5-diens, stel geloofsbriewe op volgens die hanteerder se ondersteunde koppelvlak. SOCKS4 en SOCKS4a bied nie dieselfde wagwoordverifikasiemeganisme nie.

Die bestemming-URL bly onveranderd. 'n HTTPS-versoek stel steeds die bestemming se TLS deur die volmagpad op en verifieer dit; die byvoeging van SOCKS is nie 'n rede om daardie verifikasie te deaktiveer nie.

Verwante artikels