DNS-i tõrke käsitlemine PAC-reegli sees

Andke nurjunud PAC DNS-päringule oma poliitikaharu, selle asemel et käsitleda seda kinnitatud aadressina väljaspool kohalikku võrku.

Nurjunud päring ei tõesta, et sihtkoht asub väljaspool sinu privaatvõrku. See tõestab, et see PAC-hindamine ei saanud vajalikku aadressi.

See vahe on oluline, kui dnsResolve() toidab isInNet()-reeglit. Chromiumi PAC-teostus tagastab null, kui resolvimine nurjub. Ära ehita tõrkeharu mälestusele, et tulemus on alati tühi string.

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

See näide saadab lahendamata nimed puhverserverile. See on poliitika valik, mitte universaalne turvaline vaikeväärtus. Sellest võib olla kasu, kui puhverserveril on resolver või võrguvaade, mida kliendil pole. Kohalikku lahendust nõudev võrk vajab teistsugust selget tulemust.

Lahenda üks kord ja kasuta tulemust uuesti. Nii jääb otsus seotud ühe väärtusega ja välditakse võimalikult aeglaste abifunktsioonide kordamist.

Kontrolli ka tegelikku PAC-tarbijat. Vanemad IPv4-abifunktsioonid ja laiendatud IPv6-abifunktsioonid on erineva lepinguga. Ühe brauseri teostusega testitud reegel ei tõenda tuge igas rakenduses, mis kasutab sama PAC-URL-i.

Kui nõue on lihtsalt suunata tuntud ettevõtte sufiks, võib hostinime reegel päringu täielikult vältida. Kasuta aadressipõhist liigitust siis, kui aadress on info, mida poliitika tõesti vajab.

Seotud artiklid