Od wyniku testu PAC do rzeczywistej trasy przeglądarki
Oddziel trasę zwracaną przez funkcję PAC od dostarczenia pliku, przejęcia przez przeglądarkę, osiągalności serwera proxy i końcowej ścieżki żądania.
Tester PAC zwraca PROXY proxy.example:8080. Przydatny wynik. Zanim jednak konfiguracja przeglądarki zostanie uznana za zweryfikowaną, pozostaje kilka pytań.
| Pytanie | Co zbadać |
|---|---|
| Co zwraca ten skrypt dla tego wejścia? | Ewaluator, URL wejściowy i wyniki funkcji pomocniczych |
| Czy przeglądarka pobrała tę kopię? | Skonfigurowany URL PAC oraz dowody dostarczenia lub pamięci podręcznej |
| Czy przeglądarka użyła zwróconej trasy? | Diagnostykę przeglądarki dotyczącą wyboru proxy i połączenia |
| Czy ta trasa mogła przenieść żądanie? | Połączenie wybranego punktu końcowego i wymianę z serwerem proxy |
Narzędzie takie jak pacparser ocenia logikę PAC własnymi obsługiwanymi funkcjami pomocniczymi. Nie uruchamia całego mechanizmu docelowej przeglądarki dotyczącego wykrywania konfiguracji, zasad, pamięci podręcznej i połączenia.
Utrzymuj porównywalne dane wejściowe. Inny schemat URL, inna pisownia nazwy hosta, inna odpowiedź DNS lub podany adres klienta mogą zmienić prawidłowy wynik. Test w innej sieci może uruchomić inną gałąź bez żadnego błędu w skrypcie.
Zasady przeglądarki mogą też wybrać inny URL PAC lub stały serwer proxy. Edycja pliku na dysku nie dowodzi, że przeglądarka pobrała go ponownie. W Chrome odświeżenie PAC różni się od czyszczenia zapamiętanych złych serwerów proxy. Zapisz dokładną wersję pliku i istotne ustawienia konsumenta razem z wynikiem.
Użyj oceny offline, aby zawęzić problem logiczny. Użyj diagnostyki rzeczywistego klienta, aby ustalić przejęcie i trasowanie. Jeśli wynik skryptu jest poprawny, ale serwer proxy nie widzi transakcji, zbadaj tę lukę, zanim przepiszesz działającą regułę.