DNS-hiba kezelése egy PAC-szabályon belül

A sikertelen lekérdezés nem bizonyítja, hogy a cél a privát hálózatán kívül van. Azt bizonyítja, hogy ez a PAC-értékelés nem kapta meg a szükséges címet.

Ez a különbség akkor számít, amikor a dnsResolve() egy isInNet() szabályt táplál. A Chromium PAC-megvalósítása null értéket ad vissza, ha a feloldás meghiúsul. Ne arra az emlékre építse a hibaágat, hogy az eredmény mindig üres karakterlánc.

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";
}

Ez a példa a feloldatlan neveket a proxyhoz küldi. Ez házirend-döntés, nem általánosan biztonságos alapértelmezés. Akkor lehet hasznos, ha a proxynak van olyan feloldója vagy hálózati rálátása, amivel az ügyfél nem rendelkezik. A helyi feloldást igénylő hálózatnak más, kifejezett eredményre van szüksége.

Oldja fel egyszer, és használja újra az eredményt. Így a döntés egyetlen értékhez kötődik, és elkerülhető az esetleg lassú segédhívások ismétlése.

Ellenőrizze a tényleges PAC-fogyasztót is. A régi IPv4-segédfüggvények és a kiterjesztett IPv6-segédfüggvények szerződése eltér. Az egyetlen böngésző megvalósításával tesztelt szabály nem bizonyítja a támogatást minden olyan alkalmazásban, amely ugyanazt a PAC URL-t használja.

Ha a követelmény csupán egy ismert vállalati utótag átirányítása, egy gazdanév-szabály teljesen elkerülheti a lekérdezést. Akkor forduljon címalapú osztályozáshoz, ha a cím olyan információ, amelyre a házirendnek valóban szüksége van.