Стратегия настройки корпоративных сайтов
Примечание.
Microsoft Edge для бизнеса теперь доступна в стабильной версии 116 для Edge! Узнайте больше о новом специализированном интерфейсе работы со встроенными встроенными средствами безопасности корпоративного уровня, производительностью, управляемостью и искусственным интеллектом.
Примечание.
Устаревшее, не поддерживаемое классическое приложение Internet Обозреватель 11 было окончательно отключено с помощью обновления Microsoft Edge в некоторых версиях Windows 10. Дополнительные сведения см. в разделе Часто задаваемые вопросы об прекращении использования настольного приложения Internet Explorer 11.
В этой статье описываются изменения, внесенные в список сайтов в режиме предприятия для поддержки режима Internet Explorer в Microsoft Edge версии 77 или более поздней.
Дополнительные сведения о схеме для XML-файла списка сайтов в режиме предприятия см. в статье Руководство по схеме режима предприятия версии 2.
Стратегия настройки
В стратегию настройки сайтов для режима IE входят следующие действия:
- Подготовка списка сайтов
- Настройка нейтральных сайтов
- (Необязательно) Использование общего доступа к файлам cookie при необходимости
Подготовка списка сайтов
Если у вас уже есть список сайтов в режиме предприятия для IE11 или устаревшей версии Microsoft Edge, его можно использовать повторно для настройки режима IE.
Если у вас нет списка сайтов, для его заполнения можно использовать средство обнаружения корпоративных сайтов.
Настройка нейтральных сайтов
Чтобы режим IE работал правильно, требуется явным образом настроить серверы проверки подлинности и единого входа в качестве нейтральных сайтов. В противном случае страницы в режиме IE попытаются выполнить перенаправление в Microsoft Edge, и проверка подлинности завершится сбоем.
Нейтральный сайт будет использовать браузер, в котором начат переход: Microsoft Edge или режим IE. Настройка нейтральных сайтов гарантирует, что все приложения, использующие эти серверы проверки подлинности (современные и устаревшие), продолжат работать.
Вы можете настроить нейтральные сайты, выбрав "Нет" в раскрывающемся списке Открыть в инструмента Enterprise Mode Site List Manager или непосредственно обновив XML-файл списка сайтов:
<site url="login.contoso.com">
<open-in>None</open-in>
</site>
Чтобы определить серверы проверки подлинности, проверьте трафик из приложения с помощью средств разработчика IE11. Если вам требуется больше времени, чтобы определить серверы проверки подлинности, можно настроить политику, сохраняющую все переходы в пределах страницы в режиме IE, чтобы пользователи могли продолжать свои рабочие процессы без перерывов. При необходимости отключите этот параметр после определения и добавления серверов проверки подлинности в список сайтов, чтобы свести к минимуму использование режима IE. Дополнительные сведения см. в разделе Сохранение переходов в пределах страницы в режиме IE.
Примечание.
Схема режима предприятия версии 1 не поддерживается для интеграции с режимом IE. Если вы используете схему версии 1 в Internet Explorer 11, необходимо обновить схему до версии 2. Дополнительные сведения см. в разделе Руководство по схеме режима предприятия версии 2.
(Необязательно) Использование общего доступа к файлам cookie при необходимости
По умолчанию процессы Microsoft Edge и Internet Explorer не делятся файлами cookie сеансов, и в некоторых случаях при использовании режима IE это может быть неудобно. Например, когда пользователю необходимо повторно пройти проверку подлинности в режиме IE, когда ранее он привык это делать, или при выходе из сеанса Microsoft Edge не выходит из сеанса Обозреватель интернета для критических транзакций. В таких сценариях вы можете настроить определенный набор файлов cookie (с помощью единого входа) для отправки из Microsoft Edge в Internet Explorer, чтобы проверка подлинности выполнялась проще благодаря устранению необходимости в повторной проверке. Дополнительные сведения см. в разделе Отправка файлов cookie из Microsoft Edge в Internet Explorer.
См. также
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по