Pliki PAC: kiedy żądanie używa proxy, a kiedy łączy się bezpośrednio
Czytaj wynik PAC jako decyzję o trasie do konkretnego celu, uwzględniając wpływ zapasowego DIRECT na widoczny adres wyjściowy.
Strona sprawdzająca IP może pokazać bezpośredni adres, choć plik PAC poprawnie kieruje inną witrynę przez proxy. Sprawdź, która gałąź dotyczy samej strony sprawdzającej IP:
function FindProxyForURL(url, host) {
if (host === "example.com") {
return "PROXY 203.0.113.10:8080; DIRECT";
}
return "DIRECT";
}Skrypt oferuje example.com proxy HTTP, a następnie DIRECT. Wszystkie inne hosty są jawnie bezpośrednie, więc sprawdzanie IP na innej domenie nigdy nie testuje gałęzi proxy. Przed użyciem zastąp dokumentacyjny punkt końcowy zamierzonym proxy HTTP; lista proxy HTTP daje kandydatów, gdy publiczne proxy pasują do polityki.
Średniki rozdzielają kandydatów tras. DIRECT pozwala łączyć się bez proxy; po wybraniu cel może zobaczyć wyjście tej bezpośredniej trasy. Polityka obowiązkowego proxy nie może opierać się na regule, która celowo dopuszcza taki wariant zapasowy przy niedostępnym proxy.
Przeglądarka decyduje, jak obsługiwać błędy kandydatów, i może pamiętać nieudane proxy. Błąd HTTP witryny nie jest automatycznie tym samym co nieosiągalne proxy. Sam pierwszy kandydat skryptu nie dowodzi więc użytej trasy.
PROXY IP:port wskazuje zwykły punkt nasłuchowy HTTP. Może przenosić HTTPS przez CONNECT, jeśli go obsługuje; osobny punkt nie jest potrzebny tylko dlatego, że witryna jest HTTPS. Używaj wyłącznie danych URL podanych przez przeglądarkę: ścieżka i część zapytania HTTPS mogą zostać usunięte przed oceną PAC.
Oceń wynik dla zamierzonego celu, a potem wykonaj nowe żądanie objęte tą samą regułą. Przed wyborem naprawy odróżnij złe dopasowanie, nieosiągalny punkt końcowy i dozwoloną bezpośrednią trasę zapasową.