SOCKS starpniekserveri .NET HttpClient: atbalstītās URI shēmas

Izmantojiet saderīga .NET HTTP apstrādātāja dokumentētās SOCKS starpniekservera URI shēmas, nevis pieņemiet, ka vecās trešo pušu receptes joprojām ir nepieciešamas.

Vecās atbildes iesaka papildu SOCKS apstrādātāju, jo tās ir vērstas uz vecāku .NET tīkla steku. Mūsdienīgs atbalstīts .NET HTTP steks var izmantot dokumentētās SOCKS starpniekservera URI shēmas.

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

Galapunkts ir tikai ilustratīvs. SOCKS5 starpniekserveru saraksts piedāvā publiskus kandidātus šim socks5 WebProxy URI; izmantojiet versiju, ko atbalsta faktiskais apstrādātājs. Pirms šī piemēra piemērošanas vecākam .NET Framework procesam pārbaudiet mērķa ietvaru, izpildlaiku, platformu un faktisko apstrādātāju, ko izmanto lietojumprogramma.

Pašreizējā Microsoft starpniekservera dokumentācija uzskaita socks4, socks4a un socks5. Šie nosaukumi apraksta protokola uzvedību. Tikai porta numurs neizvēlas SOCKS versiju, un curl rakstība socks5h nav universāla URI shēma, ko pieņemtu ikviens klients.

Autentificētam SOCKS5 pakalpojumam konfigurējiet akreditācijas datus saskaņā ar apstrādātāja atbalstīto saskarni. SOCKS4 un SOCKS4a nenodrošina tādu pašu paroles autentifikācijas mehānismu.

Mērķa URL paliek nemainīgs. HTTPS pieprasījums joprojām izveido un pārbauda mērķa TLS caur starpniekservera ceļu; SOCKS pievienošana nav iemesls šo pārbaudi atslēgt.

Saistītie raksti