Как проверить, работает ли прокси (и почему он перестает работать)

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

Почему прокси перестают работать

Бесплатные прокси обычно работают на общей, неуправляемой или перепрофилированной инфраструктуре без каких-либо соглашений об уровне обслуживания, поэтому есть несколько обычных причин, по которым работающий прокси может умереть:

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

Ничто из этого не означает, что бесплатные прокси в целом ненадежны — это значит, что каждый отдельный прокси имеет ограниченный и непредсказуемый срок службы, именно поэтому список на этом сайте обновляется каждые 15 минут, а не показывает статический снимок.

Признаки того, что прокси не работает

Прежде чем обращаться к специализированному чекеру, стоит выделить несколько симптомов:

• Страницы зависают по таймауту или вообще не загружаются через прокси.
• Соединения сбрасываются мгновенно, а не зависают по таймауту.
• Ответ приходит, но совсем не похоже, что он прошел через прокси (ваш реальный IP-адрес виден).
• Он работает с перебоями — то подключается, то нет — что обычно указывает на перегруженный, а не полностью мертвый сервер.
• Запросы проходят, но возвращаются необычно медленно по сравнению с обычным серфингом, что говорит о высокой нагрузке на сервер от других пользователей.

Что на самом деле измеряют аптайм и время отклика

В списке прокси на этом сайте каждый элемент отображает две метрики в реальном времени, которые стоит понять перед их использованием. Аптайм — это процент недавних проверок, во время которых прокси успешно ответил: прокси с показателем 90% в последнее время был надежен, в то время как прокси с 20% давал сбои гораздо чаще, чем отвечал успехом. Время отклика — это время в миллисекундах, за которое прошло последнее успешное подключение (чем меньше, тем быстрее). Сортировка по умолчанию «Самый быстрый отклик» не просто гонится за минимальным пингом: она сначала группирует прокси со здоровым аптаймом (зеленые или желтые) впереди ненадежных, и только потом сортирует по скорости внутри этой группы, поскольку молниеносный прокси, который сбоит в половине случаев, на самом деле не является хорошим выбором.

Как проверить прокси вручную

Самый простой ручной тест — это настройка прокси в вашем браузере (см. Как настроить прокси на ПК и мобильных устройствах) и посещение сайта для проверки IP — если отображаемые местоположение и IP соответствуют прокси, а не вашему соединению, значит, он работает. Это отлично подходит для проверки одного прокси, но это медленно и полностью вручную, если вам нужно протестировать больше одного-двух, и это не дает показателя времени отклика для сравнения кандидатов.

Как проверить прокси массово с помощью чекера прокси

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

Как им пользоваться: вставьте ваши прокси (по одному на строку), выберите, являются ли они HTTP, HTTPS, SOCKS4 или SOCKS5, выберите формат, соответствующий вашему списку (обычный host:port или один из форматов с учетными данными вроде host:port:username:password), и нажмите «Проверить прокси». Каждый из них проверяется реальным подключением к живому эндпоинту, а не просто пингом или проверкой открытого порта — что важно, поскольку порт прокси технически может быть открыт, в то время как сам прокси настроен неправильно или отказывается реально перенаправлять трафик.

Понимание результатов

Каждый проверенный прокси возвращается в одном из двух состояний:

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

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

Автоматизация повторных проверок

Если вы регулярно работаете с одной и той же ротацией прокси, проверять их по одному в браузере быстро надоедает — и даже веб-чекер прокси требует ручного захода каждый раз. Для рабочего процесса, которому требуется проверка прокси по расписанию (например, перед каждым запуском парсера), та же идея применима программно: отправьте реальный запрос через каждый прокси на известный эндпоинт с коротким таймаутом и рассматривайте успешный ответ как «рабочий», а таймаут или ошибку как «неработающий». Большинство библиотек HTTP-клиентов (на любом языке программирования, который вы используете для автоматизации) поддерживают маршрутизацию запроса напрямую через прокси, что позволяет легко написать небольшой скрипт, проверяющий пакет и оставляющий только те, которые ответили — ровно ту же логику, что выполняет инструмент чекера прокси, просто встроенную в ваш собственный конвейер, а не в браузер.

Быстрые ответы на частые вопросы

Почему чекер говорит, что прокси мертв, хотя я все еще могу через него серфить?

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

Может ли прокси быть «рабочим», но при этом небезопасным для использования?

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

Гарантирует ли быстрое время отклика хороший прокси?

Само по себе — нет. Прокси может быть быстрым, но ненадежным (низкий аптайм) или быстрым, но географически неподходящим для ваших нужд. Проверяйте время отклика вместе с аптаймом и местоположением в комплексе, а не изолированно.

Как часто мне следует перепроверять используемый на регулярной основе прокси?

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

Стоит ли пробовать мертвый прокси позже?

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

Замедляет ли чекер прокси или влияет ли на него как-то?

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

Лучшие практики для надежных результатов

1. Перепроверяйте перед каждой сессией, а не только один раз. Статус прокси может измениться за считанные минуты, поэтому фраза «он работал раньше» не является гарантией.
2. Тестируйте в том же пакете, который планируете использовать. Если вы ротируете несколько прокси для задачи, проверяйте их все вместе непосредственно перед началом, вместо того чтобы полагаться на старую проверку.
3. Держите больше кандидатов, чем вам нужно. Если для задачи требуется 3 работающих прокси, проверьте 6–8 — некоторые неизбежно окажутся мертвыми, особенно из бесплатного списка.
4. Точно подбирайте формат под ваш список. Ошибка парсинга (выбор неверного формата) покажет каждый прокси недействительным, даже если с ними всё в полном порядке — дважды проверьте, что выпадающий список формата совпадает со структурой вашего списка.
5. Не доверяйте чрезмерно одной проверке. Только что прошедший проверку прокси может дать сбой спустя мгновения при реальном использовании, особенно если нагрузка выше, чем у быстрого запроса проверки — воспринимайте статус «рабочий» как «доступный в данный момент», а не как пожизненную гарантию.

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