PAC կանոնի ներսում DNS ձախողման մշակում

Ձախողված հարցումը չի ապացուցում, որ նպատակակետը ձեր մասնավոր ցանցից դուրս է։ Այն ապացուցում է, որ այս PAC գնահատումը չի ստացել իրեն անհրաժեշտ հասցեն։

Այդ տարբերությունը կարևոր է, երբ dnsResolve()-ը սնուցում է isInNet() կանոնը։ Chromium-ի PAC իրականացումը վերադարձնում է null, երբ լուծումը ձախողվում է։ Մի՛ կառուցեք ձախողման ճյուղը այն հիշողության վրա, թե արդյունքը միշտ դատարկ տող է։

function FindProxyForURL(url, host) {
    var address = dnsResolve(host);
    if (!address) {
        return "PROXY proxy.example:8080";
    }
    if (isInNet(address, "10.40.0.0", "255.255.0.0")) {
        return "DIRECT";
    }
    return "PROXY proxy.example:8080";
}

Այս օրինակը չլուծված անուններն ուղարկում է պրոքսիին։ Սա քաղաքականության ընտրություն է, ոչ թե համընդհանուր անվտանգ կանխադրում։ Այն կարող է օգտակար լինել, երբ պրոքսին ունի լուծիչ կամ ցանցի տեսք, որը հաճախորդը չունի։ Տեղական լուծում պահանջող ցանցին անհրաժեշտ է այլ բացահայտ արդյունք։

Լուծեք մեկ անգամ և կրկին օգտագործեք արդյունքը։ Այդպես որոշումը կապված է մնում մեկ արժեքի հետ, և խուսափում եք հնարավոր դանդաղ օժանդակ կանչերի կրկնությունից։

Ստուգեք նաև PAC-ի իրական սպառողին։ Հին IPv4 օժանդակները և ընդլայնված IPv6 օժանդակները տարբեր պայմանագրեր ունեն։ Մեկ դիտարկիչի իրականացմամբ փորձարկված կանոնը չի ապացուցում աջակցություն բոլոր այն ծրագրերում, որոնք օգտագործում են նույն PAC URL-ը։

Եթե պահանջը միայն հայտնի ընկերության վերջածանցը երթուղելն է, հոսթի անվան կանոնը կարող է ամբողջությամբ խուսափել հարցումից։ Դիմեք հասցեի վրա հիմնված դասակարգմանը, երբ հասցեն այն տեղեկությունն է, որն իսկապես անհրաժեշտ է քաղաքականությանը։