PAC-regulo por mallongaj nomoj povas preterpasi vian prokurilon

Komprenu kial gastiga nomo sen punkto kaj ĝia plene kvalifikita formo povas elekti malsamajn vojojn en la sama PAC-skripto.

PAC-skripto ricevas la gastigan nomon el la URL. dashboard ne aŭtomate fariĝas dashboard.example.internal antaŭ la kongruigo:

function FindProxyForURL(url, host) {
  if (isPlainHostName(host)) {
    return "DIRECT";
  }
  return "PROXY 203.0.113.10:8080";
}

Uzu realan HTTP-finpunkton anstataŭ la dokumentaran adreson; la listo de HTTP-prokuriloj proponas kandidatojn por testoj al publikaj celoj, kie tiu vojo estas permesita. En ĉi tiu skripto la mallonga nomo intence redonas DIRECT; la plene kvalifikita nomo atingas la prokurilan branĉon. “Plain hostname” signifas skribon sen punkto, ne konstaton ke la gastigo estas en fidata loka reto.

Se la dezirata politiko estas unu interna domajno, kongruu tiun domajnon anstataŭ ĉiun mallongan nomon. dnsDomainIs kaj shExpMatch havas malsamajn enigojn kaj ŝablonan semantikon. Sufiksa kontrolo por .example.internal ne inkluzivas la ĝustan radikon example.internal; inkluzivu tiun kazon eksplicite kiam celite. Ŝelo-stila ŝablono ne estas IP-subreto nek regula esprimo.

Komparu la rezulton de la skripto por la mallonga nomo, la plene kvalifikita nomo, nerilata publika gastigo kaj ajna celata domajna radiko. Ĉi tio testas regulan elekton sen konekti al la prokurilo. Kontrolu la unuan regulon, kiu redonas, kiam larĝa DIRECT-branĉo malhelpas provi alie atingeblan finpunkton.

Uzu nomkomparon kiam ĝi esprimas la politikon; DNS-helpiloj aldonas proprajn serĉojn kaj prokraston. Tenu la implicitan lokan preterpason de la retumilo ankaŭ aparte de la skripto. Kontrolo de localhost ne povas anstataŭi la realan skribon de la publika aŭ interna celo.

Rilataj artikoloj