Как проверить прокси перед работой

Рабочий прокси ещё ничего не гарантирует

Первое, что обычно проверяют у прокси, очень просто: отправляется запрос или нет.

Если ответ пришёл, прокси считается рабочим.

Для первичного отбора этого достаточно. Но такой тест отвечает только на один вопрос:

можно ли вообще установить соединение через этот адрес?

Он ничего не говорит о том, из какой страны вы выйдете, какой IP увидит целевой сайт, насколько велика задержка, поддерживается ли HTTPS, какого типа адрес используется и какие заголовки доходят до сервера.

Представьте две ситуации.

В первом случае прокси отвечает за 200 миллисекунд и выводит нужную страну.

Во втором он тоже отвечает, но запрос к целевому сайту занимает несколько секунд и проходит через адрес в другой стране.

Формально оба прокси работают. Для реальной задачи это совершенно разные результаты.

Поэтому полноценная проверка начинается после того, как прокси перестаёт быть просто «живым».

Проверка №1: GEO

Первое, что стоит узнать, — какой географический адрес вы фактически получаете на выходе.

Важно смотреть не на страну, которая указана в списке прокси, а на то, что определяется по исходящему IP.

Проверка GEO показывает:

• страну;
• регион;
• город;
• часовой пояс.

Это полезно, когда география влияет на работу сайта или сервиса.

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

GEO — это поэтому не декоративное поле в отчёте, а проверка соответствия прокси исходным требованиям.

Проверка №2: задержка

Слово «скорость» часто используют слишком широко.

У соединения через прокси есть несколько разных участков, и задержка на них может отличаться.

Поэтому полезно разделять:

• хост → прокси;
• хост → цель;
• прокси → цель.

Такой подход показывает не только величину задержки, но и где именно она возникает.

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

И наоборот: задержка до прокси может быть выше ожидаемой, а участок от прокси до цели работает нормально.

Одно итоговое число скрывает эту разницу.

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

Проверка №3: URL

Проверка доступности адреса через прокси отвечает уже на практический вопрос:

работает ли этот прокси именно там, где он нужен?

Прокси может принимать соединения и отвечать на базовый тест, но не обеспечивать доступ к конкретному URL.

Поэтому проверять нужно не абстрактную «работоспособность», а нужное направление.

В результате можно получить HTTP-код ответа и увидеть, что целевой ресурс действительно доступен через выбранный прокси.

Это особенно важно, когда прокси используется не сам по себе, а как часть конкретного рабочего сценария.

Проверка №4: внешний IP

Настройка прокси и фактический исходящий адрес — не одно и то же.

Целевой ресурс увидит тот IP, с которого в итоге пришёл запрос. Именно его и нужно проверять.

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

Он также полезен для ситуаций, когда список прокси содержит устаревшие или неверные данные.

Вместо предположения о том, какой адрес должен быть снаружи, вы получаете фактический результат.

Проверка №5: HTTPS

HTTP-прокси может быть вполне рабочим и при этом не подходить для сценария, где требуется HTTPS.

Отдельная проверка показывает, умеет ли прокси туннелировать HTTPS-соединение.

Это важная граница между «прокси отвечает» и «прокси подходит для нужной работы».

Если задача связана с сайтами, API или другими ресурсами, доступными по HTTPS, такая проверка должна быть частью первичного отбора, а не выполняться уже после обнаружения проблемы.

Проверка №6: MITM

Успешный HTTPS-запрос ещё не означает, что трафик проходит без изменения.

При MITM-перехвате посредник находится между клиентом и сервером и устанавливает отдельные соединения по обе стороны. Чтобы клиент доверял такому соединению, на устройстве должна существовать соответствующая цепочка доверия.

В некоторых корпоративных сетях такая схема используется намеренно: организация устанавливает собственный доверенный сертификат и получает возможность инспектировать трафик. Это может быть легитимной частью инфраструктуры.

Поэтому вопрос здесь не в том, «плох ли MITM сам по себе».

Вопрос в другом:

изменяется ли трафик и знаете ли вы об этом?

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

Проверка №7: тип прокси

Один и тот же способ подключения может использовать разные типы IP-адресов.

Proxy Checker определяет, выглядит ли адрес как:

• датацентровый;
• резидентский;
• мобильный.

Это отдельная характеристика от географии и анонимности.

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

Поэтому тип имеет смысл проверять отдельно, а не делать вывод по одной только стране IP.

Проверка №8: анонимность

Прокси может скрывать исходный IP не одинаково хорошо.

При проверке анонимности важен не только итоговый уровень, но и признаки, которые прокси оставляет в HTTP-запросе.

Например, X-Forwarded-For используется для передачи информации об исходном клиентском IP через прокси или промежуточную инфраструктуру. Существует и стандартизированный Forwarded, который может содержать информацию о клиенте, протоколе и прокси.

Поэтому строка «анонимный» сама по себе мало что объясняет.

Гораздо полезнее увидеть конкретные подозрительные заголовки и понять, что именно прокси сообщает о себе и клиенте.

Что в итоге нужно проверять у прокси

Если задача — просто понять, отвечает ли адрес, достаточно базового запроса.

Если прокси собирается использоваться в рабочем контуре, полезно проверить минимум восемь характеристик:

1. GEO — где находится исходящий IP.
2. Задержка — где именно возникает задержка.
3. URL — доступен ли нужный ресурс.
4. Внешний IP — какой адрес реально видит цель.
5. HTTPS — поддерживается ли HTTPS-туннель.
6. MITM — изменяется ли трафик.
7. Тип — датацентровый, резидентский или мобильный.
8. Анонимность — какой уровень и какие заголовки выдаёт прокси.

Такой набор уже отвечает не на вопрос «живой ли прокси?», а на вопрос «подходит ли этот прокси для моей задачи?»

Как проверять большой список

Когда прокси один, можно открыть несколько сервисов и проверить его вручную.

Когда адресов десятки или сотни, подход меняется.

Вместо отдельных проверок удобнее прогнать весь список через один набор тестов и получить одинаковые данные для каждого адреса.

Proxy Checker позволяет проверить до 1000 прокси за один запуск без регистрации. Результат каждой проверки сохраняется в отчёте, который можно скачать в TXT или JSON.

Это позволяет быстро отфильтровать список не по одному критерию «работает», а по тем параметрам, которые действительно важны для дальнейшего использования.

FAQ