Egy PAC-szabály a rövid nevekre megkerülheti a proxy-t

Értsd meg, miért választhat különböző útvonalat egy pont nélküli hosztnév és teljesen minősített alakja ugyanabban a PAC-szkriptben.

A PAC-szkript a hosztnevet az URL-ből kapja. A dashboard nem válik automatikusan dashboard.example.internal-gyé az egyeztetés előtt:

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

Valódi HTTP-végpontot használj a dokumentációs cím helyett; a HTTP proxy lista jelölteket ad a nyilvános célállomás felé irányuló tesztekhez, ahol ez az útvonal engedélyezett. Ebben a szkriptben a rövid név szándékosan DIRECT-t ad vissza; a teljesen minősített név a proxy ágra jut. A „Plain hostname” pont nélküli írásmódot jelent, nem annak megállapítását, hogy a hoszt megbízható helyi hálózaton van.

Ha a kívánt szabályzat egyetlen belső domain, akkor ahhoz a domainhez illeszkedj minden rövid név helyett. A dnsDomainIs és a shExpMatch bemenete és mintaszemantikája eltér. A .example.internal utótag-ellenőrzése nem tartalmazza a pontos example.internal gyökeret; amikor ez a szándék, azt az esetet kifejezetten vedd bele. A shell-stílusú minta nem IP-alhálózat és nem reguláris kifejezés.

Hasonlítsd össze a szkript eredményét a rövid névre, a teljesen minősített névre, egy független nyilvános hosztra és bármely kívánt domain-gyökérre. Ez a szabályválasztást teszteli a proxy-hoz való csatlakozás nélkül. Vizsgáld meg az első visszatérő szabályt, amikor egy széles DIRECT ág megakadályozza egy egyébként elérhető végpont kipróbálását.

Név-összehasonlítást használj, amikor az fejezi ki a szabályzatot; a DNS-segédek saját lekérdezéseket és késleltetést adnak hozzá. A böngésző implicit helyi megkerülését is tartsd külön a szkripttől. A localhost-ellenőrzés nem helyettesítheti a valódi nyilvános vagy belső cél írásmódját.

Kapcsolódó cikkek