HTTP 407 ដោយគ្មានបញ្ហាប្រឈម Proxy-Authenticate ដែលអាចប្រើបាន

កម្មវិធីភ្ញៀវមិនអាចជ្រើសរើសយន្តការផ្ទៀងផ្ទាត់ដោយផ្អែកលើលេខស្ថានភាពតែម្នាក់ឯងបានទេ។ ការឆ្លើយតបរបស់ប្រូកស៊ីត្រូវពិពណ៌នាអំពីអ្វីដែលវាទទួលយក។

HTTP តម្រូវឱ្យប្រូកស៊ីដែលបង្កើត 407 ផ្ញើបញ្ហាប្រឈម Proxy-Authenticate។ សម្រាប់សេវា Basic ឧទាហរណ៍សាមញ្ញមួយគឺ៖

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

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

ពិនិត្យការឆ្លើយតបដែលបានមកដល់កម្មវិធីភ្ញៀវនេះ

ចាប់យកវាលស្ថានភាព និងបញ្ហាប្រឈម បន្ទាប់ពីដកតម្លៃសម្ងាត់ចេញ។ អាចមានអ្នកកណ្តាលបានប្តូរការឆ្លើយតប ឬប្រូកស៊ីផ្ទាល់ខ្លួនបានបង្កើតបញ្ហាប្រឈមមិនត្រឹមត្រូវ។ ប្រៀបធៀបភស្តុតាងនោះជាមួយកំណត់ហេតុប្រតិបត្តិការរបស់ប្រូកស៊ីខ្លួនឯង។

ប្រសិនបើសេវាផ្ញើ 405 ឬកំហុសផ្សេងទៀតជំនួសវិញ សូមកុំដាក់ស្លាកការឆ្លើយតបបែបនេះឡើងវិញជា 407 នៅក្នុងកម្មវិធីភ្ញៀវផ្ទាល់ខ្លួន។ អ្នកនឹងលាក់ការបរាជ័យពិតប្រាកដនៃគោលនយោបាយវិធីសាស្ត្រ ហើយនៅតែគ្មានការចរចាគ្រោងការណ៍ដែលអាចទុកចិត្តបាន។ ជួសជុលឥរិយាបថរបស់សេវា ឬប្រើផ្លូវផ្ទៀងផ្ទាត់ដែលបានគាំទ្រ និងបានចងក្រងជាឯកសារ។

បញ្ហាប្រឈមច្រើនក៏ត្រូវការកម្មវិធីញែក HTTP ពិតប្រាកដដែរ។ សញ្ញាក្បៀសអាចបំបែកប៉ារ៉ាម៉ែត្រ ឬបញ្ហាប្រឈម។ ការបែងចែកក្បាលផ្នែកទាំងមូលដោយសញ្ញាក្បៀសដោយគ្មានការវិភាគ អាចធ្វើឱ្យ realm ក្នុងសញ្ញាសម្រង់ខូច។ ប្រើការអនុវត្តផ្ទៀងផ្ទាត់ដែលកម្មវិធីភ្ញៀវគាំទ្រ ជំនួសឱ្យការជំនួសខ្សែអក្សរជាបន្តបន្ទាប់។

លុះត្រាតែបញ្ហាប្រឈមអាចប្រើបាន ទើបការស៊ើបអង្កេតថាហេតុអ្វីអ្នកផ្តល់ព័ត៌មានសម្គាល់ខ្លួនមិនបានផ្តល់គណនីមកវិញ មានអត្ថន័យ។