ការប្តូរ proxy តាមលំដាប់ក្នុងឯកសារ PAC
លទ្ធផល PAC ដែលបំបែកដោយសញ្ញាក្បៀសផ្តល់ផ្លូវជម្រើស។ វាមិនផ្ញើសំណើតាមរយៈម៉ាស៊ីនមេ proxy ទាំងពីរតាមលំដាប់ទេ។
លទ្ធផល PAC ដែលបំបែកដោយសញ្ញាក្បៀសផ្តល់ផ្លូវជម្រើសតាមលំដាប់៖
return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";
ប្រើចំណុចចុងក្រោយ HTTP ពិតប្រាកដដែលគោលនយោបាយទាមទារ។ សម្រាប់ការសាកល្បងគោលដៅសាធារណៈដែល proxy សាធារណៈត្រូវបានអនុញ្ញាត បញ្ជី proxy HTTP ផ្តល់បេក្ខជន។ កម្មវិធីរុករកអាចសាកល្បង B នៅពេលសមស្របបន្ទាប់ពី A បរាជ័យ។ ចរាចរណ៍មិនឆ្លងកាត់ A រួច B ទេ។ ខ្សែសង្វាក់ត្រូវការការគាំទ្រដាច់ដោយឡែកនៅក្នុងឧបករណ៍ភ្ជាប់ ឬម៉ាស៊ីនមេ proxy; ខ្សែសង្វាក់ curl ពី SOCKS ទៅ HTTP គឺជាការរៀបចំមួយដែលត្រូវបានគាំទ្រ។
ភាពអាចរកបាននៃស្គ្រីប និង proxy
ឧបករណ៍ភ្ជាប់ត្រូវទទួលបានស្គ្រីប PAC ដែលអាចប្រើបានជាមុន។ proxy ទីពីរនៅក្នុងតម្លៃត្រឡប់មកវិញមិនអាចជួយកម្មវិធីរុករកដែលបរាជ័យក្នុងការទាញយកស្គ្រីប ហើយមិនមានច្បាប់ចម្លងឃ្លាំងសម្ងាត់ដែលអាចប្រើបាន។
បន្ទាប់ពីវាយតម្លៃ កម្មវិធីរុករកជ្រើសរើសក្នុងចំណោមផ្លូវដែលបានត្រឡប់មកវិញ។ ឯកសារយោង PAC កំណត់ទម្រង់តាមលំដាប់; កម្មវិធីរុករកកំណត់ថាតើការបរាជ័យណាដែលបង្កការប្តូរ និងរយៈពេលប៉ុន្មានដែលវាចងចាំបេក្ខជនដែលបរាជ័យ។ កំហុស HTTP ដែលទទួលបានតាមរយៈ proxy ដែលដំណើរការមិនបង្កផ្លូវផ្សេងដោយស្វ័យប្រវត្តិទេ។
ជម្រើសផ្ទាល់
ការបន្ថែម ; DIRECT អនុញ្ញាតផ្លូវដោយគ្មាន proxy ណាមួយ។ នេះអាចសមស្របនឹងគោលនយោបាយរ៉ូមីង ប៉ុន្តែផ្ទុយនឹងតម្រូវការដែលចរាចរណ៍ពាក់ព័ន្ធត្រូវប្រើច្រកចេញដែលបានអនុម័តជានិច្ច។
សម្រាប់របាយការណ៍ការរំខាន កត់ត្រាថាតើស្គ្រីបត្រូវបានទទួល ឬអត់ លទ្ធផលរបស់វាសម្រាប់ URL ដែលពាក់ព័ន្ធ និងជម្រើសដែលកម្មវិធីរុករកបានសាកល្បង។ ការសង្កេតទាំងនោះកំណត់ទីតាំងការបរាជ័យរវាងការផ្តល់ស្គ្រីប ការវាយតម្លៃ និងការតភ្ជាប់ proxy។