Настройка прокси в Яндекс Браузере для организаций

Настройка прокси в Яндекс Браузере для организаций может выполняться вручную, через системные параметры Windows или централизованно с помощью корпоративных политик.

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

Какие варианты настройки прокси доступны

В зависимости от инфраструктуры можно использовать несколько способов.

системный прокси Windows;
ручной адрес прокси-сервера;
автоматический сценарий PAC;
автоматическое определение параметров;
централизованные политики GPO;
ADMX/ADML для корпоративного управления.

Использует ли Яндекс Браузер системный прокси Windows

В корпоративной среде браузер может использовать системные сетевые настройки Windows. Поэтому перед изменением параметров внутри браузера стоит проверить, какой прокси уже задан в операционной системе.

Откройте параметры Windows и перейдите в раздел прокси-сервера. Там можно проверить:

автоматическое определение параметров;
использование сценария настройки;
адрес PAC-файла;
адрес и порт прокси-сервера.

Как настроить прокси вручную

Если в организации используется обычный HTTP/HTTPS-прокси, для подключения обычно требуются адрес сервера и порт.

Пример:

proxy.company.local:3128

Перед настройкой уточните у администратора сети:

адрес прокси-сервера;
порт;
нужна ли аутентификация;
какие адреса должны обходить прокси;
используется ли PAC-файл.

Настройка прокси через GPO

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

Для этого используются корпоративные политики Яндекс Браузера и административные шаблоны ADMX/ADML.

Политики Яндекс Браузера

ADMX и ADML

PAC-файл для Яндекс Браузера

Вместо фиксированного прокси-сервера в корпоративной сети может использоваться PAC-файл — сценарий автоматической настройки прокси.

В PAC-файле можно задать правила, по которым разные сайты будут открываться через разные прокси или напрямую.

Пример адреса PAC-файла:

https://proxy.company.local/proxy.pac

Такой вариант удобен для сложной корпоративной инфраструктуры, где часть ресурсов должна обходить прокси, а часть — проходить через него.

Автоматическое определение прокси

В некоторых сетях параметры прокси определяются автоматически. Для этого могут использоваться системные механизмы Windows и корпоративная сетевая инфраструктура.

Если автоматическое определение работает нестабильно, для корпоративных компьютеров часто надёжнее явно задать параметры прокси или PAC-файл политикой.

Прокси с авторизацией

Корпоративный прокси может требовать аутентификацию пользователя. В таком случае при первом обращении к интернет-ресурсу браузер может запросить учётные данные или использовать встроенные механизмы доменной аутентификации — в зависимости от конфигурации сети.

Если окно авторизации появляется постоянно, проверьте настройки прокси, доменную аутентификацию и политики браузера.

Исключения для прокси

Не весь трафик обязательно направлять через прокси. В корпоративной сети часто добавляют исключения для локальных серверов, внутренних веб-сервисов и других ресурсов.

Например:

*.company.local
10.*
192.168.*
localhost

Конкретный список зависит от инфраструктуры организации. Перед массовым применением исключения желательно проверить на тестовом компьютере.

Как проверить, применяется ли политика прокси

Если прокси задаётся через корпоративную политику, сначала проверьте, получила ли рабочая станция нужную GPO.

gpupdate /force

Затем можно проверить применённые групповые политики:

gpresult /r

После этого откройте в Яндекс Браузере страницу:

browser://policy

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

Если Яндекс Браузер не работает через прокси

Если после настройки прокси сайты перестали открываться, проверяйте проблему поэтапно.

доступен ли сам прокси-сервер;
правильно ли указан адрес;
правильно ли указан порт;
требуется ли авторизация;
доступен ли PAC-файл;
нет ли ошибки в правилах PAC;
применились ли групповые политики;
нет ли конфликтующих прокси-политик;
работает ли интернет без прокси;
не блокирует ли соединение межсетевой экран.

Проверка прокси из командной строки

При диагностике полезно проверить доступность прокси-сервера по сети.

В PowerShell можно проверить нужный порт:

Test-NetConnection proxy.company.local -Port 3128

Если соединение до порта не устанавливается, проблема может находиться в сети, маршрутизации, DNS или на самом прокси-сервере.

Проверка системного прокси WinHTTP

При диагностике Windows также можно посмотреть параметры WinHTTP:

netsh winhttp show proxy

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

Прокси не применяется через GPO

Если настройки заданы в групповой политике, но браузер их не использует, проверьте:

правильно ли связана GPO с OU;
к пользователю или компьютеру применяется политика;
нет ли более приоритетной конфликтующей GPO;
актуальны ли ADMX и ADML;
появляется ли политика в gpresult;
видит ли её браузер через browser://policy.

Ручная настройка или политика

Сценарий	Рекомендуемый подход
Один тестовый компьютер	Ручная настройка
Несколько рабочих станций	Возможна ручная настройка
Доменная инфраструктура	GPO
Десятки или сотни компьютеров	Централизованные политики
Сложные правила маршрутизации	PAC-файл