Mankanta PAC-dosiero povas ŝanĝi vian eligan IP
Se retumilo ne povas akiri sian prokuran skripton, ĝia rezerva konduto povas malsami de la reguloj DIRECT en sukcese ŝargita skripto.
Forigi ĉiun DIRECT-branĉon el PAC-dosiero ne nepre regas tion, kion la retumilo faras kiam ĝi tute ne povas akiri la dosieron.
| Punkto de malsukceso | Rilata politiko |
|---|---|
| Ŝargita skripto elektas inter la redonitaj prokuriloj | ordigita kandidatlisto, inkluzive de ajna eksplicita opcio DIRECT. |
| La retumilo ne povas akiri uzeblan skripton | La agorda rezervo de la kliento, inkluzive de ajna uzebla kaŝmemoro aŭ permana alternativo. |
Chromium dokumentas sekvan agordon post malsukcesa PAC-akiro: permana prokurilo sur subtenataj platformoj, aŭ rekta aliro. Deviga PAC-agordo malhelpas ĝian dokumentitan rektan rezervon kiam ĝi estas agordita per subtenata mekanismo. Tio ne difinas ĉiun situacion de retumilo, platformo aŭ kaŝmemorigita skripto.
Por neatendita rekta eliro, konservu la klienton/version kaj la efikan administritan aŭ etendan politikon kune kun la PAC-URL, la akirrezulto, observita eliro kaj la tempo de la retŝanĝo. Notu ĉu ekzistis kaŝmemorigita skripto aŭ permana prokurilo. Parigu prokurajn protokolojn kun la enkursigaj pruvoj de la kliento; prokurilo ne povas protokoli peton, kiu neniam atingis ĝin.
Organizo postulanta aprobitan eliron devas akordigi la retumilan politikon kun la retalira politiko. Skripto, kiu kutime redonas la ĝustan finpunkton, ne povas sola garantii la saman vojon dum ĝia livera servilo estas neatingebla.