ផ្ញើការឆ្លើយតបការផ្ទៀងផ្ទាត់ប្រូកស៊ី HTTP 407 ពេញលេញ

អតិថិជនមិនអាចធ្វើសកម្មភាពលើបញ្ហាប្រឈមនៃការផ្ទៀងផ្ទាត់របស់ប្រូកស៊ីបានទេ រហូតដល់វាមានការឆ្លើយតប HTTP ពេញលេញដើម្បីវិភាគ។ បន្ទាត់ស្ថានភាព និងវាល Proxy-Authenticate នៅតែត្រូវការបន្ទាត់ទទេដែលបញ្ចប់ផ្នែកក្បាល។

ការឆ្លើយតប HTTP/1.1 តិចតួចបំផុតដោយគ្មានតួសារមានរចនាសម្ព័ន្ធនេះ៖

HTTP/1.1 407 Proxy Authentication Required<CRLF>
Proxy-Authenticate: Basic realm="local-proxy"<CRLF>
Content-Length: 0<CRLF>
<CRLF>

សញ្ញា CRLF នីមួយៗតំណាងឱ្យបៃ carriage-return និង line-feed មិនមែនអត្ថបទសញ្ញាតាមន័យត្រង់ទេ។ បន្ទាត់ក្បាលចុងក្រោយបញ្ចប់ដោយ CRLF រួចហើយ។ CRLF បន្ថែមបង្កើតបន្ទាត់ទទេ។ Content-Length បញ្ជាក់ថាគ្មានតួសារបន្តទេ។

ផ្ញើ ឬ flush ការឆ្លើយតបពេញលេញមុនពេលរង់ចាំសំណើផ្សេងទៀត។ នៅលើសុខេតដើម ត្រូវគិតដល់ការសរសេរដែលផ្ញើបៃតិចជាងអ្វីដែលបានស្នើ។

407 ត្រូវការយ៉ាងហោចណាស់បញ្ហាប្រឈម Proxy-Authenticate មួយដែលអាចអនុវត្តបាន។ ប្រសិនបើអតិថិជនគាំទ្រគ្រោងការដែលបានផ្តល់ ហើយទទួលបានព័ត៌មានសម្គាល់ វាអាចព្យាយាមម្តងទៀតជាមួយ Proxy-Authorization។ វាល 401 និង WWW-Authenticate របស់គេហទំព័រទាក់ទងនឹង hop ផ្សេង។

បញ្ហាប្រឈម Basic នេះគឺជាឧទាហរណ៍នៃការធ្វើស៊ុម មិនមែនជាការរចនាផ្ទៀងផ្ទាត់ពេញលេញទេ។ ព័ត៌មានសម្គាល់ Basic ត្រូវការការតភ្ជាប់ការពារនៅពេលភាពសម្ងាត់មានសារៈសំខាន់។ ការផ្ញើបញ្ហាប្រឈមក៏មិនអនុវត្តការផ្ទៀងផ្ទាត់ពាក្យសម្ងាត់ ការវិភាគសំណើ ឬផ្លូវរូង CONNECT ដែរ។