រក្សា .NET handler ដាច់ដោយឡែកសម្រាប់គណនី proxy នីមួយៗ

transport អាចរក្សាវត្ថុអ្នកផ្តល់ព័ត៌មានសម្គាល់ proxy ដែលបានជ្រើសរើសនៅពេលបង្កើតអ្នកគ្រប់គ្រងអាងរបស់វា។ ការជំនួស WebProxy.Credentials បន្ទាប់មកមិនមែនជាប្រតិបត្តិការប្តូរគណនីដែលអាចទុកចិត្តបានទេ។

បង្កើតផ្លូវ និងគណនីជាមួយគ្នាមុនពេលប្រើ client៖

var proxy = new System.Net.WebProxy(proxyEndpoint)
{
    Credentials = new System.Net.NetworkCredential(proxyUser, proxyPassword)
};
var handler = new System.Net.Http.HttpClientHandler
{
    UseProxy = true,
    Proxy = proxy
};
var client = new System.Net.Http.HttpClient(handler);

ចំណុចបញ្ចប់ និងព័ត៌មានសម្គាល់មកពីការកំណត់រចនាសម្ព័ន្ធកម្មវិធី។ បង្កើត handler ផ្សេងទៀតសម្រាប់អត្តសញ្ញាណទីពីរ។ HttpClient ផ្សេងទៀតដែលចែករំលែក handler ទីមួយក៏ចែករំលែកគោលនយោបាយរបស់វាដែរ។

អ្នកផ្តល់ ICredentials ផ្ទាល់ខ្លួនអាចឆ្លើយតបនឹងបញ្ហាប្រឈមក្រោយៗ ប៉ុន្តែមិនអាចដាក់ស្លាក tunnel ដែលបានបង្កើតឡើងជាគណនីផ្សេងទៀតបានទេ។ ការកំណត់ឈ្មោះអ្នកប្រើ/ពាក្យសម្ងាត់សកលតែមួយជុំវិញការហៅ async ធ្វើឱ្យពេលវេលាប្រឈម និងភាពជាម្ចាស់គណនីមានជម្លោះ។

រក្សាសំណុំ client មានកំណត់នៅពេលត្រូវការប្រើឡើងវិញ។ បង្ហូរការងារចាស់ចេញមុនពេលបោះបង់ transport របស់វា។ handler ថ្មីមួយក្នុងមួយសំណើខ្ជះខ្ជាយអាងតភ្ជាប់។ ការរក្សាគណនីប្រវត្តិសាស្ត្រទាំងអស់ជារៀងរហូតធ្វើឱ្យពួកវារីកធំដោយគ្មានដែនកំណត់។