Прокси не работает почти всегда по одной из шести причин, и они проверяются за десять минут. Порядок ниже выстроен от самого частого к самому редкому, так что до конца списка обычно доходить не приходится.
Главное правило: не меняйте настройки пачками. Проверили одно, посмотрели результат, пошли дальше. Иначе потом непонятно, что именно починило, и в следующий раз всё начнётся заново.
Шаг первый: формат записи
Половина случаев — это перепутанные местами поля. Строка обычно приходит в виде адрес:порт:логин:пароль, но встречается и обратный порядок, где логин с паролем идут первыми. Если вставить не туда, софт честно попробует подключиться и получит отказ.
Второе по частоте: лишний пробел в конце строки при копировании из мессенджера. Глазами он не виден, а поле уже не то. Сюда же относится символ переноса строки, который иногда прилетает вместе с паролем.
- Сверьте порядок полей с тем, что написано у поставщика.
- Скопируйте строку в текстовый редактор и посмотрите на невидимые символы.
- Проверьте, что порт — это отдельное число: кусок адреса туда не подставляется.
- Убедитесь, что в пароле не потерялся спецсимвол при копировании.
Шаг второй: тип протокола
Адрес выдан под SOCKS5, а в поле выбран HTTP. Соединение при этом не устанавливается вообще либо рвётся сразу после подключения. Разница между протоколами разобрана в соседней теме: чем HTTP отличается от SOCKS5.
Отдельный случай: у поставщика один и тот же адрес отвечает на двух портах, отдельно по HTTP и отдельно по SOCKS5. Тогда ошибка не в типе, а в порте, и подключение к правильному порту решает вопрос без всяких настроек.
Шаг третий: авторизация по адресу
Если доступ выдан по привязке к вашему IP, а провайдер сменил вам адрес, прокси перестаёт пускать. Никакого сообщения об этом не приходит, со стороны это выглядит как поломка на той стороне.
Проверяется быстро: узнайте свой текущий внешний адрес и сравните со списком разрешённых в панели. Если адрес динамический, привязку лучше заменить на логин с паролем, иначе история повторится после первой же перезагрузки роутера.
В командной работе привязка по адресу ломается ещё чаще, потому что людей несколько и каналы у всех разные. Тут проще сразу перейти на пароль, а список адресов оставить только для постоянных серверов.
Шаг четвёртый: срок и лимит
Закончился оплаченный период либо выбран лимит трафика, если тариф с лимитом. Панель поставщика покажет это в первой же строке, но заметить бывает сложно: доступ просто перестаёт работать, без предупреждений.
На безлимитных тарифах такой причины нет по определению, и это одна из причин, почему под постоянную работу берут безлимитные приватные адреса: одной переменной в разборе становится меньше, и ночью не приходится гадать, кончился трафик или сломалось что-то другое.
Шаг пятый: блокировка на стороне сети
Корпоративная сеть, роутер провайдера или антивирус могут резать нестандартные порты. Признак характерный: с телефона по мобильному интернету тот же адрес работает, а с рабочего ноутбука нет.
Проверка занимает минуту: раздайте интернет с телефона и подключитесь заново. Если заработало, дело не в прокси, а в вашей сети, и дальше разбираться надо с ней.
Отдельно проверьте антивирус с функцией проверки защищённых соединений. Он встраивается в трафик и иногда ломает работу через прокси, особенно на SOCKS.
Шаг шестой: репутация адреса
Адрес живой, авторизация проходит, но конкретный сайт его не пускает. Тогда виноват не прокси, а история этого адреса на той стороне.
Отличить просто: откройте через тот же адрес два-три посторонних сайта. Если они открываются, а нужный нет, разбираться надо с самим адресом.
На общих адресах это происходит регулярно, потому что историю пишете не только вы. На приватном адресе такого нет: адрес закреплён за одним пользователем, и его репутация зависит только от вашей работы.
Как проверить, что трафик действительно идёт через прокси
Браузер показывает не всё. Расширение может отваливаться, а страница при этом грузится напрямую, и вы этого не замечаете.
Надёжный способ один: запросить свой внешний адрес тем же инструментом, который вы настраивали. Если это скрипт, пусть скрипт и спросит. Если антидетект-браузер, проверка соединения есть прямо в карточке профиля, о ней написано в теме про настройку профилей в антидетекте.
Если работаете с несколькими профилями, проверьте заодно, что адреса не совпадают между ними: почему адрес не делят между кабинетами.
Если прошли все шесть шагов и адрес по-прежнему молчит, обращайтесь к поставщику и сразу присылайте, что уже проверили. Так ответ приходит в разы быстрее, чем на письмо «у меня не работает».