• DE Deutsch
  • US English
  • ES Español
  • FR Français
  • ID Bahasa Indonesia
  • PL Polski
  • PT Português
  • UA Українська
  • CN 简体中文
Эта страница переведена не на все языки
Войти Мой аккаунт
Инструкции и помощь

Коды ошибок при проверке прокси Прокси-чекером OnlineProxy

  • 24 февраля 2026 г.
  • 5 минут

Прокси-чекер OnlineProxy при проверке прокси проходит несколько этапов: разбирает введённые данные, пытается резолвить домен, подключается по TCP, при необходимости устанавливает TLS, затем проверяет работу протокола (HTTP/SOCKS) и доступ к целевому сайту. На любом шаге могут возникнуть коды ошибок ниже — они помогают быстро понять, где именно проблема: в формате прокси, сети, авторизации, протоколе или в блокировках.


  • INVALID_PROXY_FORMAT — Введён прокси в неверном виде. Например, пропущен порт или лишние символы. Технически: строка не соответствует шаблону host:port или user:pass@host:port, порт вне диапазона. Список поддерживаеых форматов смотрите ниже.
    DNS_RESOLUTION_FAILED — Не удаётся найти адрес сервера прокси по имени. Обычно домен написан с ошибкой или больше не существует. Технически: DNS возвращает NXDOMAIN, SERVFAIL или пустой результат.

  • DNS_TIMEOUT — DNS «думает» слишком долго и не отвечает. Такое бывает из-за проблем у провайдера или перегруженного резолвера. Технически: превышен таймаут DNS-запроса (UDP/TCP) при резолвинге хоста.

  • DNS_RESOLVED_PRIVATE_IP — Домен прокси ведёт на внутренний IP, который не должен быть виден из интернета. Часто это признак подмены или неверной настройки. Технически: DNS резолвит в private/loopback диапазоны 10., 172.16–31., 192.168., 127. или ::1.

  • TCP_REFUSED — Сервер отклонил подключение, как будто порт закрыт. Чаще всего сервис не запущен или доступ запрещён. Технически: TCP соединение получает RST сразу после SYN (Connection refused).

  • TCP_TIMEOUT — Подключиться не получилось, потому что никто не ответил. Такое бывает при фильтрации, «глухом» фаерволе или неверном IP. Технически: TCP handshake не завершился за отведённое время (SYN без ответа).

  • TCP_RESET — Соединение оборвали уже в процессе работы. Иногда это делает фаервол, иногда сам прокси при перегрузке. Технически: получен TCP RST во время установленной сессии.

  • TLS_HANDSHAKE_FAILED — HTTPS не удалось «пожать руку» и договориться о шифровании. Причина может быть в настройках прокси или в подмене трафика. Технически: ошибка TLS handshake из-за сертификата, наборов шифров, SNI/ALPN или неожиданных данных.

  • TLS_TIMEOUT — Шифрование не стартовало вовремя, соединение зависло на начале HTTPS. Часто это нестабильная сеть или перегруженный узел. Технически: таймаут этапов ClientHello/ServerHello/Finished.

  • SOCKS_UNSUPPORTED_VERSION — Прокси не понимает нужную версию SOCKS. Вы подключаетесь как SOCKS5, а на порту может быть другой сервис. Технически: сервер отвечает неверным VER или не поддерживает SOCKS4/5.

  • SOCKS_NO_ACCEPTABLE_AUTH — Прокси не принял предложенные способы авторизации. Обычно он требует другой метод или настроен иначе. Технически: SOCKS5 выбирает 0xFF (no acceptable methods) или отклоняет набор методов.

  • SOCKS_AUTH_FAILED — Авторизация не прошла, логин или пароль неверные. Иногда пароль правильный, но аккаунт заблокирован. Технически: SOCKS5 username/password возвращает статус failure.

  • SOCKS_MALFORMED_REPLY — Прокси отвечает «кривыми» данными, которые нельзя разобрать. Такое бывает при нестандартных реализациях или при порче трафика. Технически: некорректные поля REP/ATYP/LEN, обрезанный или неверно сформированный ответ.

  • SOCKS_FAKE_SUCCESS — Прокси делает вид, что всё подключилось, но дальше ничего не работает. Это выглядит как «успех без трафика». Технически: SOCKS REP=0, однако последующие чтения пустые или соединение до цели не устанавливается.

  • HTTP_PROXY_AUTH_REQUIRED — Прокси требует логин и пароль. Без них он не пропустит запросы. Технически: получен ответ 407 Proxy Authentication Required и заголовок Proxy-Authenticate.

  • HTTP_PROXY_FORBIDDEN — Прокси запретил доступ. Причина может быть в IP-ограничениях, тарифе, гео или правилах доступа. Технически: ответы 403/401 либо блок по ACL, лимитам или политике провайдера.

  • HTTP_PROXY_PROTOCOL_ERROR — Прокси ведёт себя не как HTTP-прокси: отдаёт странный ответ или ломает формат. Часто так бывает, когда на порту вообще не HTTP. Технически: некорректная реакция на CONNECT/GET, неправильная строка статуса или заголовки.

  • HTTP_HTML_ERROR_PAGE — Вместо нормального ответа прокси пришла HTML-страница с ошибкой, капчей или «доступ запрещён». Это часто признак подмены или фильтрации. Технически: получен HTML-текст там, где ожидался прокси-ответ.

  • TARGET_UNREACHABLE — Через прокси невозможно добраться до нужного сайта. Прокси может быть без выхода в интернет или с битым маршрутом. Технически: ошибка соединения до target, ICMP unreachable, сбой CONNECT или отсутствие маршрута.

  • TARGET_TIMEOUT — Сайт не ответил вовремя при работе через прокси. Либо сайт медленный, либо прокси нестабилен. Технически: превышен таймаут connect/read до целевого хоста через прокси.

  • TARGET_BLOCKED — Доступ к сайту заблокирован именно на стороне прокси. Это может быть фильтр доменов или контент-политика. Технически: deny-лист, SNI/URL фильтрация, ответы вроде 403/451 или страница блокировки.

  • NO_FIRST_BYTE — Соединение вроде установилось, но ответ так и не начался. Ощущается как «висит пусто». Технически: не получен ни один байт в ответ, TTFB превышает лимит.

  • PARTIAL_RESPONSE — Ответ пришёл не полностью и оборвался на середине. Из-за этого страница или данные повреждены. Технически: закрытие соединения до конца тела, несоответствие Content-Length или ошибки chunked.

  • READ_TIMEOUT — Данные перестали приходить, и ожидание затянулось. Иногда первые байты есть, но дальше «тишина». Технически: таймаут чтения сокета после установления соединения (idle read timeout).

  • IP_MISMATCH — Выходной IP оказался не тем, что ожидали. Например, не тот город или не тот пул. Технически: фактический egress IP отличается от заявленного по настройкам, заказу или локации.

  • TRANSPARENT_PROXY — Прокси слишком «палится» и не выглядит как обычный клиент. Он может добавлять служебные заголовки или менять запросы. Технически: наличие Via, X-Forwarded-For, изменения заголовков и поведенческие признаки прозрачного прокси.

  • INCONSISTENT_IDENTITY — Прокси ведёт себя непоследовательно: сегодня одна «личность», завтра другая. Это повышает риск блокировок. Технически: скачут IP, ASN, гео, TLS/HTTP сигнатуры или параметры сессии.

  • HIGH_JITTER — Связь нестабильная: задержка постоянно скачет. Для ботов и API это часто хуже, чем просто медленно. Технически: высокая вариативность RTT, заметный jitter по серии измерений.

  • SLOW_PROXY — Прокси работает слишком медленно. Страницы грузятся долго, запросы «тянутся». Технически: высокий RTT, низкая пропускная способность, плохие показатели download/upload и задержек.

  • FLAPPING_PROXY — Прокси то работает, то падает. Проверка может показывать успех через раз. Технически: интермиттирующие ошибки, чередование успешных запросов с таймаутами, ресетами и отказами.

  • CHECK_TIMEOUT — Вся проверка не уложилась во время. Иногда прокси почти рабочий, но один из этапов тормозит. Технически: превышен общий таймаут сценария (DNS, TCP, TLS, HTTP) или лимит попыток.

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


Список поддерживаеых форматов Proxy Connection String в прокси-чекере OnlineProxy

  • IP:PORT
  • HOST:PORT
  • LOGIN@HOST:PORT
  • LOGIN:PASSWORD@IP:PORT
  • LOGIN:PASSWORD@HOST:PORT
  • IP:PORT:LOGIN:PASSWORD
  • HOST:PORT:LOGIN:PASSWORD
  • IP:PORT@LOGIN:PASSWORD
  • HOST:PORT@LOGIN:PASSWORD
  • LOGIN:PASSWORD:IP:PORT
  • http://IP:PORT
  • http://LOGIN:PASSWORD@IP:PORT
  • socks4://IP:PORT
  • socks4://LOGIN:PASSWORD@IP:PORT
  • socks5://IP:PORT
  • socks5://LOGIN:PASSWORD@IP:PORT
  • LOGIN-part1-part2-partN:PASSWORD@HOST:PORT