TL;DR
- У Microsoft Edge нет независимого прокси-стека на десктопе; его сетевая подсистема по умолчанию использует настройки прокси ОС.
- SOCKS5 в Edge не поддерживает аутентификацию, поэтому конечная точка SOCKS5 с именем пользователя и паролем не будет работать — вместо этого используйте конечную точку HTTP.
- Edge игнорирует учетные данные, встроенные в настройки прокси, поэтому
user:pass@hostтихо терпит неудачу; аутентификация осуществляется через собственный запрос Edge. - Прокси с HTTPS-схемой нельзя установить через настройки Windows или macOS; требуется командный переключатель, файл PAC, расширение или политика.
- Включение политики ProxySettings заставляет Edge игнорировать все команды командной строки, связанные с прокси, поэтому
--proxy-serverничего не делает на управляемых компьютерах. - HTTP/1.1 прокси в Edge ограничены 32 одновременными подключениями по всем доменам, поэтому "медленный прокси" иногда является потолком для подключений.
Что такое настройка прокси в Edge и зачем оно нужно?
Настройка прокси в Edge — это конфигурация, которая указывает Microsoft Edge отправлять запросы через промежуточный сервер, так что сайты видят IP этого сервера вместо вашего. Особенность Edge заключается в том, что чаще всего вы вообще не настраиваете Edge — вы настраиваете Windows или macOS, и Edge наследует эти настройки.
На это имеется четыре причины: проверить, как страница или реклама отображается в другом регионе, получить доступ к внутреннему сервису за корпоративным шлюзом, тестировать трафик через отладочный прокси и отделить трафик одного браузера от остальной машины. Именно в последнем случае по умолчанию есть разочарование, поскольку системный прокси не имеет масштабов для браузера.
Быстрый взгляд
Edge отклоняет учетные данные, встроенные в URL прокси, и не поддерживает аутентификацию на SOCKS5, поэтому шлюз, использующий обычный HTTP с базовой аутентификацией, действительно работает здесь — HTTP/HTTPS конечные точки Nstproxy попадают прямо в поля ниже.
Что вам нужно перед тем, как начать?
Пять вещей, и отсутствие последней вызывает большинство неудачных попыток.
- Хост и порт — адрес шлюза, который предоставляет ваш провайдер. Если вы не уверены, где их найти, поиск вашего адреса прокси-сервера зависит от провайдера.
- Имя пользователя и пароль — хранятся отдельно, не вставляются в поле хоста.
- Схема — Edge поддерживает HTTP, HTTPS, SOCKSv4, SOCKSv5 и DIRECT, и выбор меняет то, что работает. Edge принимает аутентификацию Basic, Digest, Negotiate и NTLM на HTTP-прокси и не поддерживает аутентификацию на SOCKSv4 или SOCKSv5, поэтому план с именем пользователя и паролем требует HTTP или HTTPS конечной точки. Различия в версиях охватываются в этом гиде по SOCKS-прокси.
- Права администратора, но только для метода политики.
Одно, что вам не нужно: учетные данные, отформатированные в адрес. Документация по поддержке прокси в Edge сообщает, что Edge не реализует учетные данные в открытом формате в настройках прокси и не будет использовать ничего встроенного туда.
Как Microsoft Edge на самом деле обрабатывает прокси?
Microsoft прямо говорит об этом: "Сетевая подсистема Microsoft Edge по умолчанию использует системные сетевые настройки." Эти настройки охватывают конфигурацию прокси наряду с сертификатами и хранилищами приватных ключей.
Это умолчание объясняет три вещи, которые сбивают с толку читателей. Открытие Настройки → Система и производительность перенаправляет вас на диалог ОС, а не на экран, принадлежащий Edge. Любое изменение там применяется ко всем приложениям, которые учитывают системный прокси. И прокси с HTTPS-схемой недоступен через этот диалог целиком — Microsoft отмечает, что его нельзя указать через системные настройки прокси и что вместо этого требуется PAC-скрипт или установка на уровне Edge.
Два жестких ограничения определяют, какой метод вы выберете. HTTP/1.1 прокси в Edge ограничены 32 одновременными соединениями по всем доменам, тогда как прокси с HTTPS, который ведет переговоры об HTTP/2, имеет более высокий потолок. А с SOCKSv5 Edge всегда разрешает имена на стороне прокси без возможности изменить это — Firefox предоставляет предпочтение для этого, Edge не имеет аналогичного.
Как настроить прокси в Microsoft Edge?
Существует четыре способа, различающиеся по диапазону: два настраивают целую машину, два настраивают только Edge.
Способ 1: Системный прокси через настройки Edge
Самый быстрый путь и тот, на который указывает собственный интерфейс Edge. Машинный охват, не только Edge.
Шаг 1: Откройте запись прокси в Edge
Откройте Настройки → Система и производительность и выберите опцию для открытия настроек прокси вашего компьютера. Edge передаст это операционной системе.
Шаг 2: Введите шлюз
На Windows перейдите в Настройки → Сеть и Интернет → Прокси, и в разделе Настройка прокси вручную включите Использовать прокси-сервер. Введите хост и порт, добавьте любые хосты, которые должны оставаться прямыми, в список исключений, затем сохраните.
На macOS: Системные настройки → Сеть → Wi-Fi или Ethernet → Подробности → Прокси, отметьте схему, заполните хост и порт.
Шаг 3: Аутентификация при первом запросе
Загрузите любой сайт. Edge запрашивает имя пользователя и пароль при первом запросе и кэширует их на сессию.
Шаг 4: Обратите внимание, что это не охватывает
Этот путь не может выразить прокси-сервер с HTTPS-схемой и применяется ко всем приложениям, уважающим системный прокси. Для этого используйте Метод 2.
Метод 2: Командный переключатель для маршрутизации только для Edge
Используйте это, когда прокси должен применяться только к Edge и ничему другому, или когда вам нужна схема, которую диалог ОС не может выразить.
Шаг 1: Закройте все окна Edge
Переключатели применяются при запуске; работающий процесс Edge не подхватит их.
Шаг 2: Запустите Edge с переключателем прокси
Запустите Edge с параметром --proxy-server, установленным на ваш шлюз. Документация Microsoft по командным строкам прокси предлагает три формы: одну конечную точку для всего трафика (--proxy-server="proxy2:8080"), карту для каждой схемы (--proxy-server="http=proxy1:8080"), или явный URI, включая схему, что позволяет вам выйти на HTTPS-прокси. Добавление ,direct:// заставляет Edge использовать прямое подключение, если шлюз недоступен, а не завершаться с ERR_PROXY_CONNECTION_FAILED.
Шаг 3: Добавьте исключения, если они вам нужны
Сочетайте с --proxy-bypass-list для хостов, которые должны оставаться прямыми; этот переключатель работает только вместе с --proxy-server. Обратите внимание на правило сопоставления — шаблоны с заканчивающим доменом не имеют подразумеваемой точки, так что *microsoft.com также соответствует imicrosoft.com, и вам нужно *.microsoft.com, если вы имели в виду подсеть.
Шаг 4: Знайте о связанных переключателях
--no-proxy-server заставляет использовать прямое соединение, независимо от системных настроек, --proxy-pac-url указывает Edge на файл PAC, а --proxy-auto-detect запускает открытие WPAD, но игнорируется, когда также присутствует --proxy-server.
Метод 3: Использование Nstproxy через HTTP интерфейс Edge
Используйте это, когда прокси должен представлять конкретную страну или стабильную жилую идентичность, а не выходить на внутренний шлюз.
Шаг 1: Создайте канал и прочитайте учетные данные
Создайте канал на панели управления Nstproxy и скопируйте четыре значения, которые он выдает: хост шлюза, порт, имя пользователя, пароль. Документация Nstproxy по прокси перечисляет глобальный шлюз, а также региональные конечные точки в США, ЕС и Азии; выберите ближайшую, так как каждый запрос оплачивает это путешествие.
Шаг 2: Выберите HTTP интерфейс, а не SOCKS5
Выберите HTTP или HTTPS. Это не предпочтение — Edge не поддерживает аутентификацию на SOCKSv5, поэтому шлюз SOCKS5 с именем пользователя и паролем не может аутентифицироваться в Edge вообще.
Шаг 3: Введите шлюз с использованием Метода 1 или Метода 2
Введите хост и порт в поля Windows или macOS, или передайте их в --proxy-server, чтобы ограничить маршрутизацию Edge. Nstproxy кодирует контроль сессии в строку имени пользователя — канал, страна и продолжительность сессии являются параметрами внутри него — поэтому вставьте все сгенерированное имя пользователя.
Шаг 4: Позвольте Edge запросить пароль
Загрузите сайт и введите учетные данные, когда Edge попросит. Одно реальное ограничение: Nstproxy не предоставляет расширение для Edge, поэтому переключение по вкладкам требует стороннего расширения или отдельных профилей.
Метод 4: Политика ProxySettings для устойчивой конфигурации
Используйте это на машинах, которые вы администрируете, или когда конфигурация должна сохраняться после перезагрузок и противостоять изменениям пользователя.
Шаг 1: Подтвердите политику, которая вам нужна
ProxySettings является текущей политикой словаря. Microsoft отмечает старые политики ProxyMode и ProxyServer устаревшими, а ProxySettings их переопределяет. Поддерживается на Windows и macOS с Edge 77, Android с 30, и не поддерживается на iOS.
Шаг 2: Выберите значение ProxyMode
Справочник политики ProxySettings определяет пять значений: direct никогда не использует прокси, system наследует настройки ОС, auto_detect выполняет обнаружение, fixed_servers использует ваш ProxyServer и список исключений, а pac_script использует ProxyPacUrl.
Шаг 3: Напишите политику
На Windows установите ProxySettings как REG_SZ в SOFTWARE\Policies\Microsoft\Edge, или используйте Административные шаблоны → Microsoft Edge → Прокси-сервер. На macOS ключ предпочтений имеет то же имя. Значение — это JSON-словарь указанных выше полей.
Шаг 4: Поймите побочный эффект
После включения Edge игнорирует все параметры командной строки, связанные с прокси, что делает Метод 2 неработоспособным на этом устройстве. Зафиксированное поведение, это не ошибка. Политика применяется для каждого профиля.
Как вы можете подтвердить, что это действительно сработало?
Загрузите сервис отражения IP в Edge и сравните с той же проверкой в другом браузере на том же компьютере.
Успех: указанный IP — это IP шлюза, страна соответствует выбранному региону, и страница загружается без повторных запросов на ввод учетных данных. Провал имеет три явных признака — если ваш собственный IP по-прежнему отображается, это означает, что прокси не применяется; постоянный запрос, который снова и снова появляется, означает, что аутентификация не удалась, а не маршрутизация; ERR_PROXY_CONNECTION_FAILED означает, что Edge обнаружил конфигурацию и не смог достучаться до шлюза.
Для командной строки и политики edge://net-internals/#proxy показывает конфигурацию, которую Edge фактически разрешил, что лучше, чем выводить её из диалога ОС.
Как вы можете отключить это или откатить изменения?
Каждый метод откатывается по-разному, и откат неправильного уровня оставляет прокси на месте.
- Метод 1: На Windows отключите Использовать прокси-сервер в разделе Настройки → Сеть и Интернет → Прокси. На macOS снимите галочку с схемы в разделе Детали → Прокси. Перезагрузка не требуется.
- Метод 2: Закройте Edge и перезапустите его в обычном режиме; ничто не сохраняется. Чтобы принудительно использовать прямое соединение, пока системный прокси остается настроенным, запустите с
--no-proxy-server. - Метод 3: Отмените действие любого из Метода 1 или Метода 2, который вы использовали. Удаление учетных данных само по себе не останавливает маршрутизацию.
- Метод 4: Удалите значение реестра
ProxySettingsили верните объект групповой политики в состояние «Не настроено», затем перезапустите Edge. УстановкаProxyModeнаdirectделает то же самое, сохраняя при этом политику.
Почему это не работает?
Большинство сбоев прокси в Edge вызваны ограничениями платформы, а не опечатками, поэтому проверьте это перед повторной проверкой хоста и порта.
Политика переопределяет вашу командную строку. Симптом: --proxy-server игнорируется. Причина: политика ProxySettings включена, и Edge игнорирует все параметры командной строки, касающиеся прокси. Исправление: проверьте edge://policy и настройте через политику вместо этого.
SOCKS5 не будет аутентифицироваться. Симптом: шлюз никогда не принимает ваши учетные данные. Причина: Edge не поддерживает аутентификацию на SOCKSv5 или SOCKSv4. Исправление: переключитесь на HTTP или HTTPS-экспоненту или используйте белый список IP.
Учетные данные в адресе игнорируются. Симптом: вы ввели user:pass@host:port, и Edge по-прежнему запрашивает их. Причина: Edge не использует учётные данные, встроенные в настройки прокси. Исправление: введите только хост и порт.
HTTPS прокси не сохраняется. Симптом: в диалоге ОС нет места для его ввода. Причина: эту схему нельзя указать через системные настройки прокси. Исправление: используйте --proxy-server с явным URI https://, PAC-скриптом, расширением или политикой.
Пропускная способность падает под нагрузкой. Симптом: много вкладок или параллельных запросов тормозят. Причина: прокси HTTP/1.1 в Edge ограничены 32 одновременными соединениями по всем доменам. Исправление: используйте HTTPS-прокси, который может договориться о HTTP/2.
Локальный хост отказывается маршрутизировать. Симптом: запросы к localhost идут напрямую. Причина: Edge применяет неявные правила исключения для имен локального хоста и локальных адресов. Исправление: добавьте правило <-loopback>, приняв во внимание связанные с безопасностью последствия.
Какой вариант вам следует выбрать?
Соответствуйте методу масштабу, который вам нужен, а не тому, насколько он сложен.
- Один компьютер, один прокси, случайное использование → системный прокси через настройки Edge.
- Только Edge, другие приложения напрямую → переключатель командной строки. Единственный способ без установки, чтобы сохранить маршрутизацию в пределах браузера, и способ доступа к прокси-серверу с HTTPS-схемой.
- Частое переключение между конечными точками → расширение прокси из магазина дополнений Edge, которое позволяет переключать вкладки, что недоступно в стандартном диалоге.
- Парковая или длительная конфигурация → политика ProxySettings. Сохраняется между перезагрузками, работает для каждого профиля, отключает маршрут командной строки.
- Необходимость в конкретной стране или жилой идентичности → коммерческий шлюз через HTTP/HTTPS. Residential Prime от Nstproxy предлагает фильтрацию по стране, городу и ASN, Статический ISP - фиксированный адрес, выставляемый по IP, IP мобильного оператора. За трафик по гигабайтам, за IP по Статическому ISP.
- Просто желая шифрование в общественном Wi-Fi → Сеть безопасного края, не прокси.
Какие ограничения и правила стоит знать в первую очередь?
Поддержка прокси в Edge имеет пробелы, которые никакая конфигурация не закроет.
SOCKSv5 пересылает только TCP и не может передавать UDP. SOCKSv4 дополнительно не может достичь целей IPv6, а Edge не поддерживает SOCKSv4a и не использует его в резервном режиме. Правила исключений, указывающие диапазоны IP, применяются только к URL-адресам, которые являются буквальными IP-адресами, а не доменным именам, разрешающимся в этот диапазон — Microsoft называет их полезность довольно ограниченной и указывает на PAC-скрипт вместо этого. ProxySettings не поддерживается на iOS; Сеть безопасного края недоступна на управляемых устройствах.
Все, что проходит через сторонний прокси, видно этому оператору в зависимости от возможностей схемы: HTTP-прокси видит целевое доменное имя в открытом виде, даже когда туннелирует HTTPS через CONNECT, в то время как HTTPS-прокси защищает его, потому что сам CONNECT передается через TLS. А прокси изменяет сетевое происхождение и ничего больше — не ваш отпечаток, вашу учетную запись или ваше поведение.
Так каков самый быстрый путь отсюда?
Сначала определите масштаб, потому что этот один выбор определяет метод. Весь компьютер и только HTTP: используйте системный прокси через настройки Edge и позвольте Edge запросить учетные данные. Только Edge или конечная точка HTTPS-схемы: запуститесь с --proxy-server. Управляемый компьютер или требуется постоянство: напишите политику ProxySettings. Какой бы вы ни выбрали, выбирайте HTTP-конечную точку вместо SOCKS5 каждый раз, когда аутентификация происходит по имени пользователя и паролю, проверьте выходной IP перед доверием к настройке и сначала проверьте edge://policy, если кажется, что переключение игнорируется.
Часто задаваемые вопросы
В: Есть ли у Microsoft Edge свои настройки прокси?
Нет на настольных ПК. Сетевая инфраструктура Edge по умолчанию использует сетевые настройки системы, поэтому запись прокси в настройках Edge открывает диалог Windows или macOS, а не экран, принадлежащий Edge. Конфигурация, относящаяся к Edge, возможна только через переключатель командной строки, расширение или политику ProxySettings.
В: Поддерживает ли Microsoft Edge прокси SOCKS5?
Да для маршрутизации, нет для аутентификации. Edge поддерживает схему SOCKSv5, но Microsoft документирует, что методы аутентификации для SOCKSv5 в Edge не поддерживаются, поэтому шлюз, требующий имя пользователя и пароль, не будет работать. Используйте конечную точку HTTP или HTTPS или белый список IP, если ваш провайдер это поддерживает.
В: Почему Edge игнорирует имя пользователя и пароль в моем адресе прокси?
Потому что Edge не реализует учетные данные в открытом виде в настройках прокси и не будет использовать учетные данные, встроенные там. Введите только хост и порт, затем укажите имя пользователя и пароль, когда Edge запросит это при первом запросе.
В: Почему мой переключатель --proxy-server игнорируется?
Почти всегда потому, что на этом компьютере включена политика ProxySettings, что заставляет Edge игнорировать все параметры командной строки, связанные с прокси. Проверьте edge://policy на наличие записи ProxySettings; если такая запись существует, измените прокси через политику.
В: Является ли Сеть безопасного края тем же, что и установка прокси?
Нет. Сеть безопасного края перенаправляет выбранный трафик через зашифрованный туннель Cloudflare, ограниченный 5 ГБ в месяц с личным аккаунтом Microsoft, со стриминговыми сайтами, исключенными по умолчанию, и отсутствием доступности на управляемых устройствах. Она не дает вам контроля над выходным местоположением или схемой.
В: Как мне установить прокси в Edge на Android или iOS?
На Android Edge следует настройкам прокси Wi-Fi устройства, и политика ProxySettings поддерживается с Edge 30 на управляемых устройствах. На iOS эта политика вообще не поддерживается, оставляя только уровень сетевой конфигурации, который предоставляет сама iOS.
