WCF BasicHttpBinding: ProxyAddress និង UseDefaultWebProxy

អតិថិជនសេវាដែលបានបង្កើតអាចមានទាំងចំណុចបញ្ចប់សេវា និងការកំណត់ចងភ្ជាប់ដែលពាក់ព័ន្ធនឹងប្រូកស៊ី។ ចាប់ផ្តើមដោយកំណត់ថាអាសយដ្ឋានណាជាកម្មសិទ្ធិរបស់តួនាទីណា។ សេវា SOAP នៅតែជាគោលដៅ; ProxyAddress ដាក់ឈ្មោះអ្នកកណ្តាល។

សម្រាប់ BasicHttpBinding UseDefaultWebProxy ជ្រើសរើសឥរិយាបថប្រូកស៊ីដែលបានកំណត់ដោយស្វ័យប្រវត្តិ ហើយតាមលំនាំដើមគឺ true។ កិច្ចសន្យារបស់ Microsoft មិនគាំទ្រការផ្សំតម្លៃ true នោះជាមួយ ProxyAddress ច្បាស់លាស់ដែលមិនមែន null ទេ។ ធ្វើឱ្យជម្រើសមានភាពស៊ីសង្វាក់គ្នា ជាជាងកំណត់ទាំងពីរហើយសន្មតថាមួយឈ្នះដោយស្ងាត់។ សម្រាប់សេវា SOAP ដែលអាចចូលបានជាសាធារណៈលើផ្លូវប្រូកស៊ីសាធារណៈដែលបានអនុញ្ញាត និងមិនបានផ្ទៀងផ្ទាត់ បញ្ជីប្រូកស៊ី HTTP ផ្តល់អាសយដ្ឋានបេក្ខជនសម្រាប់ ProxyAddress; កុំរក្សាព័ត៌មានសម្គាល់ប្រូកស៊ីពីចំណុចបញ្ចប់ផ្សេងទៀត។

ពិនិត្យមើលការចងភ្ជាប់ដែលចំណុចបញ្ចប់ប្រើប្រាស់ពិតប្រាកដ

អនុគមន៍ជំនួយអាចបង្កើតការចងភ្ជាប់ត្រឹមត្រូវ ខណៈអតិថិជនដែលបានបង្កើតនៅតែប្រើចំណុចបញ្ចប់ផ្សេងទៀតដែលបានកំណត់។ ពិនិត្យមើលការចងភ្ជាប់ដែលបានចាត់តាំងឱ្យការហៅដែលបរាជ័យ។ ការផ្លាស់ប្តូរធាតុកំណត់រចនាសម្ព័ន្ធដែលអតិថិជនមិនដែលជ្រើសរើស មិនអាចប៉ះពាល់ដល់ផ្លូវរបស់វាបានទេ។

បន្ទាប់មក បែងចែកប្រភេទព័ត៌មានសម្គាល់ប្រូកស៊ីពីប្រភេទព័ត៌មានសម្គាល់សេវា។ ពាក្យសម្ងាត់ដែលសេវា SOAP តម្រូវមិនមែនជាគណនីសម្រាប់អ្នកកណ្តាលបណ្តាញដែលបានជ្រើសរើសដោយស្វ័យប្រវត្តិទេ។

របៀបសុវត្ថិភាពនៃការដឹកជញ្ជូនគឺជាការសម្រេចចិត្តមួយផ្សេងទៀត។ ការប្តូរទៅរបៀបតែព័ត៌មានសម្គាល់ ដោយគ្រាន់តែព្រោះចម្លើយចាស់ណែនាំដូច្នេះ ផ្លាស់ប្តូរការសន្មត់នៃការដឹកជញ្ជូន; វាមិនបញ្ជាក់ថាផ្លូវ ឬគណនីត្រឹមត្រូវទេ។ រក្សា TLS គោលដៅដែលបានបម្រុង ហើយប្រើការរៀបចំផ្ទៀងផ្ទាត់ដែលអតិថិជន WCF ដែលបានដាក់ពង្រាយ និងប្រូកស៊ីគាំទ្រ។

ការធ្វើរោគវិនិច្ឆ័យដ៏មានប្រយោជន៍ដាក់ឈ្មោះចំណុចបញ្ចប់សេវា ប្រភពប្រូកស៊ីដែលបានជ្រើសរើស វត្ថុចងភ្ជាប់ និងដំណាក់កាលឆ្លើយតបដំបូង។ នោះបង្រួម 407 ដោយមិនបំប្លែងអតិថិជនសេវាដែលបានបង្កើតទៅជាការប្រមូលការស្មានកំណត់រចនាសម្ព័ន្ធដែលមិនពាក់ព័ន្ធ។