Proksi za SOCKS katika .NET HttpClient: skima za URI zinazotumika

Tumia skima za URI za proksi za SOCKS zilizoandikwa za kidhibiti cha .NET HTTP kinacholingana badala ya kudhani kwamba mapishi ya zamani ya wahusika wengine bado yanahitajika.

Majibu ya zamani yanapendekeza kidhibiti cha ziada cha SOCKS kwa sababu yanalenga safu ya mtandao ya .NET ya zamani. Safu ya .NET HTTP ya kisasa inayotumika inaweza kutumia skima za URI za proksi za SOCKS zilizoandikwa.

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

Kituo cha mwisho ni kielelezo tu. Orodha ya proksi za SOCKS5 hutoa wagombea wa umma kwa URI hii ya socks5 ya WebProxy; tumia toleo linalotumika na kidhibiti halisi. Angalia mfumo lengwa, muda wa utekelezaji, jukwaa na kidhibiti halisi kinachotumiwa na programu kabla ya kutumia mfano huu kwenye mchakato wa zamani wa .NET Framework.

Nyaraka za sasa za proksi za Microsoft zinaorodhesha socks4, socks4a na socks5. Majina hayo yanaelezea tabia ya itifaki. Nambari ya lango pekee haichagui toleo la SOCKS, na tahajia ya socks5h ya curl si skima ya URI ya jumla inayokubaliwa na kila mteja.

Kwa huduma ya SOCKS5 iliyothibitishwa, sanidi vitambulisho kulingana na kiolesura kinachotumika na kidhibiti. SOCKS4 na SOCKS4a hazitoi mfumo sawa wa uthibitishaji wa nenosiri.

URL ya lengwa inabaki bila kubadilika. Ombi la HTTPS bado huanzisha na kuthibitisha TLS ya lengwa kupitia njia ya proksi; kuongeza SOCKS si sababu ya kuzima uthibitishaji huo.

Makala zinazohusiana