Аутентификация прокси по IP: какой адрес разрешить и когда это удобно
Аутентификация по IP позволяет пользоваться прокси с заранее разрешённого адреса подключения. Вы добавляете этот адрес в список доступа у провайдера, а программа подключается без отдельного логина и пароля прокси. Такой список обычно называют whitelist, allowlist или списком разрешённых IP.
Способ удобен, когда программа работает из постоянной сети: например, на сервере с закреплённым внешним IP. Но разрешать нужно адрес, с которого программа приходит к прокси, а не адрес купленного прокси. Эти адреса легко перепутать при первой настройке.
Сравнение способов доступа — в статье «Аутентификация прокси». Здесь разберём, какой исходный IP разрешать, как организовать доступ нескольких устройств и что проверять после смены сети.
Как прокси проверяет доступ по IP
При подключении прокси видит исходный IP соединения и сопоставляет его с разрешёнными адресами. Если адрес подходит и остальные условия услуги выполнены, прокси принимает запрос. При чистой IP-аутентификации передавать пароль прокси не требуется. Сервис также может сочетать проверку адреса с другими условиями допуска.
Представим домашний компьютер, который выходит в интернет через роутер.
| Что это за адрес | Пример | Его роль |
|---|---|---|
| Локальный IP компьютера | 192.168.1.20 | Работает внутри домашней сети. В этом примере внешний прокси его не видит. |
| Внешний IP домашнего подключения | 198.51.100.24 | С него соединение приходит к прокси. Именно его нужно разрешить. |
| Адрес подключения к прокси | 203.0.113.80 | Его вместе с портом указывают в настройках программы. |
| Выходной IP прокси | 203.0.113.90 | Его видит сайт как источник соединения от прокси. |
Адрес подключения к прокси и его выходной IP могут совпадать или различаться. Ни тот ни другой не заменяет клиентский IP в списке доступа. Покупка прокси со статическим выходом тоже не делает домашний адрес постоянным.
Для прокси внутри локальной сети правило то же: проверяется источник соединения, который видит этот прокси. Там источником может быть частный адрес. Для коммерческого прокси в интернете обычно нужен публичный адрес выхода вашей сети.
Когда аутентификация по IP удобна
На сервере с постоянным выходом в интернет адрес можно разрешить один раз и использовать прокси в нескольких своих процессах. Пароль прокси не придётся хранить в каждой конфигурации, передавать между приложениями и менять во всех местах при его замене.
В управляемом офисе несколько компьютеров могут выходить через один публичный IP. Одна запись позволяет допустить этот сетевой выход, если условия сервиса разрешают совместную работу. При этом ответственность за доступ внутри офиса остаётся у администратора сети.
Ещё один случай — программа умеет работать с нужным протоколом прокси, но не поддерживает предлагаемый способ передачи логина и пароля. Доступ по IP может решить эту конкретную проблему. Он не добавит программе поддержку HTTP, SOCKS5 или других функций, которых в ней нет.
Как узнать, какой IP добавлять
Проверяйте адрес там, где будет работать программа. Для браузера на домашнем компьютере можно открыть страницу определения своего IP без проверяемого прокси. Если открыть её уже через этот прокси, вы увидите его выходной адрес и можете ошибочно добавить его в список.
Если скрипт запускается на VPS, нужен исходящий адрес VPS, а не домашнего компьютера, с которого вы управляете сервером. В облаке сервер или контейнер может выходить через общий NAT-шлюз. Тогда значим публичный адрес этого шлюза; он не обязательно совпадает с адресом для входа на сервер.
С VPN проверка требует внимания к маршруту. Если соединение с прокси пойдёт через VPN, прокси увидит выход VPN. При раздельной маршрутизации браузер и скрипт могут пользоваться разными выходами. Поэтому результат проверки в браузере верен только для проверенного маршрута; журнал подключений у провайдера, если он доступен, помогает узнать источник непосредственно.
IPv4 и IPv6 — разные адреса. Разрешённый IPv4 сам по себе не разрешает подключение по IPv6. Уточните, какую версию принимает список доступа и какой адрес использует программа при соединении с прокси. Это отдельный вопрос от версии выходного IP, который затем увидит сайт.
Для ProxyCompass возьмите из определителя публичный IPv4, даже если рядом показан IPv6. В карточке услуги откройте IP Whitelist → Manage, вставьте IPv4 в поле добавления и нажмите Add IP. После настройки списка нажмите Save и подождите около трёх минут, пока правило доступа применится. Затем проверьте новое подключение через прокси.
Сколько разрешённых IP нужно для нескольких устройств
Считайте разные адреса, с которых соединения приходят к прокси. Число компьютеров и число купленных прокси могут быть совсем другими.
Например, восемь офисных компьютеров с одним общим публичным выходом могут использовать одну запись. А домашний компьютер и VPS с разными выходами требуют двух разрешённых адресов для одновременной работы. Если доступна только одна запись, её замена с домашнего адреса на адрес VPS не даст обоим источникам одновременный доступ.
И наоборот: если одна запись действует на весь заказ, для доступа с одного сервера к двадцати прокси не нужно двадцать клиентских IP. Список разрешённых источников, количество прокси в заказе и лимит одновременных соединений — разные параметры услуги.
До покупки проверьте число доступных записей и условия их добавления или замены. Для нескольких сетей возможны дополнительные записи, общий управляемый выход либо другой способ аутентификации, если сервис его разрешает. Общий выход требует обслуживания и становится ещё одним звеном, от доступности которого зависит работа.
В показанном примере ProxyCompass пакет допускает 1500 одновременных соединений. Значение 750 рядом с IP — лимит для соединений с этого клиентского адреса, а не число соединений, открытых прямо сейчас. Два адреса получают по 750; ползунками можно перераспределить лимит, например выделить первому 1000, а второму 500. Устройства за одним публичным IP делят выделенную ему долю.
Добавление ещё одного IP в whitelist не увеличивает общий лимит соединений пакета. В статье о лимитах одновременных соединений разобрано, как этот лимит влияет на параллельные задачи и повторное использование соединений.
Как настроить доступ и проверить результат
- Определите исходящий IP из рабочей среды и добавьте его в список нужной услуги. Проверьте, что выбрали именно тот заказ или набор прокси, которым будет пользоваться программа.
- Возьмите у провайдера адрес, порт, протокол и режим подключения для доступа по IP. Внесите их в программу. Поля логина и пароля оставляйте пустыми только для режима, который действительно работает без них.
- Дождитесь применения правила в соответствии с условиями сервиса. Ответ панели или API о сохранении записи не всегда означает, что все узлы уже используют новое правило. Универсального срока ожидания нет.
- Откройте новое соединение из рабочей программы и выполните небольшой запрос через прокси. Сверьте выходной IP с ожидаемым и убедитесь, что программа не перешла незаметно на прямое подключение. После этого запускайте основную задачу.
Проверка с другого компьютера или удалённого сервиса приходит с другого исходного IP. Отказ такому проверяющему может означать, что ограничение доступа работает правильно. Он сам по себе не доказывает неисправность прокси.
Что произойдёт при смене IP или сети
Если домашний провайдер выдал новый адрес, ноутбук переключился на мобильный интернет или изменился выход VPN, новые соединения могут прийти с IP, которого нет в списке. Сами прокси при этом могут оставаться исправными: изменилось условие допуска клиента.
Краткий обрыв интернета не обязательно меняет IP. Сначала проверьте текущий адрес и сравните его с разрешённым. Если адрес прежний, ищите причину в доступности сети, настройках программы или состоянии услуги. Уже открытые соединения после сетевого разрыва всё равно могут потребовать восстановления.
При частой смене адреса оцените стоимость обслуживания доступа. Постоянный публичный IP, закреплённый выход сервера или автоматическое обновление списка через API могут помочь, если соответствующие возможности доступны. Автоматизация должна учитывать время применения правила и ограничивать повторные попытки. Ключ API для изменения настроек — отдельный секрет, даже если пароля в подключении к прокси нет.
Не сохраняйте старый адрес «на всякий случай», если больше им не управляете: позднее он может достаться другому пользователю. Отозвать разрешение следует средствами сервиса; поведение уже открытых соединений при отзыве зависит от реализации.
Что защищает список IP — и как им управлять
Если посторонний узнал только адрес и порт прокси, проверка источника не позволит ему подключиться из неразрешённой сети. Это полезная защита от использования утёкшего списка прокси. Однако она действует в пределах правил услуги и не заменяет защиту разрешённых компьютеров и шлюзов.
Публичный IP не удостоверяет личность человека. Через один офисный выход могут работать разные сотрудники, а при CGNAT — общем NAT у интернет-провайдера — один публичный адрес могут делить разные абоненты. Если допуск основан только на этом IP, прокси не сможет различить их по такому правилу. Разрешайте адреса, круг пользователей которых вам понятен.
Удаление общего IP лишает доступа весь источник: таким способом нельзя отключить одного сотрудника и сохранить доступ остальным. Для персонального управления нужны дополнительные средства. Прежде чем разрешать целую подсеть, проверьте, кто может из неё подключаться и требует ли сервис также логин и пароль.
IP-аутентификация сама по себе не шифрует трафик и не делает выходной IP нераспознаваемым как прокси. Защита передаваемых данных зависит от используемых соединений, а сведения о прокси могут оставаться доступны по его сетевому поведению и другим признакам. Отсутствие пароля в настройках не означает ни отсутствие контроля доступа, ни наличие шифрования.
Почему доступ по IP может не работать
| Что происходит | Что проверить первым |
|---|---|
| На домашнем компьютере работает, на VPS — нет | Исходящий IP VPS и его наличие в списке. Домашний адрес не разрешает другой источник. |
| Работа прекратилась после смены сети или VPN | Изменился ли адрес, с которого соединение приходит к прокси. |
| IP добавлен, но подключение сразу не заработало | Выбранную услугу, точность адреса, применение правила и параметры нового соединения. |
HTTP-прокси возвращает 407 или программа просит пароль | Режим доступа, порт и требования провайдера. Код означает запрос аутентификации прокси, но не объясняет, почему ожидаемый доступ по IP не сработал. |
| Возникает тайм-аут | Доступность адреса и порта, сетевые ограничения и журналы соединения. По одному тайм-ауту нельзя определить ошибку списка IP. |
| Один сайт отказывает, другие открываются | Кто вернул отказ и проходит ли запрос через прокси. Например, 403 от сайта сам по себе не доказывает проблему аутентификации на прокси. |
Код 407 относится к HTTP. У SOCKS5 свои ответы и сообщения ошибок; искать в них HTTP-код не нужно. Для обращения в поддержку полезны время попытки, исходящий IP, адрес и порт прокси, выбранный протокол и точный текст ошибки.
Когда стоит выбрать аутентификацию по IP
Этот способ хорошо подходит для программы с постоянным, контролируемым выходом в интернет, когда доступ нужен всей рабочей среде и не требуется раздавать пароль каждому процессу. Перед выбором убедитесь, что разрешённых адресов хватит для всех мест запуска и что вы сможете обновить список при смене сети.
Если адреса часто меняются, сотрудники работают из разных сетей или доступ нужно отзывать по отдельности, оцените другие способы допуска и дополнительные ограничения сервиса. Решение определяется тем, кто и откуда будет подключаться, а не количеством адресов в купленном списке прокси.