Failover i renditur i proxy-ve në një skedar PAC

Një rezultat PAC i ndarë me pikëpresje ofron rrugë alternative sipas radhës:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

Përdorni pikat fundore HTTP aktuale që kërkon politika. Për testet e destinacioneve publike ku lejohen proxy publike, lista e proxy-ve HTTP ofron kandidatë. Shfletuesi mund të provojë B kur është e përshtatshme pasi A dështon. Trafiku nuk kalon përmes A dhe më pas B. Një zinxhir kërkon mbështetje të veçantë në klient ose në serverët proxy; zinxhiri SOCKS-në-HTTP i curl është një rregullim i mbështetur.

Disponueshmëria e skriptit dhe e proxy-t

Klienti duhet së pari të marrë një skript PAC të përdorshëm. Një proxy i dytë në vlerën e kthimit nuk mund të ndihmojë një shfletues që dështoi të shkarkojë skriptin dhe nuk ka një kopje të përdorshme në cache.

Pas vlerësimit, shfletuesi zgjedh midis rrugëve të kthyera. Referenca PAC përcakton formatin e renditur; shfletuesi përcakton cilat dështime shkaktojnë kalimin dhe sa kohë mban mend një kandidat të dështuar. Një gabim HTTP i marrë përmes një proxy-je funksionale nuk shkakton automatikisht një rrugë tjetër.

Një alternativë e drejtpërdrejtë

Shtimi i ; DIRECT lejon një rrugë pa asnjë nga dy proxy-t. Kjo mund t'i përshtatet një politike roaming-u, por bie ndesh me kërkesën që trafiku i prekur të përdorë gjithmonë një dalje të miratuar.

Për një raport ndërprerjeje, shënoni nëse skripti u mor, rezultatin e tij për URL-në e prekur, dhe alternativën që provoi shfletuesi. Ato vëzhgime lokalizojnë dështimin midis dorëzimit të skriptit, vlerësimit dhe lidhjes me proxy-n.