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