Porównaj dokładny IP podany przez tę samą usługę sprawdzającą przed zmianą i po niej. Zachowanie zalogowania, języka lub regionu witryny nie dowodzi, że publiczny IP się nie zmienił.

  1. Wyślij nowe żądanie w skonfigurowanym profilu. Odśwież stronę sprawdzającą lub użyj jej przycisku odświeżania i znacznika czasu żądania. Wynik curl albo innej przeglądarki nie opisuje tego profilu.
  2. Potwierdź aktywną konfigurację. Firefox używa adresu tylko w odpowiednim trybie ręcznym; tryby systemowy, automatyczny i bez proxy wybierają inaczej. W Chrome sprawdź proxy systemowe lub flagi rzeczywiście uruchomionego profilu. Uruchomienie może ponownie użyć istniejącego procesu; nowy osobny katalog danych użytkownika ułatwia odrębny test oparty na flagach. Jeśli ustawieniami steruje rozszerzenie, sprawdź je.
  3. Sprawdź wyjątki dla testowego URL. Ręczne pomijanie, wyniki PAC i wyjątki systemowe mogą zostawić jeden cel na połączeniu bezpośrednim. Nie testuj na localhost: Chrome domyślnie pomija proxy dla pętli zwrotnej i niektórych lokalnych adresów.
  4. Porównuj właściwe adresy. Skonfigurowany punkt nasłuchu i wyjście obserwowane przez cel mogą się różnić. Jeśli zgłoszony adres zmienił się względem wyniku bezpośredniego, ale różni się od wpisu na liście, proxy nadal może działać.

Jeśli wyniki bezpośrednie i przez proxy pozostają identyczne, wypróbuj inny punkt końcowy z tym samym protokołem od swojej usługi lub z listy darmowych serwerów proxy i poszukaj w śladzie klienta próby dotarcia do wybranego proxy. W Chrome zapis NetLog pozwala prześledzić trasę tego żądania. Nowe żądanie działające mimo niedostępnego proxy to powód do zbadania bezpośredniego routingu lub ścieżki zapasowej, zamiast ciągłego zmieniania adresu.

Powiązane artykuły