Открываете Facebook Ads через прокси, а вместо кабинета — белый экран с кодом 502. Или парсер Wildberries внезапно начинает сыпать ошибками 503 каждые пять минут. Первая мысль — прокси сломались, пора менять пул. Но в половине случаев проблема вовсе не в прокси, а на стороне сайта, и смена IP ничего не исправит. Разберёмся, как за несколько минут точно определить источник проблемы и не тратить время на перебор рабочих прокси.
Что означают коды 502 и 503
Прежде чем винить прокси, стоит понимать, что эти коды сообщает сам протокол HTTP, и они описывают проблему на стороне сервера, к которому вы обращаетесь, а не на стороне клиента. 502 Bad Gateway означает, что промежуточный сервер (например, балансировщик нагрузки или CDN вроде Cloudflare) получил некорректный ответ от вышестоящего сервера. Проще говоря — звено в цепочке между вами и конечным приложением сломалось или перегружено.
503 Service Unavailable сообщает, что сервер временно не может обработать запрос — чаще всего из-за перегрузки, технических работ или срабатывания защиты от ботов. Важный нюанс: 503 — это именно временная недоступность, сервер жив, просто не готов отвечать прямо сейчас.
Казалось бы, оба кода явно говорят «проблема на сервере». Но когда вы используете прокси, картина усложняется: прокси-сервер сам может выступать тем самым «промежуточным звеном», которое генерирует 502, если не может достучаться до целевого сайта. А 503 часто появляется не потому, что сайт реально лежит, а потому что система защиты (Cloudflare, Akamai, DataDome) распознала IP прокси как подозрительный и вместо реальной страницы отдаёт заглушку с кодом 503 или 429.
Почему через прокси эти ошибки возникают чаще
Если без прокси сайт открывается стабильно, а через прокси регулярно вылетает 502 или 503, причин обычно несколько, и все они связаны с тем, как именно прокси встраивается в цепочку запроса.
Перегрузка самого прокси-сервера. У дешёвых дата-центровых прокси на одном IP может «висеть» слишком много одновременных сессий. Когда прокси не успевает проксировать трафик, он либо обрывает соединение, либо отдаёт 502 от собственного имени.
Блокировка IP на стороне целевого сайта. Facebook Ads, Instagram, Wildberries и Ozon активно используют антибот-системы, которые банят диапазоны дата-центровых IP пачками. Сайт в этом случае формально работает, но для конкретного IP отдаёт 503 или редирект на капчу.
Географическое несоответствие. Если прокси из одной страны, а аккаунт создавался с привязкой к другому региону, некоторые сервисы временно «подвешивают» сессию и отдают ошибку шлюза вместо честного отказа в доступе.
Протокол и порт. Неправильно указанный тип прокси (HTTP вместо SOCKS5, или наоборот) в настройках антидетект-браузера тоже часто маскируется под 502 — браузер физически не может установить туннель и показывает ошибку шлюза.
Быстрая проверка: прокси или сайт
Самый надёжный способ разобраться — исключить переменные по очереди. Вот порядок действий, который займёт не больше пяти минут.
Шаг 1. Откройте тот же сайт без прокси, напрямую со своего реального IP. Если ошибка повторяется — проблема точно на стороне сайта, прокси здесь ни при чём.
Шаг 2. Если без прокси всё работает, смените прокси на другой IP из того же пула. Ошибка пропала — значит, был забанен или перегружен конкретный IP, а не весь сервис.
Шаг 3. Проверьте тот же прокси на другом сайте (например, откройте любой нейтральный ресурс вроде httpbin.org или whatismyip). Если прокси не открывает вообще ничего — проблема в самом прокси-сервере, а не в целевом сайте.
Шаг 4. Если прокси открывает другие сайты нормально, но именно на целевом ресурсе стабильно вылетает 503 — это почти всегда защита от ботов, которая конкретно ваш IP занесла в подозрительные. В такой ситуации помогает смена типа прокси, а не просто ротация в рамках того же пула.
Диагностика в Dolphin Anty, AdsPower и Multilogin
Если вы ведёте аккаунты через антидетект-браузер, диагностику удобнее делать прямо внутри него, не переключаясь на сторонние сервисы.
В Dolphin Anty откройте профиль, перейдите в настройки прокси и нажмите кнопку проверки соединения. Если тест показывает «Прокси не отвечает» или таймаут — проблема на уровне прокси-сервера, ошибка 502 в браузере будет её логичным следствием. Если тест проходит успешно, а сайт внутри профиля всё равно выдаёт 502 или 503, запишите код ответа и откройте тот же URL в соседней вкладке с другим профилем на другом IP — это покажет, системная проблема или локальная.
В AdsPower аналогичная функция называется «Proxy check», она дополнительно показывает скорость отклика и определяемую геолокацию. Если геолокация прокси не совпадает с ожидаемой (например, вы покупали прокси США, а сервис показывает Нидерланды), это повод подозревать подмену или некорректную настройку, которая тоже может провоцировать ошибки шлюза.
В Multilogin и GoLogin проверка прокси вынесена в отдельный диалог при создании профиля — пользуйтесь им перед каждым запуском кампании, особенно если вы фармите новые аккаунты пачками. Пяти секунд проверки достаточно, чтобы не тратить потом час на выяснение причин 502.
Технический способ: проверка через curl
Для тех, кто работает с парсингом или настраивает прокси программно, самый точный способ диагностики — прямой запрос через терминал. Это позволяет увидеть реальный код ответа без «украшательств» браузера.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
Флаг -I запрашивает только заголовки, а -v включает подробный вывод, по которому видно, на каком именно этапе произошёл обрыв — при установке туннеля к прокси или уже при обращении к целевому серверу.
Если ошибка возникает сразу при подключении к прокси (строка Connection refused или Connection timed out), виноват сам прокси-сервер. Если туннель установился, но ответ пришёл с кодом 502 или 503 от целевого домена — проблема на стороне сайта или его защиты.
Полезно сразу прогнать десяток прокси из пула скриптом и собрать статистику кодов ответа — это быстро покажет, системная проблема у всего пула или дело в паре «протухших» IP:
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneЕсли больше 30% прокси из пула возвращают 502 на разных сайтах — проблема в поставщике или в самой инфраструктуре, и стоит менять пул целиком. Если ошибки сыплются только на одном конкретном домене — дело в антибот-защите этого сайта.
Таблица: причины ошибок по типам прокси
Разные типы прокси по-разному подвержены ошибкам 502 и 503 — это важно учитывать при выборе под конкретную задачу.
| Тип прокси | Типичная причина 502/503 | Частота ошибок |
|---|---|---|
| Прокси дата-центров | Массовые баны диапазонов IP антибот-системами, перегрузка общих серверов | Высокая |
| Резидентные прокси | Иногда нестабильное соединение конечного устройства-донора IP | Низкая |
| Мобильные прокси | Смена IP оператором посреди сессии, временные провалы сигнала | Средняя, но кратковременная |
Дата-центровые IP чаще всего известны антибот-системам наперёд, поэтому именно они провоцируют самую высокую долю 503 на таких площадках, как Facebook Ads, Instagram и маркетплейсы. Резидентные и мобильные IP выглядят для защиты как обычные пользователи, поэтому доля ложных блокировок у них заметно ниже, хотя и не равна нулю.
Как снизить количество ошибок
Для арбитражников, которые фармят рекламные аккаунты Facebook Ads или TikTok Ads, критично, чтобы IP не попадал в чёрные списки антибот-систем — именно это чаще всего выдаёт себя кодом 503. В таких задачах резидентные прокси ведут себя заметно стабильнее дата-центровых, потому что их IP принадлежат реальным провайдерам и реже вызывают подозрение у систем защиты.
Для SMM-специалистов, которые массово ведут Instagram и TikTok через несколько антидетект-профилей одновременно, причиной 502 часто становится перегрузка одного и того же IP слишком большим числом сессий. Решение — закреплять уникальный IP за каждым аккаунтом и не экономить на количестве адресов в пуле.
Для селлеров, которые мониторят цены на Wildberries, Ozon и Авито, 503 чаще всего означает, что защита сайта распознала паттерн частых однотипных запросов. Здесь помогает не столько смена типа прокси, сколько снижение частоты запросов и добавление случайных задержек между обращениями, в сочетании с ротацией IP на каждый новый запрос.
Для парсинга и автоматизированных скриптов, где важна скорость и стабильность соединения при больших объёмах запросов, прокси дата-центров остаются разумным выбором по цене и скорости — но их стоит использовать с умом, равномерно распределяя нагрузку между большим числом IP, чтобы не упираться в лимиты одного адреса.
Чек-лист диагностики
Сохраните эту последовательность и проходите по ней при каждом появлении 502 или 503 через прокси:
- Откройте сайт без прокси — повторяется ли ошибка.
- Проверьте соединение прокси отдельно (whatismyip, httpbin).
- Смените IP в рамках того же пула и повторите запрос.
- Проверьте тип прокси и порт в настройках профиля (HTTP/SOCKS5).
- Прогоните несколько IP через curl и сравните коды ответа.
- Проверьте, не изменилась ли геолокация прокси относительно привязки аккаунта.
- Снизьте частоту запросов, если ошибка повторяется только на одном сайте.
- Если ошибки массовые по всему пулу — меняйте поставщика или тип прокси.
Заключение
Коды 502 и 503 — это не приговор и не повод сразу отказываться от прокси. В большинстве случаев достаточно пяти минут диагностики, чтобы понять, где именно произошёл сбой: в самом прокси-сервере, в целевом сайте или в его системе защиты от ботов. Проверка без прокси, смена IP внутри пула и тест через curl или встроенные инструменты антидетект-браузеров вроде Dolphin Anty и AdsPower закрывают 90% таких вопросов без лишних догадок.
Если причина кроется не в настройках, а в том, что ваши IP регулярно попадают в чёрные списки антибот-систем, стоит пересмотреть сам тип прокси под задачу. Для фарма рекламных аккаунтов и работы с соцсетями разумно присмотреться к резидентным прокси — они реже вызывают подозрение у защитных систем сайтов. Для задач, где критична скорость при больших объёмах запросов, подойдут прокси дата-центров, а для максимально естественного поведения в мобильных приложениях — мобильные прокси.