زاړه ځوابونه اضافي 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 اضافه کول د هغې تایید بندولو لپاره دلیل نه دی.

اړوندې مقالې