Uporządkowane przełączanie serwerów proxy w pliku PAC

Wynik PAC rozdzielony średnikami oferuje alternatywne trasy w kolejności:

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

Użyj rzeczywistych punktów końcowych HTTP wymaganych przez politykę. W testach publicznych celów, w których dozwolone są publiczne serwery proxy, lista serwerów proxy HTTP dostarcza kandydatów. Przeglądarka może wypróbować B, gdy jest to właściwe, po niepowodzeniu A. Ruch nie przechodzi przez A, a następnie przez B. Łańcuch wymaga odrębnego wsparcia w kliencie lub na serwerach proxy; łańcuch curl z SOCKS do HTTP jest jednym z obsługiwanych rozwiązań.

Dostępność skryptu i dostępność serwera proxy

Klient musi najpierw uzyskać użyteczny skrypt PAC. Drugi serwer proxy w wartości zwracanej nie pomoże przeglądarce, której nie udało się pobrać skryptu i która nie ma użytecznej kopii w pamięci podręcznej.

Po ocenie przeglądarka wybiera spośród zwróconych tras. Dokumentacja PAC określa uporządkowany format; przeglądarka decyduje, które awarie uruchamiają przełączenie i jak długo pamięta nieudanego kandydata. Błąd HTTP odebrany przez działający serwer proxy nie uruchamia automatycznie innej trasy.

Bezpośrednia alternatywa

Dodanie ; DIRECT pozwala na trasę bez żadnego z dwóch serwerów proxy. Może to odpowiadać polityce roamingu, ale stoi w sprzeczności z wymogiem, aby objęty ruchem zawsze korzystał z zatwierdzonego wyjścia.

W raporcie o awarii zapisz, czy skrypt został pobrany, jego wynik dla objętego adresu URL, oraz alternatywę, którą wypróbowała przeglądarka. Te obserwacje lokalizują awarię między dostarczeniem skryptu, oceną i połączeniem z serwerem proxy.