Если подключение через прокси не работает, последовательно проверьте сам прокси-сервис, аутентификацию и протокол, настройки клиента и целевой сайт. На каждом шаге используйте понятный критерий, чтобы сначала определить проблемный уровень и только потом менять настройки.
После ввода прокси кнопка проверки сообщает об ошибке. В такой ситуации хуже всего менять настройки наугад: переключать порт, протокол или узел, пока что-то не заработает, а затем не понимать, какое именно изменение помогло.
Причины обычно находятся на одном из четырех уровней: сам прокси-сервис, аутентификация и протокол, настройки клиента, целевой сайт. Проверяйте их именно в таком порядке, двигаясь от прокси наружу.
Сначала проверьте прокси отдельно
Не начинайте проверку внутри рабочего инструмента. Укажите прокси в обычном браузере с ручной настройкой прокси или в системных настройках прокси и проверьте доступ в Интернет. Так вы отделите сам прокси от рабочей среды.
Если соединение не устанавливается и там, проблема в самом прокси: он мог истечь или быть отключен, выходной узел мог выйти из строя, либо провайдер мог установить ограничения доступа. В этом случае дальнейшие шаги не нужны — уточните у провайдера состояние и использование прокси.
Если там все работает, прокси активен. Значит, проблема находится в настройках или маршруте соединения, и можно продолжать.
Простой критерий: если те же учетные данные работают в другом месте, сами учетные данные, скорее всего, исправны.
Согласуйте аутентификацию и протокол
Если учетные данные верны, но соединение все равно не устанавливается, следующим проверьте протокол. Часто встречаются три несоответствия: провайдер выдал SOCKS5, а в среде выбран HTTP; собственный SSH-туннель настроен как SOCKS5; либо один прокси поддерживает несколько протоколов на разных портах, а указан порт другого протокола.
Ориентируйтесь на текст ошибки. Если сообщается об ошибке аутентификации или неверных учетных данных, проверьте имя пользователя и пароль. Обратите внимание на пробелы и переносы строк, которые могли попасть при копировании, а также на необходимость экранирования специальных символов в имени пользователя. Если указана ошибка протокола или сбой handshake, проверьте тип протокола и порт.
Имя пользователя и пароль полезно один раз ввести вручную для сравнения. Невидимые символы могут вызвать ошибку, которую невозможно заметить визуально.
Убедитесь, что настройки клиента действительно применились
На этом шаге нужно ответить на менее очевидный вопрос: параметры введены правильно, но действительно ли они действуют?
Обычно встречаются две ситуации. Первая — конфигурация вообще не применена: изменения не сохранены, отредактирована другая среда или продолжает работать предыдущая сессия. Вторая — конфигурация применяется, но ее перекрывает другая настройка: в среде может быть дополнительный сетевой переключатель, расширение может перехватить управление прокси, а системные настройки прокси могут иметь более высокий приоритет.
Проверьте выходной адрес. После подключения откройте страницу, которая показывает текущий исходящий адрес. Она должна показывать адрес прокси, а не локальный адрес. Если по-прежнему виден локальный адрес, запросы не идут через прокси, даже если кнопка проверки показывает успешный результат.
Сравнение простое: в одной и той же среде один раз включите прокси, затем отключите и посмотрите, меняется ли выходной адрес. Если он не меняется, проблема на стороне клиента. Если одновременно работает несколько сред, отдельно проверьте выход каждой из них. Инструменты, которые изолируют среды по учетным записям, например PurpleMark, при привязке прокси обращают внимание именно на это.
Распознайте отказ со стороны целевого сайта
Если все уровни доступны и прокси точно применяется, но рабочая страница все равно не открывается, смотрите на реакцию целевого сайта, а не продолжайте менять прокси.
У таких случаев обычно есть заметные признаки: соединение и handshake проходят, но запрос возвращает 403 или сбрасывается; страница открывается, но действия вроде входа или публикации отклоняются; тот же выход работает на других сайтах и не работает только на одном; либо ошибки возникают периодически, что может указывать на ограничение частоты запросов на выходе или маршруте либо на ограничение параллельных подключений.
Главное — разделять уровень соединения и прикладной уровень. Если подключение вообще не устанавливается, проблема, вероятно, в прокси. Если подключение есть, но доступ отклоняется, причиной часто становятся качество выходного адреса или частота обращений. IP-адреса дата-центров и интенсивно используемые общие IP чаще блокируются на прикладном уровне. Резидентские IP могут работать лучше, но не являются гарантией: частота запросов, параллельность и время доступа тоже влияют на результат.
Сохраняйте три привычки при диагностике
Меняйте только один параметр за раз. Если одновременно сменить протокол и узел, даже после успешного подключения вы не поймете, какое изменение решило проблему, и можете повторить ту же ошибку позже.
Сначала фиксируйте, затем меняйте. Сохраните рабочую конфигурацию: адрес, порт, протокол и способ аутентификации. При следующей проблеме прямое сравнение будет намного быстрее диагностики с нуля.
Предпочитайте сравнительные тесты повторным попыткам. Если конфигурация выглядит правильной, но соединение все равно не работает, многократное нажатие кнопки проверки не даст новой информации. Лучше проверить другую сеть или другой прокси в качестве контрольного сравнения.
