Omgean mei DNS-fouten yn in PAC-regel

In mislearre opfraach bewiist net dat it doel bûten jo partikuliere netwurk leit. It bewiist dat dizze PAC-ewaluaasje it adres dat it nedich hie net krigen hat.

Dat ûnderskied is wichtich as dnsResolve() in isInNet()-regel fiedt. De PAC-ymplemintaasje fan Chromium jout null werom as de oplossing mislearret. Bou de flatertûke net op 'e oantins dat it resultaat altyd in lege tekenrige is.

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

Dit foarbyld stjoert net-oploste nammen nei de proxy. Dat is in beliedskeuze, net in universeel feilich standert. It kin nuttich wêze as de proxy in resolver of in netwurksjoch hat dat de klant net hat. In netwurk dat lokale oplossing freget, hat in oar eksplisyt resultaat nedich.

Los it ien kear op en brûk it resultaat opnij. Sa bliuwt de beslissing oan ien wearde bûn en wurdt it werheljen fan mooglik stadige helpoproppen foarkaam.

Kontrolearje ek de echte PAC-konsumint. Ferâldere IPv4-helpers en útwreide IPv6-helpers hawwe ferskillende kontrakten. In regel dy't mei de ymplemintaasje fan ien browser test is, bewiist gjin stipe yn elke applikaasje dy't deselde PAC-URL brûkt.

As de eask allinnich is om in bekend bedriuwsuffiks te rûten, kin in hostnameregel de opfraach hielendal foarkomme. Brûk adresbasearre klassifikaasje as it adres ynformaasje is dy't it belied echt nedich hat.