ចម្លើយចាស់ៗណែនាំ handler SOCKS បន្ថែម ព្រោះវាផ្តោតលើ stack បណ្តាញ .NET ចាស់ជាង។ stack .NET HTTP ទំនើបដែលគាំទ្រអាចប្រើគ្រោង URI របស់ SOCKS proxy ដែលបានចងក្រងជាឯកសារ។

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

ចំណុចបញ្ចប់គ្រាន់តែជាឧទាហរណ៍។ បញ្ជី SOCKS5 proxy ផ្តល់បេក្ខជនសាធារណៈសម្រាប់ URI socks5 WebProxy នេះ; ប្រើកំណែដែល handler ពិតប្រាកដគាំទ្រ។ ពិនិត្យ framework គោលដៅ runtime វេទិកា និង handler ពិតប្រាកដដែលកម្មវិធីប្រើ មុនពេលអនុវត្តឧទាហរណ៍នេះលើដំណើរការ .NET Framework ចាស់ជាង។

ឯកសារ proxy បច្ចុប្បន្នរបស់ Microsoft រាយ socks4, socks4a និង socks5។ ឈ្មោះទាំងនោះពិពណ៌នាអំពីឥរិយាបថពិធីការ។ លេខច្រកតែម្នាក់ឯងមិនជ្រើសកំណែ SOCKS ទេ ហើយការសរសេរ socks5h របស់ curl មិនមែនជាគ្រោង URI សកលដែលអតិថិជនគ្រប់រូបទទួលយកនោះទេ។

សម្រាប់សេវា SOCKS5 ដែលមានការផ្ទៀងផ្ទាត់ កំណត់ព័ត៌មានសម្គាល់អត្តសញ្ញាណតាមចំណុចប្រទាក់ដែល handler គាំទ្រ។ SOCKS4 និង SOCKS4a មិនផ្តល់យន្តការផ្ទៀងផ្ទាត់ពាក្យសម្ងាត់ដូចគ្នាទេ។

URL គោលដៅនៅតែមិនផ្លាស់ប្តូរ។ សំណើ HTTPS នៅតែបង្កើត និងផ្ទៀងផ្ទាត់ TLS របស់គោលដៅតាមរយៈផ្លូវ proxy; ការបន្ថែម SOCKS មិនមែនជាហេតុផលដើម្បីបិទការផ្ទៀងផ្ទាត់នោះទេ។

អត្ថបទពាក់ព័ន្ធ