សារស្ថានភាពនិយាយថា «Resolving host in proxy script» ប៉ុន្តែការប្តូរម៉ាស៊ីនមេប្រូកស៊ីមិនសូវផ្លាស់ប្តូរអ្វីទេ។ នេះជាសញ្ញាដែលមានប្រយោជន៍៖ ប្រហែលជាកម្មវិធីរុករកនៅតែសម្រេចថាតើត្រូវផ្ញើសំណើទៅណា។

ឯកសារ PAC អាចធ្វើការត្រួតពិនិត្យដែលពឹងផ្អែកលើ DNS។ ប្រសិនបើការត្រួតពិនិត្យទាំងនោះរង់ចាំឧបករណ៍ដោះស្រាយដែលមិនអាចឈានដល់ ឬសួរសំណួរមិនចាំបាច់ម្តងហើយម្តងទៀត ការផ្ទុកទំព័រអាចឈប់មុនពេលប្រូកស៊ីដែលបានជ្រើសទទួលបានអ្វីមួយ។

1. រកកន្លែងឈប់

សម្រាប់ URL មួយដែលរងផលប៉ះពាល់ កំណត់ថាតើការពន្យារពេលកើតឡើងពេលទាញយកឯកសារ PAC ពេលវាយតម្លៃវា ឬពេលភ្ជាប់ទៅប្រូកស៊ីដែលបានត្រឡប់មកវិញ។ កំណត់ហេតុចូលប្រូកស៊ីទទេគឺស្របនឹងដំណាក់កាលពីរដំបូង។ វាមិនបញ្ជាក់ថាកម្មវិធីរុករកបានប្រើផ្លូវផ្ទាល់ទេ។

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

2. ដកការងារ DNS ដែលមិនចាំបាច់ចេញ

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

កុំ «ជួសជុល» ស្គ្រីបយឺតដោយបន្ថែមការត្រឡប់ DIRECT ដោយគ្មានលក្ខខណ្ឌនៅខាងលើ។ វាដកការសម្រេចអំពីការបញ្ជូនផ្លូវចេញជាមួយការពន្យារពេល។

ដំណោះស្រាយ DNS ជាក់លាក់តាមម៉ាស៊ីនត្រូវការភស្តុតាង។ ការបើកការចែករំលែកឯកសារ ឬសរសេរឯកសារ hosts របស់កុំព្យូទ័រយួរដៃនីមួយៗឡើងវិញ គឺជាប្រតិកម្មដំបូងមិនល្អចំពោះស្គ្រីបបញ្ជូនផ្លូវយឺត។ ពិនិត្យឥរិយាបថឧបករណ៍ដោះស្រាយ និងឈ្មោះម៉ាស៊ីននៅលើបណ្តាញដែលរងផលប៉ះពាល់ ជាពិសេសបន្ទាប់ពីការផ្លាស់ប្តូរបណ្តាញ ហើយផ្លាស់ប្តូរ PAC តែនៅកន្លែងដែលផ្លូវសម្រេចពិតប្រាកដរបស់វាទាមទារ។

អត្ថបទពាក់ព័ន្ធ