Trakti DNS-malsukceson ene de PAC-regulo

Donu al malsukcesa PAC-DNS-serĉo sian propran politikan branĉon anstataŭ trakti ĝin kiel konfirmitan adreson ekster la loka reto.

Malsukcesa serĉo ne pruvas, ke la celo estas ekster via privata reto. Ĝi pruvas, ke ĉi tiu PAC-takso ne akiris la adreson, kiun ĝi bezonis.

Tiu distingo gravas, kiam dnsResolve() nutras regulon isInNet(). La PAC-implementaĵo de Chromium redonas null, kiam la solvado malsukcesas. Ne konstruu la malsukcesan branĉon sur memoro, ke la rezulto ĉiam estas malplena ĉeno.

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

Ĉi tiu ekzemplo sendas nesolvitajn nomojn al la prokurilo. Tio estas politika elekto, ne universala sekura defaŭlto. Ĝi povas utili, kiam la prokurilo havas solvilon aŭ retan vidon, kiun la kliento ne havas. Reto postulanta lokan solvadon bezonas alian eksplicitan rezulton.

Solvu unufoje kaj reuzu la rezulton. Tio tenas la decidon ligita al unu valoro kaj evitas ripeti eble malrapidajn helpajn alvokojn.

Kontrolu ankaŭ la faktan PAC-konsumanton. Malnovaj IPv4-helperoj kaj etenditaj IPv6-helperoj havas malsamajn kontraktojn. Regulo testita per unu retumila implementaĵo ne pruvas subtenon en ĉiu aplikaĵo, kiu uzas la saman PAC-URL-on.

Se la postulo estas nur enkursigi konatan firmaan sufikson, hostnoma regulo povas tute eviti la serĉon. Uzu adres-bazitan klasifikadon, kiam la adreso estas informo, kiun la politiko vere bezonas.

Rilataj artikoloj