Где ломается прокси с авторизацией
Прокси с авторизацией защищает адрес от чужого использования: подключиться может только тот, кто знает логин и пароль. Проблема в том, что поддержка авторизации в программах разная. В параметрах Windows поля для пароля нет вовсе, и окно ввода покажет только браузер. Часть программ позволяет вписать адрес прокси, но не учётные данные. Часть умеет HTTP с паролем, но не SOCKS5 с паролем. А консольные утилиты и скрипты требуют передавать пароль в переменных окружения или прямо в коде. В версии для macOS прокси с логином и паролем работают так же.
Есть второй способ авторизации: привязка по IP, когда провайдер пускает к прокси только с твоего внешнего адреса. Она удобна, но ломается при смене домашнего IP и не подходит, если ты работаешь из разных мест. Поэтому логин и пароль остаются самым распространённым вариантом.
Как сделать в ProxyBridge
- Скопируй из кабинета провайдера адрес, порт, логин и пароль прокси.
- Вставь на вкладке «Прокси» строку вида socks5://user:pass@ip:port или готовую ip:port:user:pass и нажми «Добавить».
- Нажми «Проверить»: если пароль не подошёл, появится «неверный логин или пароль».
- На вкладке «Главная» выбери этот прокси для нужной программы или для строки «Все остальные программы» и нажми «Подключить».
Как ProxyBridge передаёт логин и пароль
Учётные данные указываются один раз в строке прокси, а дальше программа подставляет их при каждом соединении, и HTTP, и SOCKS5. Принимаются такие форматы записи:
- http://user:pass@ip:port для HTTP-прокси;
- socks5://user:pass@ip:port для SOCKS5;
- ip:port:user:pass, как его часто выдают в кабинете провайдера;
- user:pass@ip:port без префикса, а для прокси без пароля просто ip:port; если провайдер выдал SOCKS5, надёжнее явно дописать в начало socks5://.
Какие задачи решает
- Подключает прокси с логином и паролем к программе без поля для пароля.
- Позволяет использовать SOCKS5 с авторизацией там, где поддержан только SOCKS без пароля.
- Убирает всплывающие окна ввода пароля прокси в браузере.
- Даёт пустить скрипт через авторизованный прокси без хранения пароля в коде.
- Хранит прокси вместе с учётными данными на вкладке «Прокси», с понятными именами вместо длинных строк.
Почему пароль удобнее хранить в одном месте
Когда прокси с авторизацией вписан в пять программ, смена пароля превращается в обход пяти окон настроек. Пароль может смениться при продлении, по твоему запросу или по требованию провайдера, и где-нибудь старый обязательно останется. В ProxyBridge строка прокси одна, и меняется она в одном месте. То же касается скриптов: пароль в коде легко случайно отправить в репозиторий вместе с проектом, а если трафик перехватывает клиент, коду пароль не нужен вовсе.
В режиме по программам у каждой строки на вкладке «Главная» может быть свой прокси со своими логином и паролем. Например, браузер для работы идёт через прокси с одной учётной записью, а парсер через пакет другого провайдера, и ProxyBridge подставит нужные данные для каждого соединения. Пароли прокси не попадают в журналы, которые открываются кнопкой «Открыть папку логов» на вкладке «Настройки», так что логи можно спокойно отправить в поддержку.
Типичные ошибки при вводе
Самая частая ошибка: перепутанный порядок полей в коротком формате. У разных провайдеров строка выглядит как ip:port:user:pass или user:pass:ip:port, поэтому перед вставкой сверь, где адрес, а где логин. Вторая ошибка: символы @ и двоеточие в пароле. Они служат разделителями в записи, и пароль с ними может прочитаться неверно, проще сгенерировать в кабинете провайдера пароль из букв и цифр. Третья: порт от другого протокола, когда SOCKS5-строку отправляют на HTTP-порт. Четвёртая: лишние пробелы или перенос строки при копировании из таблицы или мессенджера, они попадают в пароль и ломают авторизацию.
Проверить, что пара логин и пароль верна, можно кнопкой «Проверить» на вкладке «Прокси», и для HTTP, и для SOCKS5: при ошибке авторизации программа так и напишет, «неверный логин или пароль». Если же видишь «прокси недоступен» или «нет ответа», дело скорее в адресе, порте или сроке аренды. Некоторые провайдеры позволяют включить оба способа авторизации сразу: если в кабинете включена привязка по IP, а ты подключаешься из другого места, прокси откажет даже с верным паролем, поэтому при ошибках проверь и этот пункт.
Уточнение: логин и пароль вводятся в строке прокси, а авторизация по IP настраивается в кабинете провайдера, и тогда в строке достаточно ip:port.
Частые вопросы
Как указать логин и пароль прокси в Windows?
В системных параметрах Windows такого поля нет, браузер спрашивает пароль в отдельном окне. В ProxyBridge логин и пароль пишутся прямо в строке прокси, например http://user:pass@ip:port.
Почему прокси с авторизацией не работает в программе?
Чаще всего программа не умеет передавать логин и пароль прокси или поддерживает их только для одного протокола. Ещё проверь порядок полей и порт.
Что лучше: прокси по логину и паролю или привязка по IP?
Логин и пароль работают с любого подключения, привязка по IP проще, но перестаёт работать при смене твоего адреса. Для работы с разных мест удобнее авторизация по паролю.