SOCKS-proxy's yn .NET HttpClient: stipe URI-skema's

Brûk de dokumintearre SOCKS-proxy-URI-skema's fan in kompatibele .NET HTTP-ôfhandler ynstee fan oan te nimmen dat âlde resepten fan tredden noch nedich binne.

Âlde antwurden riede in ekstra SOCKS-ôfhandler oan, om't se rjochtsje op in âldere .NET-netwurkstack. In moderne stipe .NET HTTP-stack kin dokumintearre SOCKS-proxy-URI-skema's brûke.

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

It einpunt is allinnich yllustratyf. De SOCKS5-proxylist biedt iepenbiere kandidaten foar dizze socks5 WebProxy-URI; brûk de ferzje dy't de eigentlike ôfhandler stipet. Kontrolearje it doelframework, de runtima, it platfoarm en de eigentlike ôfhandler dy't de applikaasje brûkt foardat jo dit foarbyld tapasse op in âlder .NET Framework-proses.

De hjoeddeiske proxydokumintaasje fan Microsoft listet socks4, socks4a en socks5 op. Dy nammen beskriuwe protokolgedrach. In poartnûmer allinnich kiest net de SOCKS-ferzje, en de stavering socks5h fan curl is gjin universeel URI-skema dat elke klant akseptearret.

Foar in autentisearre SOCKS5-tsjinst konfigurearje jo de oanmeldgegevens neffens de interface dy't de ôfhandler stipet. SOCKS4 en SOCKS4a biede net itselde wachtwurdautentikaasjemeganisme.

De bestimmings-URL bliuwt ûnferoare. In HTTPS-fersyk stelt en ferifiearret noch altyd de TLS fan 'e bestimming fia it proxy-paad; SOCKS tafoegje is gjin reden om dy ferifikaasje út te skeakeljen.

Relatearre artikelen