អ្វីដែលត្រូវដាក់ក្នុងរបាយការណ៍កំហុសប្រូកស៊ី

ផ្តល់ជំហានដែលបរាជ័យ និងកំហុសជាក់លាក់ឱ្យក្រុមគាំទ្រ មិនមែនគ្រាន់តែ «ប្រូកស៊ីមិនដំណើរការ»។ របាយការណ៍ខ្លីអាចប្រើរចនាសម្ព័ន្ធនេះ៖

Client and version:
Proxy protocol and port:
Attempt time and timezone:
Connection / overall timeout settings:
Last completed stage:
Exact error or numeric status:
Same target over an allowed direct route:
Same target through another comparable endpoint:

ពណ៌នាដំណាក់កាលជាការតភ្ជាប់ប្រូកស៊ី ការផ្ទៀងផ្ទាត់ប្រូកស៊ី ការបង្កើតផ្លូវរូង TLS គោលដៅ ឬចម្លើយតប HTTP ចុងក្រោយ។ ឧទាហរណ៍ «ប្រូកស៊ី HTTP នៅច្រក 8080; TCP ភ្ជាប់រួច; CONNECT ផ្តល់ 407; មិនទាន់មាន TLS គោលដៅ» បញ្ជាក់បញ្ហាដោយមិនបង្ហាញព័ត៌មានចូល។ សម្រាប់កំហុសវិញ្ញាបនបត្រ រក្សាប្រភេទ និងបរិបទឈ្មោះម៉ាស៊ីនរំពឹងទុក ដោយលាក់ឈ្មោះឯកជនពេលចាំបាច់។

ពិនិត្យអត្ថបទពិតមុនចែករំលែក។ ដក userinfo នៃ URL ប្រូកស៊ី, Proxy-Authorization, Authorization របស់គោលដៅ, Cookie, Set-Cookie, តម្លៃសំណួរឯកជន និងតួសំណើ។ Cookie សម័យ ឬ bearer token អាចផ្តល់សិទ្ធិចូល ទោះមិនដូចពាក្យសម្ងាត់ក៏ដោយ។ ការលាក់របស់ឧបករណ៍អាចខុសតាមកំណែ និងរបៀបបញ្ចេញ។ កំណត់ហេតុលម្អិត និងដានពេញលេញមិនចាំបាច់លាក់ដូចគ្នាទេ។

ប្រើសញ្ញាដូចជា REDACTED_PROXY_PASSWORD ដោយរក្សាឈ្មោះបឋមកថា រចនាសម្ព័ន្ធ URL និងកំហុសជាលេខឱ្យមើលឃើញ។ កុំលុបការឆ្លើយឆ្លងទាំងមូលជុំវិញកំហុស។ ចែករំលែកចំណុចចុងឯកជន និងព័ត៌មានបណ្តាញតែក្នុងបណ្តាញគាំទ្រសមស្រប។

បើសំណើអប្បបរមាទៅគោលដៅគ្មានគ្រោះថ្នាក់ ឬសេវាដែលអ្នកគ្រប់គ្រងអាចបង្កបញ្ហាឡើងវិញ សូមផ្តល់វាជំនួសដានមានទិន្នន័យអាជីវកម្ម។ បើកំហុសកើតតែជាមួយគោលដៅដើម សូមប្រាប់៖ ប្តូរគោលដៅនឹងប្តូរអ្វីដែលការបង្កឡើងវិញបញ្ជាក់។ សម្រាប់ប្រូកស៊ី HTTP សំណើ curl កំណត់ពេលអាចជាឧទាហរណ៍អប្បបរមា។