Настройка прокси в Chrome: где находится, как задать отдельный на профиль и все коды ошибок

В Chrome нет собственных настроек прокси. В Windows, macOS и Linux браузер использует то, что настроено в операционной системе, а единственный элемент управления прокси в настройках Chrome - это кнопка, открывающая системный диалог. Это архитектурное решение объясняет большинство вопросов: почему нет отдельного экрана настройки прокси, почему у двух профилей Chrome не может быть двух разных прокси и почему имя пользователя в флаге запуска ничего не даёт.

Тем не менее существует четыре способа заставить Chrome работать через прокси. Мы проверили каждый из них 30 сентября 2026 года на Chrome 154, используя прокси с логированием запросов, так что коды ошибок ниже - настоящие.

Коротко

Способ 1: системная настройка

В Chrome откройте «Настройки», затем «Система» и нажмите «Открыть настройки прокси-сервера компьютера». На этом встроенная поддержка прокси в Chrome заканчивается. Что именно откроется, зависит от системы:

• Windows. Параметры, «Сеть и Интернет», «Прокси-сервер». В разделе «Настройка прокси-сервера вручную» введите адрес и порт. Этот экран принимает только HTTP-прокси, поля для имени пользователя там нет: Chrome запросит логин, когда прокси потребует авторизацию.
• macOS. «Системные настройки», «Сеть», ваше подключение, «Подробнее», «Прокси-серверы». Там есть отдельные строки для веб-прокси (HTTP), защищённого веб-прокси (HTTPS) и SOCKS-прокси, у каждой свои поля для имени пользователя и пароля. Отметьте галочками и HTTP, и HTTPS, и укажите один и тот же сервер, иначе почти ни один сайт не пройдёт через прокси.
• Linux. В GNOME и KDE есть настройка сетевого прокси. Без графического окружения Chrome читает переменные среды http_proxy и https_proxy.

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

Способ 2: флаги командной строки

Если запустить Chrome с флагом --proxy-server, этот экземпляр проигнорирует системные настройки:

# macOS
"/Applications/Google Chrome.app/Contents/MacOS/Google Chrome" --proxy-server="http://proxy.sotaproxy.com:10000"# Windows
"C:\Program Files\Google\Chrome\Application\chrome.exe" --proxy-server="http://proxy.sotaproxy.com:10000"

Флаг принимает адреса http://, https://, socks5:// и socks4://. Ещё три флага имеют значение:

Последний флаг позволяет назначить разные прокси разным аккаунтам без расширений: один экземпляр Chrome на папку профиля, каждый со своим --proxy-server. Именно так работают фреймворки автоматизации и антидетект-браузеры.

Флаг не принимает логин и пароль. В нашем тесте Chrome, запущенный с --proxy-server="http://user:password@host:port", отказался работать с прокси полностью, и каждая страница падала с ошибкой net::ERR_NO_SUPPORTED_PROXIES. Передайте только адрес, а учётные данные введите в окне запроса Chrome или передайте их иначе: через расширение либо в автоматизации через соответствующие поля фреймворка.

Метод 3: расширение

Расширения управляют прокси Chrome через API chrome.proxy, и настройки расширения относятся к тому профилю, куда оно установлено. Это встроенное решение для задачи «один прокси на профиль»: установите FoxyProxy или аналог в профиль, настройте прокси там, и только этот профиль будет его использовать. Расширения также хранят логин и пароль и автоматически отвечают на запрос аутентификации от прокси, и могут маршрутизировать по шаблону только определённые сайты.

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

Метод 4: PAC-файл

PAC-файл содержит небольшую JavaScript-функцию, которую Chrome вызывает для каждого запроса:

function FindProxyForURL(url, host) {
  if (dnsDomainIs(host, ".example.com")) {
    return "PROXY proxy.sotaproxy.com:10000";
  }
  return "DIRECT";
}

Укажите путь к нему через --proxy-pac-url или в поле «автоматическая настройка» системных параметров. В нашем тесте PAC-файл, возвращающий наш прокси, корректно направил запрос через него. PAC-файл не может содержать пароль, поэтому для прокси с аутентификацией Chrome всё равно потребует ввести учётные данные.

Chrome на Android и iPhone

Chrome для Android не имеет настройки прокси. Прокси сети Wi-Fi в настройках Android применяется к Chrome, но принимает только HTTP-прокси, не имеет полей для логина и действует только на эту сеть Wi-Fi, а не на мобильные данные. Chrome на iPhone использует системный сетевой стек, поэтому прокси настраивается в разделе «Настроить прокси» для сети Wi-Fi, где поля аутентификации есть. Расширения недоступны на обеих платформах.

Что Chrome делает с DNS и WebRTC

Где разрешается имя хоста, зависит от типа прокси. Мы проверили это на прокси с логированием: при HTTP-прокси Chrome отправляет имя хоста внутри запроса CONNECT, при socks5:// отправляет имя хоста прокси, а при socks4:// разрешает имя локально и отправляет адрес. Если используете SOCKS, используйте SOCKS5. Полное сравнение по инструментам приведено в что такое DNS-прокси.

WebRTC может раскрыть ваш реальный адрес в обход любого прокси. В Chrome нет страницы настроек для этого. Варианты: собственное расширение Google «WebRTC Network Limiter» или политика WebRtcIPHandling со значением disable_non_proxied_udp на управляемой машине. Проверьте результат на нашем IP-чекере.

Все ошибки, с которыми мы столкнулись

Первая ошибка встречается чаще всего, и решение банально: проверьте порт и убедитесь, что прокси работает, выполнив curl -x http://host:port https://api.ipify.org, прежде чем обвинять Chrome.

Автоматизация: Playwright, Puppeteer, Selenium

Поскольку флаг не принимает учётные данные, у каждого фреймворка есть свой способ их передачи:

# Playwright: отдельные поля; это то, что мы тестировали
browser = p.chromium.launch(proxy={
    "server": "http://proxy.sotaproxy.com:10000",
    "username": "login_c_US",
    "password": "password",
})# Puppeteer: адрес во флаге, учётные данные на каждую страницу
args: ["--proxy-server=http://proxy.sotaproxy.com:10000"]
await page.authenticate({ username: "login_c_US", password: "password" });

В Selenium полей для учётных данных прокси вообще нет. Способы обойти это описаны в разделе аутентификация и привязка по IP.

Что указывать для наших прокси

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

FAQ

Где в Chrome настройки прокси?

Собственных у Chrome нет. Раздел «Настройки», «Система», «Открыть настройки прокси-сервера для компьютера» открывает окно операционной системы, Chrome использует то, что там установлено.

Можно ли задать прокси только для одного профиля Chrome?

В настройках самого браузера нельзя. Установите расширение для прокси в нужный профиль либо запускайте для него отдельный экземпляр Chrome с флагами --user-data-dir и --proxy-server.

Поддерживает ли Chrome протокол SOCKS5?

Да, через флаг --proxy-server="socks5://host:port", через расширение и через системные настройки macOS. Основной экран прокси в Windows принимает только HTTP.

Почему Chrome игнорирует логин в --proxy-server?

Флаг не принимает учётные данные. В нашем тесте Chrome отклонил такой прокси с ошибкой ERR_NO_SUPPORTED_PROXIES. Передавайте только адрес, а логин вводите по запросу браузера, через расширение или через поля вашего фреймворка для автоматизации.

Как отключить прокси в Chrome?

Там, где вы его включили: удалите из системных настроек ОС, уберите флаг из ярлыка или выключите расширение. Если параметр заблокирован, им управляет политика.