Chrome-k file:// URL gisa emandako PAC script bat erabili ezin badu, egiaztatu bidalketa-bide hori script-a berridatzi aurretik. Kokaleku bat kargatzeko hutsak ez du frogatzen PAC bideratzea onartzen ez denik.

Chrome-ren proxy APIak pac_script modua du, script URL edo datu integratuak bateragarria den luzapen-interfazearen bidez eskuragarri. Sistema eragilearen ezarpenen bidez emandako tokiko fitxategia script-a bidaltzeko modu jakin bat baino ez da.

Jarraitu script-a nabigatzailera arte

Zehaztu zer kontrolatzen duen kaltetutako nabigatzaileak: sistema-ezarpenak, kudeatutako politika, komando-lerroaren konfigurazioa edo luzapen bat. macOS ezarpenetan agertzen den balioak ez du frogatzen Chrome-k script hori eskuratu eta ebaluatu zuenik.

Bereizi ukatutako edo irisgarri ez den script kokalekua ebaluazio-errore batetik, eta biak baliozko script batek itzultzen duen proxy-ra konektatzeko huts egitetik. SOCKS ataka garrantzitsua da nabigatzaileak bide hori aukeratu ondoren soilik.

Banatu kudeatutako PAC bat helburuko bezeroek onartzen duten mekanismo onartu baten bidez. HTTP edo HTTPS bidezko bidalketa URL bat irisgarria izan behar da deskribatzen duen proxy-a erabilgarri ez dagoenean ere. Luzapenak emandako datu integratuekin, jatorrizko fitxategia aldatzeak ez du automatikoki eguneratzen kopiatutako script-a. Abiaraztean politika lokal txiki bat egiteko, sartu script-a data URL batean beste bidalketa-bide gisa.

Barneko PAC batek ostalari-izen pribatuak eta bideratze-arauak izan ditzake. Mantendu onartutako bidalketa-zerbitzu batean, ez mugitu edozein hosting publikora tokiko fitxategi arazo bat konpontzeko.

Erlazionatutako artikuluak