Почему разные прокси-чекеры показывают разные результаты

Короткий ответ

Два прокси-чекера могут показывать разные результаты, даже если вы указали один и тот же адрес шлюза. Они могут отправлять запросы к разным сайтам, из разных регионов и в разное время, измерять разные этапы соединения и брать сведения об IP из разных баз. Кроме того, одинаковый адрес входа в прокси-сеть не всегда означает одинаковый выходной IP.

Начните сравнение с выходного IP и условий проверки. Если адреса различаются, сначала выясните, какой маршрут прошел каждый запрос. Если адрес один и тот же, сравнивайте уже конкретные поля: статус, страну, анонимность и время ответа. Расхождение в одном из них само по себе не доказывает неисправность прокси.

Главное

• Адрес и порт, введенные в форму, могут обозначать шлюз; сайт назначения видит выходной IP, который при определенной схеме работы может отличаться.
• Метка «работает» относится к проверке, которую выполнил конкретный сервис, и не гарантирует ответ от любого другого сайта.
• Страна и город по IP – оценки из базы данных. Разные базы или даты их обновления могут дать разные значения для одного адреса.
• «Анонимность» зависит от того, какие признаки ищет чекер и как он называет свои категории.
• Сравнивать время ответа стоит, только если известно, что измерял каждый чекер и в каких условиях.

Почему чекеры могут видеть разные выходные IP?

Чекеры могут увидеть разные выходные IP из-за ротации или разных маршрутов запросов. У статического прокси совпадение выхода обычно проще установить по показанному адресу. У шлюза с ротацией два обращения могут получить разные выходные узлы. Тогда чекеры описывают разные IP, хотя введенные вами адрес, порт и учетные данные одинаковы.

Проверьте и настройки приложения, через которое отправляете запрос. Один сервис может тестировать прокси на своем сервере по введенным параметрам, а другой показывать IP вашего браузера. Браузер, скрипт и системные настройки не обязаны использовать один маршрут. Правило обхода прокси для отдельного домена тоже может отправить запрос напрямую. Сначала выясните, чей запрос проверял каждый инструмент: вашего браузера или собственного сервера.

Почему один чекер пишет «работает», а другой – «не работает»?

Чекеры могут по-разному определять успешную проверку. Один сервис считает успехом подключение к прокси, второй ждет ответ от своего контрольного сайта, третий дополнительно проверяет содержание ответа. Различаются и тайм-ауты. Поэтому два статуса не обязательно описывают одну и ту же неисправность.

Имеет значение и цель запроса. Прокси может установить соединение и получить ответ от одного адреса, но не завершить запрос к другому. Ошибка может возникнуть при подключении к шлюзу, при аутентификации, при соединении с целью или уже на стороне цели. Сохраните текст ошибки либо HTTP-статус, если чекер его показывает: одного слова «не работает» для вывода недостаточно.

Почему страна одного IP различается?

Если выходной IP одинаков, расхождение по стране или городу чаще относится к данным о нем, а не к смене маршрута. Поставщики геолокации используют собственные источники и обновляют базы по разному графику. Даже актуальная база не устанавливает точное физическое местоположение пользователя или отдельного устройства.

Сначала сравните полный IP, включая версию адреса: IPv4 и IPv6 – разные значения. Затем посмотрите, указан ли источник геоданных и время обновления. При споре о городе разумнее считать его оценкой, чем выбирать один чекер «победителем». Если задача зависит от конкретного сайта, проверьте, какую страну видит именно этот сайт в нужном вам сценарии.

Почему расходятся оценки анонимности и скорости?

Чекеры по-разному оценивают анонимность. Один инструмент может искать заголовки HTTP, другой – сопоставлять видимый IP с введенным адресом, третий использовать собственную классификацию. Например, заголовок X-Forwarded-For может содержать сведения об исходном клиенте, но его наличие и содержимое зависят от цепочки прокси. Сравнивайте наблюдаемый признак, а не только итоговую метку «anonymous» или «elite».

Время ответа тоже зависит от способа измерения. Значение может относиться к установлению соединения, ожиданию первого байта или полному запросу. Расстояние до тестового сервера, адрес цели, нагрузка и повторное использование соединения тоже влияют на число. Без описания методики нельзя делать вывод, что прокси «стал медленнее» только потому, что у второго сервиса больше миллисекунд.

Как сравнить два результата без ложного вывода?

1. Запишите дату, время, введенный адрес и порт, выбранный протокол и место запуска проверки. Учетные данные в заметки и скриншоты не включайте.
2. Уточните тип проверки: сервис отправляет запрос через указанный прокси или показывает соединение текущего браузера? Если это разные действия, не сравнивайте их статусы как одну метрику.
3. Сравните полный выходной IP. Если он разный, проверьте ротацию, правила обхода прокси и фактические настройки клиента. Повторите проверки почти одновременно.
4. Если IP совпадает, посмотрите, откуда взялось каждое спорное значение. Статус может описывать ответ контрольного сайта, страна – запись в базе, а оценка анонимности – результат проверки по правилам сервиса.
5. Для времени выясните, какой этап измерен, какой сайт был целью и где расположен проверяющий сервер. При необходимости выполните несколько повторов в одинаковых условиях.

Условный пример

Вы вводите одни и те же параметры в два сервиса. Оба показывают один выходной IP. Первый пишет «работает, Германия, 0,4 с», второй – «работает, Нидерланды, 0,8 с». По этим данным нет оснований считать, что прокси сменился: адрес совпадает. Страны могли прийти из разных геобаз, а время – отражать разные маршруты или этапы запроса.

Где повторить проверку

Если вы проверяете статический прокси, можно повторить тест в публичном прокси-чекере MangoProxy и записать показанные IP, статус, расположение и время ответа. Страница инструмента указывает, что для резидентских прокси проверка выполняется в личном кабинете. Результат любого чекера сохраняйте вместе с условиями теста: без них число или метка быстро теряют смысл.

Ниже показана проверка статического прокси в MangoProxy. Номерами отмечены формат строки подключения, поле ввода, кнопка запуска, строка результата и фильтры отображения. Пояснения к отметкам приведены под изображением.

Словарь

Выходной IP – адрес, который видит принимающий запрос сайт после прохождения трафика через прокси.

Шлюз прокси – адрес входа, к которому подключается клиент; за ним может находиться другой выходной узел.

Геолокация IP – оценка местоположения адреса по данным соответствующего поставщика.

Тайм-аут – предел времени, после которого клиент или проверяющий сервис прекращает ожидание определенного этапа запроса.

Итог

Сравнивать отчеты стоит в два прохода. Сначала убедитесь, что оба чекера проверили один выходной IP и сопоставимый запрос. Затем разбирайте расхождение конкретного поля с учетом источника данных и метода измерения. Если важна работа с определенным сайтом, решающей будет отдельная проверка этого сайта из того же приложения и с теми же настройками.

Часто задаваемые вопросы

Здесь мы ответили на самые часто задаваемые вопросы. Все равно не можешь найти ответа?

Задать вопрос

Что делать, если чекер не раскрывает методику?

Сохраните отчет как результат конкретного сервиса. Без описания таймера и критериев нельзя напрямую сравнивать его цифры и метки с чужими.

Что приложить к обращению в поддержку?

Укажите время проверки, адрес шлюза и порт, протокол, показанный выходной IP и подробный текст ошибки. Добавьте, откуда запускался тест и к какому сайту обращались, если это известно. Логин и пароль в отчет не включайте.