Një skedar PAC që mungon mund të ndryshojë IP-në tuaj të daljes
Nëse një shfletues nuk mund të marrë skriptin e tij proxy, sjellja e tij rezervë mund të ndryshojë nga rregullat DIRECT brenda një skripti të ngarkuar me sukses.
Heqja e çdo dege DIRECT nga një skedar PAC nuk kontrollon domosdoshmërisht atë që bën shfletuesi kur nuk mund ta marrë fare skedarin.
| Pika e dështimit | Politika përkatëse |
|---|---|
| Një skript i ngarkuar zgjedh midis proxy-ve të kthyer | lista e renditur e kandidatëve, duke përfshirë çdo opsion eksplicit DIRECT. |
| Shfletuesi nuk mund të marrë një skript të përdorshëm | Rezerva e konfigurimit të klientit, duke përfshirë çdo cache të përdorshëm ose alternativë manuale. |
Chromium dokumenton një konfigurim tjetër pas dështimit të marrjes së PAC: një proxy manual në platformat e mbështetura, ose akses i drejtpërdrejtë. Një konfigurim PAC i detyrueshëm parandalon rezervën e tij të dokumentuar të drejtpërdrejtë kur vendoset përmes një mekanizmi të mbështetur. Kjo nuk përcakton çdo situatë shfletuesi, platforme ose skripti të ruajtur në cache.
Për një dalje të drejtpërdrejtë të papritur, mbani klientin/versionin dhe politikën efektive të menaxhuar ose të shtesës së bashku me URL-në e PAC, rezultatin e marrjes, dalje e vërejtur dhe kohën e ndryshimit të rrjetit. Vini re nëse ekzistonte një skript i ruajtur në cache ose një proxy manual. Lidhni regjistrat e proxy-t me provat e rrugëtimit të klientit; një proxy nuk mund të regjistrojë një kërkesë që nuk i ka arritur kurrë.
Një organizatë që kërkon një dalje të miratuar duhet të harmonizojë politikën e shfletuesit me politikën e aksesit në rrjet. Një skript që zakonisht kthen pikën e saktë të fundit nuk mund të garantojë vetëm të njëjtën rrugë përderisa serveri i tij i shpërndarjes është i padisponueshëm.