Почему прокси ломается чаще, чем кажется
Вчера клиент прислал скрин: браузер выдаёт «Proxy Error» на половине страниц. Проверили - сервер жив, сайт открывается с другого IP. Оказалось, в настройках прокси стоял порт 3128 вместо 8080. Одна цифра - и полдня работы насмарку.
Ошибки прокси делятся на три категории: неправильные настройки со стороны клиента, проблемы на стороне сервера (upstream) и сетевые сбои. В 80% случаев виновата первая категория. Люди копируют настройки из старых инструкций, путают протоколы, забывают про порт. Или используют бесплатные прокси, которые умирают через час.
Если вы работаете с серьёзными задачами - парсинг, тестирование рекламы, доступ к API - лучше сразу брать нормальные прокси. Например, в каталоге 3seller есть выбор по странам и типам, с проверкой на работоспособность. Экономит часы диагностики.
Клиентские ошибки: проверяем настройки браузера и системы
Самая частая история - браузер не подключается к прокси. Вы открываете Chrome, идёте в настройки, система, прокси-сервер, а там либо пусто, либо старые данные. В Windows 10 бывает, что пункт «Прокси-сервер» вообще исчезает после обновлений или групповых политик.
Что делать по шагам. Нажмите Win+R, введите control и Enter. Откроется панель управления. Найдите «Свойства браузера» (или «Свойства обозревателя»). Вкладка «Подключения» → «Настройка сети». Здесь можно вручную прописать адрес и порт. Если ползунок «Использовать прокси-сервер» неактивен - скорее всего, его заблокировал администратор домена или антивирус. Проверьте политики через gpedit.msc или спросите админа.
В Chrome настройки прокси берутся из системы. Поэтому если вы прописали в браузере, но не в системе - не заработает. И наоборот: в Chrome нет отдельной вкладки для прокси, только переход в системные настройки. В Firefox есть свой раздел: Настройки → Сеть → Параметры соединения. Там можно указать отдельные прокси для HTTP, HTTPS и SOCKS5.
Порт и протокол: где спотыкаются 90% новичков
Порт - это не просто цифра. Если вы указали 8080, а прокси слушает 3128, браузер выдаст ошибку «Прокси-сервер не отвечает» или «Не удалось подключиться». Разница в сообщениях важна: когда порт правильный, но сервер недоступен - одна ошибка; когда порт неверный - другая. На глаз не всегда отличишь, но в консоли разработчика видно код.
Всегда сверяйтесь с документацией к прокси. Если берёте публичный бесплатный прокси - проверяйте его актуальность. Такие сервисы часто меняют порты или отключают узлы без предупреждения. В платных каталогах типа 3seller параметры подключения фиксированы и указаны в личном кабинете.
Протокол тоже важен. SOCKS5 не работает через HTTP-прокси, и наоборот. В настройках браузера это отдельные поля. Для HTTPS-сайтов нужен прокси с поддержкой CONNECT-метода. Если прокси не умеет туннелировать SSL, вы получите ошибку 403 или 502 при попытке открыть защищённую страницу.
Ошибки 502, 504 и 500: что они значат на самом деле
502 Bad Gateway - прокси получил неверный ответ от upstream-сервера (того, куда перенаправляет запрос). Причины: приложение упало, неверный порт upstream, ошибка в адресе. Проверьте, запущен ли сервис на бэкенде. Даже одна цифра в IP или порту даёт 502.
504 Gateway Timeout - прокси не дождался ответа от upstream. Тут два пути: либо upstream тормозит (не хватает ресурсов, тяжёлые запросы), либо таймауты в конфиге прокси слишком маленькие. Решение: увеличить proxy_read_timeout и proxy_connect_timeout в Nginx или аналогичных настройках. Начните с 60 секунд, если не помогло - смотрите логи upstream.
500 Internal Server Error - общая ошибка, но в контексте прокси чаще всего означает, что upstream вернул кривой ответ или сам упал. Проверьте логи приложения. Если используете Nginx Proxy Manager, зайдите в интерфейс, откройте логи конкретного хоста. Там будет видно, на каком этапе ломается.
403 Forbidden - прокси работает, но доступ запрещён. Причины: IP прокси в чёрном списке у целевого сайта, неправильная аутентификация, или прокси требует логин/пароль, а вы их не указали. В настройках браузера есть поле для авторизации на прокси. Не путайте с авторизацией на сайте.
Серверные ошибки: когда прокси ваш и вы за него отвечаете
Если вы подняли собственный прокси на VPS или настроили Nginx Proxy Manager, круг проблем шире. Начните с перезапуска сервиса. Банально, но в половине случаев помогает: systemctl restart nginx или перезапуск контейнера в Docker.
Проверьте каждую запись хоста в панели управления. Домен, протокол (HTTP или HTTPS), порт upstream - всё должно совпадать. Ошибка в одной букве домена или цифре порта приводит к 502. Если используете несколько upstream-серверов, убедитесь, что все они доступны. Один упавший узел в пуле может давать периодические ошибки.
Сертификаты - отдельная боль. Если SSL-сертификат просрочен или не покрывает домен, вы получите ошибку на стороне клиента или 502 на прокси. Обновите сертификаты, проверьте, что они включают все нужные домены (в том числе www и поддомены). В Nginx Proxy Manager это делается в разделе SSL Certificates. После обновления перезапустите прокси.
Кастомные настройки (snippets) - ещё один источник проблем. Если вы добавляли свои директивы в конфиг, отключите их все и включайте по одной, проверяя работу. Часто виновата одна строка, скопированная из старого мануала.
Таймауты и производительность: почему прокси «тормозит»
Ошибка «Error Occurred While Proxying Request» часто связана с таймаутами. Измерьте время ответа upstream-сервера. Если он отвечает дольше, чем указано в proxy_read_timeout, прокси разрывает соединение. Увеличьте таймаут и проверьте снова. Но это не решение, если upstream реально тормозит - нужно искать узкое место.
Включите кеширование статических ответов. Это снимет нагрузку с upstream и ускорит отдачу. В Nginx для этого есть proxy_cache. Если нагрузка высокая, масштабируйте upstream: добавьте рабочих или инстансов. Прокси умеет балансировать запросы между несколькими бэкендами.
Для диагностики используйте логи. В Nginx Proxy Manager смотрите логи доступа и ошибок. Если видите, что запросы висят на одном URL - проверьте, не блокирует ли его WAF или файрвол. Добавьте IP прокси в белый список.
Бесплатные прокси: почему они умирают и как не тратить нервы
Бесплатные прокси - это лотерея. Сегодня работают, завтра нет. Вы настраиваете, проверяете, а через час снова ошибка. Причина проста: такие сервисы не гарантируют стабильность, их блокируют целевые сайты, а владельцы не следят за актуальностью. Если вам нужна надёжность для бизнеса - смотрите в сторону платных каталогов. В 3seller можно выбрать прокси с нужной страной и типом (HTTP, HTTPS, SOCKS5), они проходят проверку перед выдачей.
Если всё же используете бесплатные - проверяйте их перед работой. Есть онлайн-сервисы проверки прокси, но они сами могут быть небезопасны. Лучше запустить простой скрипт: curl через прокси на тестовый URL. Если ответа нет - прокси мёртв. Не тратьте время на восстановление.
Что делать, если ничего не помогло
Если вы перебрали настройки, проверили порты, обновили сертификаты, а ошибка осталась - включите подробное логирование. В Nginx добавьте error_log debug; и посмотрите, на каком этапе ломается. В браузере откройте DevTools (F12), вкладка Network - там видно, какой запрос падает и с каким кодом.
Попробуйте другой протокол. Если HTTP-прокси не работает с конкретным сайтом, переключитесь на SOCKS5. Некоторые сайты блокируют HTTP-прокси, но пропускают SOCKS. И наоборот.
И самое главное: не используйте прокси, в которых не уверены. Если вы работаете с чувствительными данными - пароли, токены, коммерческая информация - доверяйте только проверенным поставщикам. В каталоге 3seller есть прокси для разных задач: от парсинга до работы с социальными сетями. Выбирайте под свои нужды и не мучайтесь с ошибками.