Mga SOCKS proxy sa .NET HttpClient: mga sinusuportahang URI scheme

Gamitin ang mga dokumentadong URI scheme ng SOCKS proxy ng tugmang .NET HTTP handler sa halip na ipagpalagay na kailangan pa rin ang lumang mga recipe ng third party.

Inirerekomenda ng lumang mga sagot ang karagdagang SOCKS handler dahil target nila ang mas lumang .NET network stack. Maaaring gumamit ang modernong sinusuportahang .NET HTTP stack ng mga dokumentadong URI scheme ng SOCKS proxy.

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

Ilustratibo lamang ang endpoint. Nagbibigay ang listahan ng SOCKS5 proxy ng mga pampublikong kandidato para sa socks5 WebProxy URI na ito; gamitin ang bersyong sinusuportahan ng aktwal na handler. Suriin ang target framework, runtime, platform at aktwal na handler na ginagamit ng application bago ilapat ang halimbawang ito sa mas lumang .NET Framework na proseso.

Inililista ng kasalukuyang dokumentasyon ng proxy ng Microsoft ang socks4, socks4a at socks5. Inilalarawan ng mga pangalang iyon ang pag-uugali ng protocol. Ang numero ng port lamang ay hindi pumipili ng bersyon ng SOCKS, at ang ispeling na socks5h ng curl ay hindi isang unibersal na URI scheme na tinatanggap ng bawat kliyente.

Para sa isang authenticated na serbisyong SOCKS5, i-configure ang mga kredensyal ayon sa interface na sinusuportahan ng handler. Hindi nagbibigay ang SOCKS4 at SOCKS4a ng parehong mekanismo ng pagpapatunay ng password.

Nananatiling hindi nagbabago ang destinasyong URL. Ang kahilingang HTTPS ay nagtatatag at nagbe-verify pa rin ng TLS ng destinasyon sa pamamagitan ng landas ng proxy; ang pagdaragdag ng SOCKS ay hindi dahilan upang i-disable ang verification na iyon.

Kaugnay na mga artikulo