ធ្វើឱ្យ PAC លឿនជាងមុន ដោយមិនផ្លាស់ប្តូរចម្លើយរបស់វា

«ដាក់ករណីធម្មតាមុន» គឺជាដំបូន្មានមិនពេញលេញសម្រាប់ឯកសារ PAC។ return ដំបូងបញ្ចប់ការសម្រេចចិត្ត។ នៅពេលច្បាប់ត្រួតគ្នា លំដាប់របស់វាជាផ្នែកនៃគោលនយោបាយផ្លូវ។

សូមពិចារណាប្រូកស៊ីឯកជនសម្រាប់សេវាមួយ និងផ្លូវផ្ទាល់សម្រាប់ដែនដែលនៅសល់៖

function FindProxyForURL(url, host) {
    host = host.toLowerCase();
    if (host === 'restricted.example.net') {
        return 'PROXY proxy.example.net:8080';
    }
    if (dnsDomainIs(host, '.example.net')) {
        return 'DIRECT';
    }
    return 'PROXY proxy.example.net:8080';
}

ឈ្មោះគឺជាឧទាហរណ៍។ ការផ្លាស់ការត្រួតពិនិត្យបច្ច័យធំទូលាយពីលើការលើកលែងហូសច្បាស់ បញ្ជូនសេវាដែលត្រូវបានដាក់កំហិតដោយផ្ទាល់។ ស្គ្រីបអាចខ្លីជាង ឬលឿនជាង ខណៈធ្វើអ្វីដែលខុស។

ដាក់លក្ខខណ្ឌជាក្រុម ដោយមិនបាត់បង់អាទិភាព

នៅពេលបញ្ជីធំពិតជាសំណុំឈ្មោះហូសច្បាស់ដែលមានឋានៈស្មើគ្នា និងលទ្ធផលតែមួយ រចនាសម្ព័ន្ធស្វែងរកសមស្របអាចច្បាស់ជាងការត្រួតពិនិត្យលំនាំដដែលៗ។ ភាពស្មើគ្នានោះត្រូវបញ្ជាក់ជាមុនសិន។ ឈ្មោះច្បាស់ wildcard និងច្បាប់ជួរអាសយដ្ឋាន មិនស្ថិតក្នុងសំណុំដែលអាចផ្លាស់ប្តូរបានដោយស្វ័យប្រវត្តិទេ។

ដូចគ្នាដែរ ការដក www. គឺជាការផ្លាស់ប្តូរគោលនយោបាយ ប្រសិនបើឈ្មោះទាំងពីរប្រើផ្លូវខុសគ្នាដោយចេតនា។ ការបង្កើនប្រសិទ្ធភាពនៃការប្រៀបធៀបខ្សែអក្សរ មិនគួរកំណត់ទិសដៅឡើងវិញដោយស្ងាត់ៗទេ។

ដកការងារថ្លៃដែលការសម្រេចចិត្តមិនត្រូវការ

ការត្រួតពិនិត្យសមភាពឈ្មោះហូសមិនត្រូវការ DNS ទេ។ ដោះស្រាយតែពេលគោលនយោបាយនៅសល់ត្រូវការអាសយដ្ឋាន ហើយជៀសវាងធ្វើការស្វែងរកដូចគ្នាឡើងវិញក្នុងការវាយតម្លៃមួយ ដែលបរិស្ថាន PAC ដែលគាំទ្រអនុញ្ញាតឱ្យប្រើឡើងវិញ។

រក្សាសំណុំតូចនៃការសម្រេចចិត្តដែលរំពឹងទុកនៅក្បែរឯកសារ៖ ការលើកលែងជាក់លាក់ បងប្អូនក្រោមបច្ច័យធំទូលាយ ឈ្មោះហូសមិនពាក់ព័ន្ធ និងតម្លៃអាសយដ្ឋានពាក់ព័ន្ធ។ ប្រៀបធៀបផ្លូវដែលបានត្រឡប់ និងលំដាប់នៃធាតុបម្រុងណាមួយ មិនត្រឹមតែថាតើ JavaScript ត្រូវបានញែកឬអត់។ នៅពេលលទ្ធផលទាំងនោះត្រូវគ្នា ផ្ទៀងផ្ទាត់ថាកម្មវិធីរុករកបានផ្ទុក PAC ដែលបានកែសម្រួល។

ការកែលម្អប្រសិទ្ធភាពគឺគួរឱ្យជឿជាក់ នៅពេលករណីដូចគ្នារក្សាផ្លូវដែលបានបម្រុង ហើយការវាយតម្លៃដែលមិនចាំបាច់បាត់ទៅ។ ផ្លូវកាត់ DIRECT ធំទូលាយអាចធ្វើឱ្យការពន្យារបាត់ ខណៈផ្លាស់ប្តូរ IP ចេញ។