Прокси это две вещи и двоеточие: хост и порт. Всё, что вы с ним делаете, настройка браузера, нацеливание на него скрапера, отладка сбойного соединения, начинается с правильного считывания этих двух значений. Вопрос «каков адрес моего прокси-сервера?» делится на два очень разных случая, и путаница между ними отнимает часы.

Первый случай: прокси уже настроен на вашей машине, и вам нужно найти где. Это значение живёт в сетевых настройках операционной системы или браузера, а в управляемой сети оно могло быть отправлено автоматически. Второй случай: провайдер выдал вам конечную точку вроде proxy.example.com:8080, и вам нужно её считать и нацелить на неё инструмент. Это руководство охватывает оба случая, шаг за шагом, в Windows, macOS, Linux и основных браузерах, с проверками из командной строки, которые можно вставить, чтобы никогда не приходилось доверять панели настроек, которая лжёт.

Адрес против IP против порта: сначала прочитайте конечную точку

Сначала разберитесь со словарём, потому что поля помечены непоследовательно на разных платформах. Адрес прокси-сервера это хост, к которому вы подключаетесь: либо имя хоста (proxy.example.com), либо литеральный IP (198.51.100.10). Порт это число после двоеточия (распространены 8080, 3128 и 1080), которое выбирает, с какой службой на этом хосте говорить. Вместе они образуют конечную точку, которую многие инструменты хотят видеть одной строкой, host:port.

Одна вещь, которая сбивает людей с толку: адрес прокси это не ваш IP и не тот IP, который в итоге видит сайт. Это машина посередине; сайт видит отдельный IP, с которого прокси выходит. Если это различие размыто, механика разобрана в материале что такое прокси-сервер. Провайдер также даст вам имя пользователя и пароль; они не являются частью адреса, но большинство инструментов принимают их встроенно как user:pass@host:port.

Три способа, которыми адрес попадает на вашу машину

Вручную, автоматически или никак. Вручную означает, что фиксированные хост и порт были вписаны в настройки. Автоматически означает, что PAC-файл или WPAD-URL решает, какой прокси использовать для каждого запроса, поэтому панель настроек показывает URL скрипта, а не host:port, и вам приходится читать скрипт (или запустить проверку из CLI), чтобы увидеть реальный адрес. Никак означает, что прокси не установлен, и пустая панель это ожидаемый результат, а не баг.

Найдите адрес прокси в Windows

Windows хранит настройки прокси в двух местах, которые могут расходиться: современное приложение «Параметры» (для конкретного пользователя) и общесистемное хранилище WinHTTP, которое используют службы. Проверьте оба.

Через «Параметры»

  1. Откройте Параметры и перейдите в Сеть и интернет → Прокси-сервер.
  2. В разделе Настройка прокси вручную, если Использовать прокси-сервер включено, поля Адрес и Порт содержат ваш host:port.
  3. В разделе Автоматическая настройка прокси заполненный Адрес скрипта означает, что главенствует PAC-файл; реальный host:port живёт внутри этого скрипта.

Через командную строку

Панель «Параметры» показывает только конфигурацию конкретного пользователя. Чтобы увидеть, что система фактически применяет, запросите хранилище WinHTTP, которое является авторитетным для многих фоновых служб.

powershell
# System-wide proxy (services, not just your browser)
netsh winhttp show proxy

# Per-user setting the apps read, straight from the registry
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyServer

Если netsh сообщает «Direct access (no proxy server)», но ваш браузер явно использует прокси, прокси настроен только на уровне конкретного пользователя, что и покажет строка с reg query.

Найдите адрес прокси в macOS

macOS хранит настройки прокси для каждой сетевой службы (Wi-Fi, Ethernet, каждый VPN), поэтому ответ может различаться в зависимости от того, на каком интерфейсе вы находитесь.

Через «Системные настройки»

  1. Откройте Системные настройки → Сеть и выберите активную службу (Wi-Fi или Ethernet).
  2. Нажмите Подробнее (в старых macOS: Дополнительно) и откройте вкладку Прокси.
  3. Каждая отмеченная строка протокола (веб-прокси / HTTP, защищённый веб-прокси / HTTPS, SOCKS) показывает свой Сервер и Порт. Отмеченная строка Автоматическая настройка прокси вместо этого показывает PAC-URL.

Через терминал

networksetup читает то же хранилище, что и графический интерфейс, но он быстрее и поддаётся скриптованию. Передайте ему точное имя службы, как показано в панели «Сеть».

bash
# List service names exactly as networksetup expects them
networksetup -listallnetworkservices

# Host:port for HTTP and HTTPS on Wi-Fi
networksetup -getwebproxy "Wi-Fi"
networksetup -getsecurewebproxy "Wi-Fi"

# PAC / auto-config URL, if one is set
networksetup -getautoproxyurl "Wi-Fi"

Найдите адрес прокси в Linux

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

Среда рабочего стола

В GNOME откройте Настройки → Сеть → Сетевой прокси; в KDE Системные настройки → Сеть → Прокси. Ручной режим перечисляет хост и порт для каждого протокола; автоматический режим показывает PAC-URL.

Переменные окружения оболочки

Для всего, что вы запускаете в терминале, прокси почти всегда приходит из переменных окружения. Это также тот слой, который большинство инструментов командной строки, включая curl и wget, фактически читают.

bash
# Show any proxy variables the shell currently exports
env | grep -i -e proxy

# GNOME stores its own copy here, separate from the shell
gsettings get org.gnome.system.proxy mode
gsettings get org.gnome.system.proxy.http host

Типичный вывод это строки вроде http_proxy=http://proxy.example.com:8080 и https_proxy=.... Обратите внимание, что панель рабочего стола и эти переменные независимы: установка одной не устанавливает другую, что является обычной причиной, по которой приложение с графическим интерфейсом и приложение в терминале расходятся в том, существует ли прокси.

Найдите адрес прокси в браузерах

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

Chrome и Edge

Оба передают управление системе. В Chrome: Настройки → Система → Открыть настройки прокси-сервера на компьютере; в Edge: Настройки → Система и производительность → Открыть настройки прокси-сервера на компьютере. Каждый открывает панель ОС, описанную выше, поэтому считывайте host:port там.

Firefox

  1. Откройте Настройки, прокрутите до Настройки сети и нажмите Настроить.
  2. Ручная настройка прокси показывает поля хоста и порта для HTTP, HTTPS и SOCKS напрямую.
  3. URL автоматической настройки прокси указывает на PAC-файл; Использовать системные настройки прокси возвращает управление ОС.

Где искать, по платформам

Сводка, чтобы можно было сразу перейти в нужное место:

Платформа Расположение в GUI Самая быстрая проверка в CLI
Windows Параметры → Сеть и интернет → Прокси-сервер netsh winhttp show proxy
macOS Сеть → Подробнее → Прокси networksetup -getwebproxy "Wi-Fi"
Linux Настройки → Сеть → Сетевой прокси env | grep -i proxy
Firefox Настройки → Настройки сети н/д (только внутри приложения)
Chrome / Edge передаёт управление панели ОС используйте проверку CLI для ОС

Проверьте, что адрес действительно работает

Нахождение host:port это лишь половина дела. Настоящая проверка в том, маршрутизируется ли трафик через него и выходит ли он с того IP, который вы ожидаете. Отправьте один запрос через прокси на echo-сервис и считайте обратно адрес: если он показывает выходной IP прокси, а не ваш собственный, маршрутизация работает.

bash
# Route one request through the proxy, then read the exit IP
curl -x "http://user:[email protected]:8080" "https://httpbin.org/ip"

# Output shows the proxy's IP, not yours
{ "origin": "203.0.113.42" }

Если запрос зависает или возвращает ошибку соединения, хост или порт указан неверно, прокси нужны учётные данные, которые вы не предоставили, или ему нужен HTTPS вместо HTTP. Полный рабочий процесс curl, включая крайние случаи аутентификации, разобран в материале как использовать curl с прокси. Когда вместо этого вы видите явные коды состояния вроде 407 или 502, материал коды ошибок состояния прокси сопоставляет каждый из них с причиной.

Когда адрес пуст, неверен или вращается

Пустая панель прокси обычно означает, что прокси не установлен, что верно для обычного домашнего соединения; ничего не сломано. Если вы ожидали его, прокси может быть настроен на другом слое (переменные оболочки в Linux, хранилище WinHTTP в Windows), чем тот, который вы просматриваете, поэтому запустите соответствующую проверку CLI выше.

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

Самый сложный случай это когда вообще нет единого фиксированного адреса. Вращающиеся прокси меняют выходной IP для каждого запроса или для каждой сессии, поэтому считывание «адреса» с панели бессмысленно: host:port, к которому вы подключаетесь, остаётся постоянным, тогда как IP за ним меняется. Для этой модели вы считываете одну стабильную конечную точку шлюза, которую даёт ваш провайдер, что в точности соответствует форме управляемой конечной точки.

Простейший в управлении адрес: стабильный шлюз

Если вы охотитесь за адресом прокси, чтобы нацелить на него скрапер или инструмент, самый чистый ответ это вообще не управлять отдельными парами host:port. Вращающийся шлюз даёт вам единую, стабильную конечную точку и автоматически меняет выходной IP за ней, поэтому есть один адрес для настройки и нечего обновлять, когда IP блокируется.

Crawlbase Smart AI Proxy

Один host:port, на который можно нацелить любой инструмент. Smart AI Proxy это единая вращающаяся конечная точка, подкреплённая большим резидентным, дата-центровым и мобильным пулом: вы настраиваете её один раз, она ротирует выходы для каждого запроса и повторяет попытки при блокировках, поэтому вам никогда не приходится гоняться за свежим адресом. Вставьте её в то же поле прокси, которое вы только что научились считывать, и для начала протестируйте свою реальную цель на бесплатном тарифе.

Нацеливаете ли вы его на шлюз выше или на хост собственного провайдера, поле конфигурации идентично тому, которое вы нашли в своей панели настроек. В этом и состоит выигрыш от того, чтобы один раз правильно считать адрес: каждый инструмент, браузер и ОС принимают один и тот же host:port в одном и том же месте.

Итоги

Ключевые выводы

  • Адрес это хост и порт. Считывайте его как host:port; учётные данные, когда они есть, идут впереди как user:pass@host:port.
  • Панели настроек лгут; CLI нет. netsh winhttp show proxy, networksetup -getwebproxy и env | grep proxy показывают, что система фактически применяет.
  • Слои расходятся. Для конкретного пользователя против системного в Windows, GUI против переменных оболочки в Linux, Firefox против ОС: проверьте слой, который ваш инструмент фактически читает.
  • Автоматическая конфигурация скрывает реальный адрес. PAC- или WPAD-URL означает, что host:port живёт в скрипте, а не в панели.
  • Проверяйте, отражая выходной IP. Отправьте один запрос через прокси на echo-сервис; IP прокси подтверждает, что маршрутизация работает.

Часто задаваемые вопросы

Каков адрес моего прокси-сервера?

Это хост и порт, через которые маршрутизируется ваш трафик, например proxy.example.com:8080. В Windows смотрите в Параметры → Сеть и интернет → Прокси-сервер, в macOS в Сеть → Подробнее → Прокси, а в Linux в переменных окружения прокси вашей оболочки или в сетевой панели рабочего стола. Если прокси вам дал провайдер, адрес содержится в выданных им учётных данных.

Адрес прокси это то же самое, что мой IP-адрес?

Нет. Адрес прокси это машина посередине, к которой вы подключаетесь. Ваш собственный IP это адрес, который ваша машина имеет в своей сети, а IP, который видит сайт, это тот, с которого прокси выходит. Все три могут быть разными значениями, в чём и состоит весь смысл маршрутизации через прокси.

Как найти адрес прокси на телефоне?

На Android перейдите в Настройки → Сеть и интернет → Wi-Fi, нажмите на подключённую сеть и посмотрите в разделе «Прокси». На iPhone перейдите в Настройки → Wi-Fi, нажмите на подключённую сеть и прокрутите до «HTTP-прокси», где ручная запись показывает сервер и порт, а автоматическая запись показывает URL конфигурации.

Что означает, когда адрес прокси пуст?

Обычно то, что прокси не настроен, что нормально для обычного соединения. Если вы ожидали его, прокси может быть установлен на слое, который вы не просматриваете, таком как переменные окружения оболочки в Linux или хранилище WinHTTP в Windows. Запустите соответствующую проверку из командной строки, чтобы подтвердить, что система фактически применяет.

Почему GUI показывает URL скрипта вместо хоста и порта?

Потому что используется автоматическая настройка прокси. PAC-файл или WPAD-URL решает, какой прокси использовать для каждого запроса, поэтому панель показывает адрес скрипта, а не фиксированный host:port. Чтобы увидеть реальный адрес, откройте PAC-скрипт или запустите проверку из командной строки, которая сообщает разрешённый прокси.

Как проверить, действительно ли работает адрес прокси?

Отправьте через него один запрос на echo-сервис и считайте результат. С curl -x "http://user:pass@host:port" "https://httpbin.org/ip" ответ, показывающий выходной IP прокси, подтверждает, что маршрутизация работает. Зависание или ошибка соединения означают, что хост, порт или учётные данные неверны, либо прокси ожидает другой протокол.

Начать создавать

Обходите любой сайт в масштабе, без борьбы с инфраструктурой.

Crawlbase берёт на себя прокси, отпечатки и CAPTCHA, чтобы ваша команда выпускала конвейеры данных вместо поддержки обвязки краулинга. 1 000 запросов бесплатно, без карты.

Самообслуживание · Звонок отдела продаж не требуется · Доступны корпоративные объёмы краулинга