Mat DNS-Feeler an enger PAC-Reeg ëmgoen

Gitt enger gescheiterter PAC-DNS-Ofro eng eege Richtlinns-Branche, amplaz se als gepréifte Adress baussent dem lokalen Netz ze behandelen.

Eng gescheitert Ofro beweist net, datt d'Destinatioun baussent Ärem private Netz läit. Si beweist just, datt dës PAC-Evaluatioun d'Adress net krut, déi se gebraucht huet.

Dësen Ënnerscheed ass wichteg, wann dnsResolve() eng isInNet()-Reegel fiddert. D'PAC-Implementatioun vu Chromium gëtt null zréck, wann d'Resolutioun feelt. Baut de Feelbranche net op d'Erënnerung, datt d'Resultat ëmmer en eidelen String ass.

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

Dëst Beispill schéckt net opgeléist Nimm un de Proxy. Dat ass eng Richtlinnsentscheedung, keen allgemeng sécher Standard. Et kann nëtzlech sinn, wann de Proxy en Resolver oder eng Netzsicht huet, déi de Client net huet. En Netz, dat lokal Resolutioun verlaangt, brauch en anert explizitt Resultat.

Léist eemol a benotz d'Resultat erëm. Sou bleift d'Entscheedung un eng Wäert gebonnen, a potenziell lues Hëllefsopruff ginn net widderholl.

Kontrolléier och den tatsächlechen PAC-Consommateur. Al IPv4-Hëllefsfunktiounen an erweidert IPv6-Hëllefsfunktiounen hunn ënnerschiddlech Kontrakter. Eng Reegel, déi mat der Implementatioun vun engem Browser getest gouf, beweist keng Ënnerstëtzung an all Applikatioun, déi déiselwecht PAC-URL benotzt.

Wann d'Ufuerderung just ass, e bekannte Firmesuffix ze routeren, kann eng Hostnumm-Reeg d'Ofro ganz vermeiden. Gräif op adressbaséiert Klassifikatioun zréck, wann d'Adress eng Informatioun ass, déi d'Richtlinn wierklech brauch.

Ähnlech Artikelen