នៅពេល WinHTTP ឆ្លាស់គ្នារវាង 407 និង 401

សំណើ WinHTTP ធ្វើផ្ទៀងផ្ទាត់ជាមួយប្រូកស៊ី ទទួលបាន 401 ពីគេហទំព័រ បន្ទាប់មកទទួលបាន 407 មួយទៀតនៅការផ្ញើបន្ទាប់។ ប្រូកស៊ី និងគេហទំព័រមានស្ថានភាពផ្ទៀងផ្ទាត់ដាច់ដោយឡែក ហើយផ្លូវផ្ញើឡើងវិញត្រូវរក្សាទាំងពីរ។

គំរូផ្ទៀងផ្ទាត់ WinHTTP ដើមរបស់ Microsoft រក្សាគ្រោងប្រូកស៊ីដែលបានជ្រើសក្នុងអថេរ ហើយអនុវត្តគណនីប្រូកស៊ីឡើងវិញមុនពេល WinHttpSendRequest នីមួយៗ បន្ទាប់ពីគ្រោងនោះត្រូវបានជ្រើស។

1. ផ្ញើសំណើ ហើយពិនិត្យការឆ្លើយតប។
2. សម្រាប់ 407 សួរគ្រោងដែលបានផ្ដល់ ហើយចងចាំគ្រោងប្រូកស៊ីដែលបានជ្រើស។
3. មុនពេលផ្ញើឡើងវិញ ហៅ WinHttpSetCredentials សម្រាប់ WINHTTP_AUTH_TARGET_PROXY ជាមួយគ្រោង និងគណនីនោះ។
4. សម្រាប់ 401 ពីគោលដៅ យកគ្រោងរបស់វា ហើយកំណត់ព័ត៌មានសម្គាល់ម៉ាស៊ីនមេ ខណៈរក្សាស្ថានភាពប្រូកស៊ីដែលបានចងចាំសម្រាប់ការផ្ញើបន្ទាប់។

គំរូនេះកត់សម្គាល់ជាក់លាក់ពីការផ្ទៀងផ្ទាត់ឡើងវិញបន្ទាប់ពីបញ្ហាប្រឈមពីម៉ាស៊ីនមេ ឬការប្ដូរទិស ជាហេតុផលដើម្បីអនុវត្តព័ត៌មានសម្គាល់ប្រូកស៊ីឡើងវិញ។ ការដាក់ការហៅតែក្នុងសាខា 407 ដំបូងអាចទុកផ្លូវព្យាយាមម្ដងទៀតដោយគ្មានការរៀបចំដែលរំពឹងទុក។

ពិនិត្យលទ្ធផល API នីមួយៗ ហើយរក្សាការបរាជ័យដដែលៗឱ្យមានដែនកំណត់។ គំរូខ្លីរបស់ Microsoft តាមដានស្ថានភាពមុន រីឯគោលនយោបាយព្យាយាមឡើងវិញផ្នែកផលិតកម្មក៏គួរស្គាល់លំដាប់ឆ្លាស់គ្នាដដែលៗផងដែរ។

ប្រសិនបើអ្នកប្រើផ្ដល់គណនីជំនួសបន្ទាប់ពីបរាជ័យ សូមធ្វើបច្ចុប្បន្នភាពតម្លៃដែលផ្លូវផ្ញើឡើងវិញនោះប្រើ។ WinHttpSetCredentials មានវិសាលភាពតាមសំណើ; វាមិនមែនជាឃ្លាំងពាក្យសម្ងាត់កម្រិតដំណើរការដែលមាតិកាត្រូវជំនួសសម្រាប់សំណើអនាគតទាំងអស់នោះទេ។