SOCKS პროქსები .NET HttpClient-ში: მხარდაჭერილი URI სქემები

ძველი პასუხები გვირჩევენ დამატებით 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-ის დამატება არ არის ამ შემოწმების გამორთვის მიზეზი.