Прокси не работает: 9 причин и как найти свою за 5 минут

Прокси перестал работать, а сроки горят. Знакомо. Я разбирал такие обращения сотнями, и причина находится за пять минут, если идти по порядку, без хаотичного перебора настроек.

Самая дорогая ошибка тут одна. Человек меняет пять настроек сразу, что-то начинает работать, и он так и не узнаёт, что именно было сломано, поэтому через неделю всё повторяется и поиск идёт заново, уже под давлением заказчика. Меняйте по одной вещи. Всегда.

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

Шаг 1. Проверка за 60 секунд: прокси жив или нет

Первым делом отделяем прокси от программы. Если адрес не работает даже в самой простой проверке, в настройках софта копаться бессмысленно.

Откройте командную строку и выполните одну из команд. Подставьте свои данные.

Для HTTP-прокси:

curl -x http://ЛОГИН:ПАРОЛЬ@IP:ПОРТ https://api.ipify.org -m 15

Для SOCKS5:

curl --socks5-hostname ЛОГИН:ПАРОЛЬ@IP:ПОРТ https://api.ipify.org -m 15

Что означает результат:

• В ответ пришёл IP прокси. Сам прокси исправен, проблема в программе или в сайте, на который вы идёте.

• В ответ пришёл ваш домашний IP. Трафик идёт мимо прокси. Чаще всего неверно указан протокол.

• Ошибка 407. Сервер отказал в авторизации.

• Тишина, а потом timeout. До сервера не достучаться: неверный порт, адрес или блокировка на вашей стороне.

Если авторизация по IP, логин и пароль из команды просто уберите.

Ключ -m 15 ограничивает ожидание 15 секундами. Без него curl может висеть очень долго, и вы будете гадать, жив ли адрес, хотя ответ уже понятен: если за 15 секунд сервер не ответил, для рабочей задачи он всё равно бесполезен.

Шаг 2. Найдите свой симптом

• «Прокси-сервер не отвечает», timeout. Неверный IP или порт, порт закрыт на вашей стороне. Сверьте данные и проверьте порт командой Test-NetConnection.

• Ошибка 407 Proxy Authentication Required. Неверный логин или пароль, не привязан IP. Перепроверьте данные, привяжите текущий IP в кабинете.

• ERR_PROXY_CONNECTION_FAILED в Chrome. Прокси включён в системе, но не отвечает. Отключите системный прокси и проверьте адрес отдельно.

• Сайт отдаёт 403. IP попал в блок-лист этого сайта. Смените адрес, включите ротацию.

• Сайт отдаёт 429 Too Many Requests. Слишком много запросов с одного IP. Снизьте частоту, распределите запросы по адресам.

• В браузере работает, в программе нет. Перепутан протокол HTTP и SOCKS5 или формат строки.

• Работает, но медленно и с обрывами. Слишком много потоков или тяжёлые страницы. Уменьшите потоки и проверьте скорость отдельно.

• Сайт всё равно видит ваш настоящий IP. Утечка через WebRTC или DNS. Отключите WebRTC, используйте SOCKS5 с удалённым DNS.

• Вчера работало, сегодня нет. Сменился ваш внешний IP, истёк срок, обновился список. Проверьте привязку IP и срок действия.

Шаг 3. Разбор причин по порядку

1. Неверный адрес или порт

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

Проверить, открыт ли порт, в Windows можно так:

Test-NetConnection IP -Port ПОРТ

Строка TcpTestSucceeded : True значит, что до порта вы достучались.

2. Ошибка 407: сервер не пускает

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

Последнее случается постоянно у домашнего интернета: провайдер выдал новый IP ночью, и привязка в кабинете перестала совпадать. Узнайте свой текущий IP на любом сервисе проверки и обновите привязку.

3. Перепутан протокол

HTTP-прокси и SOCKS5 работают по-разному. Если программа ждёт SOCKS5, а вы указали HTTP-порт, соединение либо не установится, либо пойдёт мимо прокси.

Правило простое. Браузер и большинство парсеров нормально работают с HTTP. Для программ, где важны любые типы соединений, и для мессенджеров берите SOCKS5. Подробно про отличия есть на странице про socks5 прокси.

4. Неверный формат строки

Одна программа ждёт IP:ПОРТ:ЛОГИН:ПАРОЛЬ, другая ЛОГИН:ПАРОЛЬ@IP:ПОРТ, третья хочет каждое поле в отдельной ячейке. Если формат не совпал, программа молча считает прокси нерабочим. Посмотрите в справке программы, какой формат она ждёт, и приведите список к нему одной заменой.

5. Системный прокси Windows мешает

Если вы когда-то включали прокси в настройках Windows, его используют Chrome, Edge и часть программ. Адрес умер, и интернет «пропал» вместе с ним. Отсюда ошибка ERR_PROXY_CONNECTION_FAILED.

Откройте Параметры, раздел «Сеть и Интернет», затем «Прокси». Выключите ручную настройку и проверьте, вернулся ли интернет. Потом включите прокси уже в самой программе, где он нужен.

6. Сайт блокирует адрес: 403

Код 403 приходит от сайта, к прокси он отношения не имеет. Сайт увидел адрес и решил его не пускать. Обычно из-за репутации подсети или потому, что с этого IP уже было слишком много запросов.

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

7. Лимит запросов: 429

Too Many Requests означает, что сайт посчитал запросы с вашего IP и упёрся в свой лимит. Цифры у всех разные: где-то хватает десятка запросов в минуту, чтобы получить 429.

Что помогает:

• паузы между запросами, лучше случайные, от 2 до 8 секунд;

• распределение запросов по многим адресам;

• повтор с задержкой после 429, без немедленного повтора.

8. Слишком много потоков

Вы поставили 500 потоков, и всё начало сыпаться ошибками. Часто дело даже не в прокси: не справляется ваш компьютер, канал или сама программа. Уменьшите число потоков вдвое и посмотрите, ушли ли ошибки. Потом поднимайте постепенно.

Свой случай расскажу. На парсинге каталога я выставил 800 потоков на машине с 4 ядрами и 8 ГБ памяти. Ошибки шли волнами: timeout, потом 502, потом снова timeout. Прокси были ни при чём. Процессор упирался в 100 процентов, программа не успевала разбирать ответы и сама рвала соединения. В логе это выглядело точь-в-точь как проблема с адресами. Снизил до 300 потоков. Ошибки ушли за минуту.

9. Утечка реального IP

Прокси подключён, а сайт всё равно видит ваш адрес. Виноваты WebRTC в браузере или DNS-запросы, которые идут напрямую. Для браузера отключите WebRTC расширением или настройкой антидетекта. Для программ используйте SOCKS5 с удалённым разрешением имён: в curl за это отвечает ключ --socks5-hostname.

Как понять, кто виноват: прокси или сайт

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

Первая уже знакома: запрос к api.ipify.org. Вторая идёт на сайт, с которым у вас проблема, и смотрит только код ответа:

curl -x http://ЛОГИН:ПАРОЛЬ@IP:ПОРТ -I https://нужный-сайт.ru -m 15

Если первая проверка прошла, а вторая вернула 403, 429 или 503, прокси исправен. Сайт видит адрес и решает его не пускать. Менять настройки программы тут бесполезно, менять нужно адрес или темп запросов.

Если обе проверки упали, проблема на стороне прокси или вашей сети, и вы возвращаетесь к списку симптомов выше. Без вариантов.

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

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

Чек-лист перед тем, как писать в поддержку

1. Строка прокси скопирована заново из кабинета.

2. curl с этим прокси возвращает IP прокси.

3. Протокол в программе совпадает с типом прокси.

4. Формат строки совпадает с тем, что ждёт программа.

5. Привязанный IP совпадает с вашим текущим внешним IP.

6. Системный прокси Windows выключен, если он не нужен.

7. Число потоков снижено хотя бы вдвое для проверки.

Если все семь пунктов пройдены, а ошибка осталась, пишите в поддержку провайдера. Приложите вывод curl: это экономит полдня переписки.

Когда настройки в порядке, а блоки продолжаются

Бывает так: всё проверено, прокси живой, а сайт режет 403 и 429 через раз. Тогда упирается уже в сами адреса. Один IP на тысячу запросов любой серьёзный сайт вычислит быстро.

Для массовых задач нужен пул, где адрес меняется сам. У WinGate так устроены прокси с ротацией: приватные IPv4 и SOCKS5, новый IP на каждый запрос, безлимитный трафик и до 5000 потоков. Подключение по IP или по логину и паролю, формат IP:PORT:LOGIN:PASS подходит большинству программ.

Проверить на своей задаче можно без оплаты: бесплатный тест прокси длится до 2 часов. Запустите тот же сценарий, на котором сыпались ошибки, и сравните. Если разница видна, купить прокси можно там же, доступ остаётся прежним.