WPAD ដោះស្រាយបាន ប៉ុន្តែកម្មវិធីរុករកទទួលបាន 404

ឈ្មោះ wpad ដោះស្រាយទៅម៉ាស៊ីនដែលរំពឹងទុក។ នេះលើកទឹកចិត្ត ប៉ុន្តែវាគ្រាន់តែជាការចាប់ផ្ដើមប៉ុណ្ណោះ។ កម្មវិធីរុករកនៅតែត្រូវស្នើឯកសារពីម៉ាស៊ីននោះ ហើយទទួលស្គ្រីប PAC។

តម្រុយមានប្រយោជន៍មួយមាននៅក្នុងកំណត់ហេតុចូលប្រើរបស់ម៉ាស៊ីនបម្រើបណ្ដាញ៖ អតិថិជនបានស្នើ /wpad.dat ហើយទទួលបាន HTTP 404។ URL PAC ដែលបើកដោយដៃអាចប្រើឈ្មោះហ៍ស្ទផ្សេង។ ទោះបីឈ្មោះទាំងពីរទៅដល់ម៉ាស៊ីនបម្រើតែមួយក៏ដោយ ក៏ពួកវាអាចជ្រើសហ៍ស្ទនិម្មិតផ្សេងគ្នា។

តាមដានសំណើដែលអតិថិជនបានធ្វើ

ពិនិត្យ URL ជាក់លាក់ដែលការស្វែងរកបានជ្រើស តម្លៃ HTTP Host ផ្លូវ និងការឆ្លើយតប។ ការបើក URL PAC ដ៏ងាយស្រួលក្នុងថេបកម្មវិធីរុករកធម្មតាមិនបញ្ជាក់ថាការស្វែងរកស្វ័យប្រវត្តិបានស្នើ URL នោះទេ។

ប្រសិនបើរំពឹងឈ្មោះខ្លី និងឈ្មោះពេញលេញទាំងពីរ សូមកំណត់ហ៍ស្ទបណ្ដាញដែលបានបម្រុងទុកឱ្យដោះស្រាយឈ្មោះទាំងនោះដោយចេតនា។ បញ្ជាក់ថា /wpad.dat ផ្គូផ្គងទៅឯកសារត្រឹមត្រូវ មិនមែនទៅឫសឯកសារលំនាំដើម ឬកម្មវិធីមិនពាក់ព័ន្ធទេ។

ផ្ដល់ស្គ្រីប មិនមែនទំព័រកំហុស

ផ្ទៀងផ្ទាត់តួការឆ្លើយតប ព្រមទាំងស្ថានភាពរបស់វា។ ទំព័រចូល ឯកសារកំហុសមានម៉ាក ឬការប្ដូរទិសអាចមើលទៅគួរឱ្យជឿនៅពេលមើលដោយដៃ ប៉ុន្តែមិនមែនជាស្គ្រីប PAC ដែលឧបករណ៍ដោះស្រាយរំពឹងទេ។ Chromium ចងក្រង តម្រូវការទាញយក PAC ដ៏តឹងរ៉ឹង រួមទាំងការឆ្លើយតប HTTP 200។

លុះត្រាតែ ការដឹកជញ្ជូនជោគជ័យ ទើបមានន័យក្នុងការដោះកំហុស FindProxyForURL()។ ការផ្លាស់ប្ដូរវិធានឈ្មោះហ៍ស្ទរបស់វាមិនអាចជួសជុល 404 ដែលរារាំងកម្មវិធីរុករកមិនឱ្យទទួលបានវាបានទេ។

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