SOCKS-proxyer i .NET HttpClient: understøttede URI-skemaer

Brug de dokumenterede SOCKS-proxy-URI-skemaer fra en kompatibel .NET HTTP-handler i stedet for at antage, at gamle tredjepartsopskrifter stadig er nødvendige.

Gamle svar anbefaler en ekstra SOCKS-handler, fordi de henvender sig til en ældre .NET-netværksstak. En moderne understøttet .NET HTTP-stak kan bruge dokumenterede SOCKS-proxy-URI-skemaer.

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

Slutpunktet er kun illustrativt. SOCKS5-proxylisten tilbyder offentlige kandidater til denne socks5 WebProxy-URI; brug den version, som den faktiske handler understøtter. Kontroller målframework, runtime, platform og den faktiske handler, som applikationen bruger, før du anvender dette eksempel på en ældre .NET Framework-proces.

Microsofts nuværende proxydokumentation oplister socks4, socks4a og socks5. Disse navne beskriver protokollens adfærd. Et portnummer alene vælger ikke SOCKS-versionen, og curls stavemåde socks5h er ikke et universelt URI-skema, som alle klienter accepterer.

For en godkendt SOCKS5-tjeneste skal du konfigurere legitimationsoplysninger efter den grænseflade, som handleren understøtter. SOCKS4 og SOCKS4a giver ikke den samme adgangskodegodkendelsesmekanisme.

Destinations-URL'en forbliver uændret. En HTTPS-anmodning etablerer og verificerer stadig destinationens TLS gennem proxyvejen; at tilføje SOCKS er ikke en grund til at deaktivere denne verifikation.

Relaterede artikler