Сравните точный IP, сообщённый одним и тем же сервисом проверки до и после изменения. Сохранение авторизации, языка или региона сайта не доказывает, что публичный IP остался прежним.

  1. Сделайте новый запрос в настроенном профиле. Перезагрузите страницу проверки либо используйте её обновление и метку времени запроса. Результат curl или другого браузера не описывает этот профиль.
  2. Убедитесь, какая конфигурация активна. В Firefox адрес используется только в соответствующем ручном режиме; системный, автоматический режимы и режим без прокси выбирают иначе. В Chrome проверьте системный прокси или флаги реально работающего профиля. Запуск может использовать уже существующий процесс; новый отдельный каталог пользовательских данных делает независимую проверку с флагами понятнее. Если настройками управляет расширение, проверьте его.
  3. Проверьте исключения для тестового URL. Ручной обход, результаты PAC и системные исключения могут оставить конкретный адрес на прямом соединении. Не используйте localhost для проверки: Chrome неявно обходит прокси для обратной петли и некоторых локальных адресов.
  4. Сравнивайте нужные адреса. Настроенный слушающий узел и выход, наблюдаемый целевым сервером, могут различаться. Если сообщённый адрес изменился относительно прямого подключения, но отличается от записи списка, прокси всё равно может работать.

Если прямой и проксированный результаты остаются одинаковыми, попробуйте другой узел с тем же протоколом у своего сервиса или из списка бесплатных прокси и найдите в трассировке клиента попытку обратиться к выбранному прокси. В Chrome запись NetLog позволяет проследить маршрут этого запроса. Если новый запрос работает при недоступном прокси, следует исследовать прямую маршрутизацию или резервный путь, а не многократно менять адрес.

Похожие статьи