Një rregull PAC për emra të shkurtër mund të anashkalojë proxy-n tuaj

Kuptoni pse një emër host pa pikë dhe forma e tij plotësisht e kualifikuar mund të zgjedhin rrugë të ndryshme në të njëjtin script PAC.

Një script PAC merr emrin e hostit nga URL-ja. dashboard nuk bëhet automatikisht dashboard.example.internal para përputhjes:

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

Përdorni një endpoint HTTP të vërtetë në vend të adresës së dokumentacionit; lista e proxy-ve HTTP ofron kandidatë për teste të destinacioneve publike aty ku kjo rrugë lejohet. Në këtë script, emri i shkurtër kthen qëllimisht DIRECT; emri plotësisht i kualifikuar arrin degën e proxy-t. “Emër host i thjeshtë” nënkupton një shkrim pa pikë, jo përfundimin se hosti është në një rrjet lokal të besuar.

Nëse politika e dëshiruar është një domen i brendshëm, përputhni atë domen në vend të çdo emri të shkurtër. dnsDomainIs dhe shExpMatch kanë hyrje dhe semantikë modeli të ndryshme. Një kontroll prapashtese për .example.internal nuk përfshin rrënjën e saktë example.internal; përfshijeni atë rast në mënyrë eksplicite kur synohet. Një model në stil shell nuk është nënrrjet IP ose shprehje e rregullt.

Krahasoni rezultatin e script-it për emrin e shkurtër, emrin plotësisht të kualifikuar, një host publik të palidhur dhe çdo rrënjë domeni të synuar. Kjo teston zgjedhjen e rregullave pa u lidhur me proxy-n. Inspektoni rregullin e parë që kthen rezultat kur një degë e gjerë DIRECT pengon të provohet një endpoint që përndryshe do të ishte i arritshëm.

Përdorni krahasimin e emrave kur ai shpreh politikën; ndihmësit DNS shtojnë kërkimet dhe vonesën e tyre. Mbani anashkalimin lokal të nënkuptuar të shfletuesit të ndarë nga script-i. Një kontroll localhost nuk mund të zëvendësojë shkrimin e vërtetë të destinacionit publik ose të brendshëm.

Artikuj të ngjashëm