Հին պատասխանները խորհուրդ են տալիս լրացուցիչ SOCKS մշակիչ, քանի որ դրանք ուղղված են ավելի հին .NET ցանցային կույտին։ Ժամանակակից աջակցվող .NET HTTP կույտը կարող է օգտագործել փաստաթղթավորված SOCKS վստահված անձի URI սխեմաները։

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

Վերջնակետը միայն օրինակ է։ SOCKS5 վստահված անձանց ցանկը տրամադրում է հանրային թեկնածուներ այս socks5 WebProxy URI-ի համար. օգտագործեք այն տարբերակը, որն աջակցում է փաստացի մշակիչը։ Ստուգեք թիրախ շրջանակը, կատարման միջավայրը, հարթակը և հավելվածի կողմից օգտագործվող փաստացի մշակիչը՝ նախքան այս օրինակը ավելի հին .NET Framework գործընթացի վրա կիրառելը։

Microsoft-ի ներկայիս վստահված անձի փաստաթղթերը թվարկում են socks4, socks4a և socks5։ Այդ անունները նկարագրում են արձանագրության վարքը։ Միայն պորտի համարը չի ընտրում SOCKS տարբերակը, և curl-ի socks5h ուղղագրությունը համընդհանուր URI սխեմա չէ, որը բոլոր հաճախորդներն ընդունում են։

Նույնականացված SOCKS5 ծառայության համար կարգավորեք հավատարմագրերը՝ համաձայն մշակիչի աջակցվող միջերեսի։ SOCKS4-ը և SOCKS4a-ն չեն տրամադրում գաղտնաբառի նույնականացման նույն մեխանիզմը։

Նպատակակետ URL-ը մնում է անփոփոխ։ HTTPS հարցումը դեռևս հաստատում և ստուգում է նպատակակետի TLS-ը վստահված անձի ուղու միջոցով. SOCKS-ի ավելացումը պատճառ չէ այդ ստուգումն անջատելու համար։

Առնչվող հոդվածներ