Веб-сайт Egisso не открывается в Internet Explorer
Обновлено: 29.06.2024
Система GGUS — это центральная служба поддержки для сообществ EGI и WLCG. Система GGUS создает заявку на устранение неисправности для записи запроса и отслеживает запись от создания до решения. Пользователю системы не нужно знать какие-либо подробности того, что происходит с заявкой, чтобы получить ее от создания до решения. Однако понимание работы системы может быть полезным для объяснения того, что происходит, когда вы запрашиваете помощь. Используйте веб-интерфейс GGUS для создания заявки. Веб-интерфейс описан в разделе Доступ к веб-интерфейсу к GGUS данной заметки.
После того как заявка поступила в GGUS, она обрабатывается путем назначения ее в соответствующую группу для решения проблемы. К группам обычно обращаются через списки рассылки, поэтому GGUS назначает билет группе, а сообщение электронной почты отправляется людям из соответствующего списка. Иногда запрос простой, и он сразу же назначается нужной группе и немедленно обрабатывается.
Прежде чем использовать этот маршрут, необходимо иметь цифровой сертификат и установить его способом, подходящим для его использования в используемом браузере, или учетную запись EGI SSO. Описание того, как это сделать, выходит за рамки данного документа. Некоторые центры сертификации (ЦС) предоставляют документацию по этому вопросу. Дополнительную информацию об учетных записях EGI SSO см. на страницах EGI SSO
Доступ к GGUS через веб-интерфейс
Для доступа к GGUS пользователи должны сначала зарегистрироваться. Процесс регистрации описан в разделе Регистрация в GGUS.
Регистрация в GGUS
Для получения привилегий поддержки пользователям необходимо зарегистрироваться в GGUS. Для регистрации в GGUS пользователь должен перейти на домашнюю страницу GGUS и щелкнуть ссылку для регистрации. Эта ссылка открывает регистрационную форму, которую должен заполнить пользователь. Кроме того, есть несколько ссылок, по которым пользователь может найти информацию о сертификатах сетки. Пользователи, у которых нет действующего цифрового сертификата, могут получить доступ к GGUS через EGI SSO или через логин и пароль. Поскольку в будущем использование логина и пароля не гарантируется, рекомендуется использовать GGUS с действующим цифровым сертификатом или EGI SSO. Оба метода аутентификации, сертификат Grid и единый вход EGI, будут гарантированы в будущем. После заполнения регистрационной формы пользователь получает электронное письмо от сотрудников GGUS с его данными для доступа к GGUS.
Доступ к GGUS с сертификатом
Доступ к GGUS через систему единого входа EGI
При выборе «Войти через EGI AAI CheckIn» на странице входа пользователь переходит на страницу EGI AAI, где можно выбрать поставщика удостоверений пользователя. После аутентификации пользователь будет перенаправлен на GGUS.
Форма отправки заявки в веб-интерфейсе
Форма отправки заявок предлагает набор полей, которые должны помочь пользователю максимально подробно описать свою проблему. Большинство полей в форме отправки являются необязательными. Обязательно только поле «Тема». Форма отправки состоит из трех основных разделов: информация о пользователе, информация о проблеме и информация о маршрутизации.
- Информация о пользователе
Большинство полей в разделе информации о пользователе предварительно заполняются системой GGUS.- «Имя/логин» берется из базы данных пользователей GGUS.
- «Электронная почта» также берется из базы данных пользователей GGUS.
- По умолчанию для параметра «Режим уведомления» установлено значение «При решении». «Режим уведомлений» управляет уведомлениями об обновлениях, которые получает пользователь. «В решении» означает, что пользователь получает уведомление только тогда, когда статус заявки установлен на «решено» или комментарий добавлен в общедоступный дневник. Дополнительную информацию можно получить, нажав на вопросительный знак справа от метки поля.
- «Копия для» может быть заполнена любым почтовым адресом людей, которые должны быть проинформированы об этой заявке. Уведомления отправляются при каждом обновлении заявки. Содержимое поля может быть изменено только людьми, имеющими доступ в службу поддержки. Чтобы получить дополнительную информацию, нажмите на знак вопроса.
- Информация о проблеме
Хотя в этом разделе обязательно только одно поле, как можно больше полей должно быть заполнено информацией.- «Дата/время выпуска» по умолчанию соответствует времени отправки. Это поле необходимо установить, если заявка отправлена намного позже, чем возникла проблема.
- Поле «Тема» является обязательным. Он должен дать краткое описание проблемы. Это поле может содержать не более 250 символов.
- Разрешение "Опишите свою проблему..." ограничено 4000 символами. Его следует использовать для подробного описания проблемы. Если пользователь не знает, какую информацию добавить сюда, он может щелкнуть знак вопроса, чтобы получить дополнительную информацию.
- "Обеспокоенный ВО" содержит раскрывающийся список всех ВО, поддерживаемых GGUS.
- "Специфика ВО" – это флаг, указывающий, является ли проблема специфической для ВО или нет. По умолчанию это «нет». Для этого флага можно установить значение «да» только в сочетании с ВО, выбранным в поле «Заинтересованные ВО».
- «Затронутый сайт» Сайт, затронутый проблемой. Доступен раскрывающийся список со всеми сайтами EGI, зарегистрированными в базе данных GOC, и сайтами OSG, зарегистрированными в базе данных OIM. Это не маршрутная информация!
- "Затронутый ROC/NGI" NGI/ROC, затронутый проблемой. Предоставляется раскрывающийся список всех NGI/ROC, интегрированных в GGUS.
- «Категория заявки» содержит раскрывающийся список с возможными значениями. Это поле предназначено для классификации проблемы. По умолчанию это «Инцидент».
- "Тип проблемы" содержит раскрывающийся список с возможными значениями. Это поле предназначено для классификации проблемы. По умолчанию установлено значение «Другое».
- «Приоритет» представляет собой раскрывающийся список с возможными значениями приоритета. Это «менее срочные» (значение по умолчанию), «срочные», «очень срочные» и «высший приоритет».
- «Прикрепить файл(ы)» позволяет загружать 4 вложения (например, файлы журналов и т. д.) за раз. Вложения ограничены 2 МБ. Не загружайте файлы в форматах «.exe», «.php», «.htm(l)».
- Информация о маршрутизации
- «Уведомить сайт» предоставляет раскрывающийся список со всеми сайтами EGI, зарегистрированными в базе данных GOC, и сайтами OSG, зарегистрированными в базе данных OIM. При выборе сайта из списка этот сайт будет уведомлен об этом билете по почте. Кроме того, билет назначается соответствующему NGI/ROC напрямую, минуя TPM (несколько слов о TPM). При установке значения сайта соответствующий NGI/ROC устанавливается автоматически. Одновременный выбор NGI/ROC невозможен.
- «Назначить ROC/NGI» предоставляет раскрывающийся список всех NGI/ROC, интегрированных в GGUS. Выбор значения в этом поле назначает билет соответствующему ROC напрямую, минуя TPM. Если назначение тикета NGI/ROC, одновременный выбор значения сайта невозможен.
После нажатия кнопки «Отправить» пользователь получает страницу подтверждения, на которой отображается отправленная информация и идентификатор заявки.
Обход TPM
TPM (диспетчер обработки заявок) — это первая линия поддержки в GGUS. Пользователи могут обойти TPM, если они хорошо знают, в чем проблема. Для этого в нижней части формы отправки билетов есть раздел «Маршрутная информация». Выбор сайта в раскрывающемся меню «Уведомить сайт» или подразделения поддержки в раскрывающемся меню «Назначить подразделению поддержки» направляет заявку непосредственно в выбранное подразделение поддержки. При выборе имени сайта NGI/ROC, к которому принадлежит сайт, устанавливается автоматически. Следовательно, билет назначается соответствующему NGI/ROC. Дополнительно сайт получит уведомление о билете. Невозможно выбрать оба варианта: «Уведомить сайт» и «Назначить группе поддержки».
Заявки типа TEAM и ALARM по умолчанию всегда направляются в соответствующий NGI/ROC.
После аутентификации пользователь получает доступ к главной странице GGUS. На этой странице он видит список своих открытых тикетов и список последних открытых тикетов всех пользователей (рисунок 2). Под списком собственных открытых заявок пользователя есть две ссылки для дальнейшего просмотра собственных заявок пользователя:
- Показать полный список билетов,
- Билеты моей команды.
Система показывает только те пользовательские билеты, которые были созданы с той же аутентификационной информацией, в которой пользователь в настоящее время вошел в систему. Это означает, что если пользователь отправляет билеты с разными сертификатами, он не видит все свои билеты. Причина этого в том, что строка DN сертификата хранится в каждом билете. Показать все билеты пользователя можно с помощью поисковой системы GGUS. В поисковой системе GGUS пользователи могут выполнять поиск по имени пользователя, среди прочего. Этот поиск покажет все билеты пользователя независимо от аутентификационной информации.
Показать полный список билетов
Эта ссылка открывает новое окно, в котором показаны таблицы всех открытых и закрытых заявок пользователя и всех заявок других пользователей, на которые подписан пользователь. Информация о том, как подписаться на билет, доступна в разделе «Подписка на билет другого пользователя».
Изменение заявок через Интернет
Чтобы изменить заявку, пользователь может просто щелкнуть идентификатор заявки. Его направляют на другую страницу. На этой странице есть три основных раздела:
- информация о билете (рис. 7),
- история заявок (рис. 6) и
- раздел изменения (рис. 8).
Информация о заявке содержит обзор личных данных, предоставленных пользователем, описание проблемы и статус заявки. История тикетов показывает все действия, которые были предприняты для решения тикета, дату и время, когда эти действия были предприняты, а также имя сторонника, который их выполнил. В разделе модификации пользователь может добавить дополнительную информацию или прокомментировать вопрос сторонника к нему. Пользователь может добавлять вложения, изменять поведение системы уведомлений по электронной почте и изменять некоторые другие атрибуты своего билета.
Эскалация заявки
Между информационным разделом и историей заявки есть кнопка, позволяющая пользователю повысить уровень заявки (рис. 9). В GGUS доступны три уровня эскалации:
- Эскалация заявки в службу поддержки, которой она назначена,
- Эскалация запроса в службу поддержки и доверенный платформенный модуль в смену.
- Эскалация заявки в службу поддержки, TPM и мониторинг заявок GGUS.
Уровни эскалации достигаются один за другим. Выбрать одну из них невозможно. Дополнительную информацию можно получить, нажав на маленький вопросительный знак слева от кнопки.
Повторно открыть решенную заявку
Если заявка уже закрыта, ее можно открыть повторно, добавив комментарий и изменив статус на «повторно открыт» в разделе «Изменить» (рис. 10). В этом случае отдел поддержки, решивший заявку, и TPM получат электронное письмо о повторном открытии заявки.
Проверка решения
Когда проблема решена, пользователь может подтвердить, что решение решило его проблему, подтвердив ее. Решение может быть проверено либо
- Нажав кнопку "Подтвердить" на веб-портале или
- Ответ на письмо с решением без каких-либо изменений.
Проверка решения может помочь повысить качество решений в GGUS.
Измените свои заявки по электронной почте
Система GGUS предлагает различные возможности участия в билетах. Они
- поле "Копия",
- поле "Привлечь других" и
- поле "Подписаться".
Обзор этих полей приведен в таблице ниже. Участие в билете можно сделать, добавив действительный адрес электронной почты в одно из этих полей. Пожалуйста, избегайте добавления закрытых списков рассылки, так как это приводит к большому количеству почтовых ошибок! Несколько почтовых адресов должны быть разделены точкой с запятой.
| Отправка пользователем | Изменение пользователем | Изменение сторонником | |
|---|---|---|---|
| CC | Да | Нет | Да |
| Привлекать других | < td>НетНет | Да | |
| Подписаться | Нет | Да | Да |
Поле «Копия»
Поле «Копия» может быть установлено пользователем в форме отправки заявки. Обновления возможны только для сторонников исправления или удаления недействительных почтовых адресов. Каждое обновление заявки вызывает уведомление по электронной почте на адрес электронной почты, указанный в поле «Копия».
Поле «Привлечь других»
Поле "Привлечь других" предназначено только для сторонников. Каждое обновление заявки вызывает уведомление по электронной почте на адрес электронной почты, указанный в поле «Привлечь других».
Подписка на билет другого пользователя
Каждый пользователь может подписаться на тикеты других пользователей, если его интересует какое-либо решение. Для подписки необходимо указать действующий адрес электронной почты. Пользователь получает уведомление, когда тикет решен. После подписки на тикет пользователь может изменить режим уведомления или отказаться от подписки, если захочет (рис. 11). Для этого необходим доступ к системе с теми же учетными данными, которые используются для подписки. Дополнительную информацию о подписке на билеты можно получить, нажав на вопросительный знак справа от надписи «Подписаться на этот билет».
Кто и какое уведомление по электронной почте получает от GGUS?
«Отправитель» заявки получает электронные письма в соответствии со значением «Режим уведомления», которое он выбрал при отправке заявки.Если выбрано значение «Режим уведомления» «при каждом изменении», то все обновления отправляются «отправителю». Записи «Общего дневника» отправляются отправителю независимо от значения «Режим уведомления». Записи «Внутреннего дневника» никогда не попадают к «отправителю». Они зарезервированы для обмена между сторонниками.
Адреса электронной почты в поле «Копия:» могут быть введены «отправителем» и получать те же уведомления, что и отправитель. Записи «Общего дневника» отправляются на адреса, указанные в поле «Копия:». Записи «Внутреннего дневника» никогда не отправляются людям в поле «Копия:». Они зарезервированы для обмена между сторонниками.
Адреса электронной почты в поле «Привлечь других:» могут быть введены только сторонниками и получать те же уведомления, что и группа поддержки (SU), которой назначена заявка. Записи «Внутреннего дневника» отправляются соответствующим членам SU И людям в поле «Привлечь других:», поскольку они должны быть экспертами и вносить свой вклад в решение проблемы.
Адрес электронной почты в поле «Назначить одному человеку:» может быть введен только сторонниками и получать те же уведомления, что и группа поддержки (SU), которой назначена заявка. Записи «Внутренний дневник» отправляются соответствующим членам SU И людям в поле «Привлечь других:» И адресу электронной почты в поле «Назначить одному человеку:», поскольку все они должны быть экспертами и вносить свой вклад в решение для билетов.
Каждое обновление тикета инициирует отправку электронного письма на адреса в полях «Копия:», «Привлечь других:» и подписчикам тикета, т. е. пользователям GGUS, не связанным с конкретным тикетом, которые указали свой адрес электронной почты в поле «Подписаться на это билет".
В уведомлениях GGUS по электронной почте выделяются поля, измененные в результате определенного обновления.
Пожалуйста, избегайте включения в эти поля закрытых списков рассылки и электронных групп, так как доставка почты невозможна.
В нижней части главной страницы есть дополнительные ссылки для просмотра:
- Поиск по базе данных заявок,
- Показать все открытые заявки,
Поисковая система GGUS
Полезным инструментом для просмотра всех билетов является поисковая система GGUS (рис. 12: поисковая система GGUS). В поисковую систему GGUS можно войти, нажав на ссылку «Поиск по базе данных билетов». При доступе к поисковой системе выполняется поиск по умолчанию, как показано на рисунке 12: поисковая система GGUS. Поиск по идентификатору билета — самый простой и быстрый способ посмотреть билет. При поиске по Ticket ID все остальные параметры поиска игнорировались. Помимо поиска всех открытых заявок, это рекомендуемый вид поиска, поскольку он позволяет избежать ненужной нагрузки на систему. При поиске по идентификатору билета детали билета отображаются в том же окне. Для возврата на главную страницу используйте кнопку «Назад» вашего браузера. Различные параметры поиска можно комбинировать как угодно, кроме «Не тронуты с тех пор». Поля описания «Ключевое слово», «Вовлеченный сторонник» и «Назначено человеку» запускают поиск LIKE в базе данных. Объединение ключевых слов с помощью «И» или «ИЛИ» в настоящее время невозможно. Поиск можно начать, нажав «Перейти» или просто нажав клавишу возврата. Результат поиска по параметрам отображается в списке результатов. Для просмотра деталей билета просто нажмите на идентификатор. Откроется новое окно с информацией о билете. Чтобы вернуться к результатам поиска, просто закройте окно с деталями заявки.
Показ всех открытых заявок
При нажатии на эту ссылку отображаются все открытые заявки, находящиеся в данный момент в системе. В отличие от «Показать все открытые заявки», поиск по умолчанию в поисковой системе GGUS использует временной интервал в одну неделю для отображения открытых заявок.
Пользователи могут щелкнуть значок «Конверт» в строке меню, чтобы отправить электронное письмо команде GGUS с любыми комментариями. Примечание. Это нельзя использовать для отправки запросов в службу поддержки, так как это не создает тикет в системе!
На домашней странице GGUS есть несколько ссылок, по которым пользователи могут получить дополнительную информацию о планах развития GGUS, а также отправить собственные запросы на добавление функций. Запросы функций собираются в списках покупок GGUS в JIRA (только для пользователей, имеющих учетную запись CERN) и EGI RT.
TPM (диспетчер обработки заявок) – это наиболее важная часть системы поддержки сети. Назначение TPM:
- закрытие заявок на простые неисправности,
- убедиться, что другие заявки отправляются в нужное место для обработки,
- реакция на сигналы тревоги о том, что заявки не были обработаны,
Команды TPM состоят из людей, хорошо разбирающихся в Grid. Усилия по TPM выполняются NGI CZ и IBERGRID.
Мониторинг заявок
Помимо разработки и обслуживания системы GGUS, команда GGUS также занимается мониторингом заявок. Группа мониторинга заявок отвечает за:
В этой статье описывается, как Microsoft Edge использует удостоверение для поддержки таких функций, как синхронизация и единый вход (SSO). Microsoft Edge поддерживает вход с помощью доменных служб Active Directory (AD DS), Azure Active Directory (Azure AD) и учетных записей Microsoft (MSA). В настоящее время Microsoft Edge поддерживает только учетные записи Azure Active Directory (Azure AD), принадлежащие глобальному облаку или независимому облаку GCC. Мы работаем над добавлением поддержки других независимых облаков.
Это относится к Microsoft Edge версии 77 или более поздней версии.
Вход в браузер и функции аутентификации
Microsoft Edge поддерживает вход в профиль браузера с помощью учетной записи Azure AD, MSA или домена. Тип учетной записи, используемой для входа, определяет, какие функции проверки подлинности доступны для пользователя в Microsoft Edge. В следующей таблице приведены сведения о поддерживаемых функциях для каждого типа аккаунта.
| Функция | Azure AD Premium | Azure AD Free | Локальная AD DS | < th>MSA|
|---|---|---|---|---|
| Sync | Да | Нет | Нет< /td> | Да |
| SSO с первичным токеном обновления | Да | Да | Нет | Да |
| Бесшовная система единого входа | Да | Да | Да | Н/Д |
| Встроенная проверка подлинности Windows | Да | Да | Да< /td> | Н/Д |
| Новая вкладка предприятия | Требуется O365 | Требуется O365 | < td>НетН/Д | |
| Microsoft Search | Требуется O365 | Требуется O365 | Нет | Н/Д |
Как пользователи могут войти в Microsoft Edge
Автоматический вход
Microsoft Edge использует учетную запись ОС по умолчанию для автоматического входа в браузер. В зависимости от того, как настроено устройство, пользователи могут автоматически входить в Microsoft Edge, используя один из следующих подходов.
- Устройство гибридное/AAD-J: доступно в Windows 10, более ранних версиях Windows и соответствующих версиях сервера. Пользователь автоматически входит в свою учетную запись Azure AD.
- Устройство присоединено к домену: доступно в Windows 10, более ранних версиях Windows и соответствующих версиях сервера. По умолчанию пользователь не будет автоматически входить в систему. Если вы хотите автоматически входить в систему пользователей с учетными записями домена, используйте политику ConfigureOnPremisesAccountAutoSignIn. Если вы хотите, чтобы пользователи автоматически входили в систему с их учетными записями Azure AD, рассмотрите возможность гибридного присоединения ваших устройств.
- Учетная запись ОС по умолчанию — MSA: Win10 RS3 (версия 1709/сборка 10.0.16299) и выше. Этот сценарий маловероятен на корпоративных устройствах. Но если учетной записью ОС по умолчанию является MSA, Microsoft Edge автоматически войдет в систему с учетной записью MSA.
Вход вручную
Если пользователь не вошел в Microsoft Edge автоматически, он может войти в Microsoft Edge вручную во время первого запуска, в настройках браузера или открыв всплывающее окно идентификации.
Управление входом в браузер
Если вы хотите управлять входом в браузер, вы можете использовать следующие политики:
- Убедитесь, что у пользователей всегда есть рабочий профиль в Microsoft Edge. См. Неремоваблепрофиленаблед
- Ограничьте вход доверенным набором учетных записей. См. RestrictSigninToPattern
- Отключите или принудительно выполните вход через браузер. См. Вход в браузер
Единый вход из браузера в Интернет
На некоторых платформах вы можете настроить Microsoft Edge для автоматического входа пользователей на веб-сайты. Этот вариант избавляет их от необходимости повторно вводить свои учетные данные для доступа к своим рабочим веб-сайтам и повышает их производительность.
Система единого входа с первичным токеном обновления (PRT)
Microsoft Edge имеет встроенную поддержку системы единого входа на основе PRT, и вам не нужно расширение. В Windows 10 RS3 и более поздних версиях, если пользователь вошел в свой профиль браузера, он получит SSO с механизмом PRT для веб-сайтов, поддерживающих SSO на основе PRT.
Первичный токен обновления (PRT) — это ключ Azure AD, который используется для аутентификации на устройствах с Windows 10, iOS и Android. Он обеспечивает единый вход (SSO) для приложений, используемых на этих устройствах. Дополнительные сведения см. в разделе Что такое первичный токен обновления?
Бесшовный единый вход
Как и PRT SSO, Microsoft Edge имеет встроенную поддержку единого входа без расширения. В Windows 10 RS3 и более поздних версиях, если пользователь вошел в свой профиль браузера, он получит SSO с механизмом PRT для веб-сайтов, поддерживающих SSO на основе PRT.
Бесшовный единый вход автоматически выполняет вход пользователей, когда они используют корпоративные устройства, подключенные к корпоративной сети. Если этот параметр включен, пользователям не нужно вводить свои пароли для входа в Azure AD. Обычно им даже не нужно вводить свои имена пользователей. Дополнительные сведения см. в разделе Бесшовный единый вход в Active Directory.
Встроенная проверка подлинности Windows (WIA)
Microsoft Edge также поддерживает встроенную проверку подлинности Windows для запросов проверки подлинности во внутренней сети организации для любого приложения, использующего браузер для проверки подлинности. Это поддерживается во всех версиях Windows 10 и более ранних версиях Windows. По умолчанию Microsoft Edge использует зону интрасети в качестве списка разрешений для WIA. Кроме того, вы можете настроить список серверов, для которых включена встроенная проверка подлинности, с помощью политики AuthServerAllowlist. В macOS эта политика необходима для включения встроенной аутентификации.
Для поддержки единого входа на основе WIA в Microsoft Edge (версия 77 и более поздние версии) вам также может потребоваться выполнить некоторую настройку на стороне сервера. Вероятно, вам придется настроить свойство WiaSupportedUserAgents службы федерации Active Directory (AD FS), чтобы добавить поддержку новой строки пользовательского агента Microsoft Edge. Инструкции о том, как это сделать, см. в разделах Просмотр настроек WIASupportedUserAgent и Изменение настроек WIASupportedUserAgent. Пример строки пользовательского агента Microsoft Edge в Windows 10 показан ниже, и вы можете узнать больше о строке Microsoft Edge UA здесь.
Следующий пример строки UA относится к последней сборке Dev Channel на момент публикации этой статьи:
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, например Gecko) Chrome /80.0.3951.0 Safari/537.36 Edge/80.0.334.2"
Для служб, требующих делегирования учетных данных Negotiate, Microsoft Edge поддерживает ограниченное делегирование с помощью политики AuthNegotiateDelegateAllowlist.
Дополнительные концепции аутентификации
Проактивная аутентификация
Проактивная аутентификация – это оптимизация системы единого входа из браузера на веб-сайт, при которой выполняется предварительная загрузка аутентификации на определенные сторонние веб-сайты. Это повышает производительность адресной строки, если пользователь использует Bing в качестве поисковой системы. Это дает пользователям персонализированные результаты поиска и результаты поиска Microsoft Search for Business (MSB). Он также позволяет разрешить проверку подлинности для ключевых служб, таких как страница новой вкладки Office. Вы можете управлять им с помощью политики ProactiveAuthEnabled.
Windows Hello CredUI для проверки подлинности NTLM
Когда веб-сайт пытается выполнить вход пользователей с помощью механизмов NTLM или Negotiate, а система единого входа недоступна, мы предлагаем пользователям возможность поделиться своими учетными данными ОС с веб-сайтом, чтобы выполнить проверку подлинности с помощью пользовательского интерфейса Windows Hello Cred. Этот процесс входа будет отображаться только для пользователей Windows 10, которые не используют единый вход во время испытания NTLM или переговоров.
Большое количество пользователей по-прежнему использует Internet Explorer, и многие из них сообщают об ошибке, при которой Internet Explorer не может отобразить веб-страницу. когда они пытаются получить доступ к веб-сайту в IE. Эта ошибка не позволяет Internet Explorer получить доступ к каким-либо веб-сайтам. Поскольку ошибка не говорит, почему она не может открыть сайт, нам придется сделать некоторые предположения и продолжить устранение неполадок. Причиной этой ошибки может быть проблема с программным обеспечением, изолированная от Internet Explorer, или проблема с подключением, которая затрагивает всю вашу систему.
Прежде чем приступить к описанным ниже методам, убедитесь, что ваше подключение к Интернету РАБОТАЕТ, и в вашей системе не запущены VPN, также было бы лучше отключить все антивирусы или брандмауэры, которые вы используете, пока проблема не будет устранена. фиксированный. Методы, перечисленные в этом руководстве, находятся в наиболее эффективном порядке, чтобы сэкономить ваше время и энергию. Если проблема устранена каким-либо методом, вам не нужно использовать другие методы.
Способ 1. Сброс настроек Internet Explorer
При этом будут сброшены все настройки и пользовательские параметры, установленные в Internet Explorer. Ваши закладки не будут удалены.
Удерживая нажатой клавишу Windows, нажмите R. В диалоговом окне «Выполнить» введите inetcpl.cpl и нажмите «ОК».
Перейдите на вкладку "Дополнительно". Нажмите кнопку «Сброс» ниже. Поставьте галочку напротив «Удалить личные настройки» и нажмите «Сбросить». Теперь для Internet Explorer будут восстановлены настройки по умолчанию.
После сброса настроек Internet Explorer снова откройте его и проверьте. Чтобы восстановить панель закладок, удерживайте клавиши CTRL + SHIFT + B.
Способ 2. Проверка настроек прокси-сервера
Неверные настройки прокси-сервера могут привести к тому, что Internet Explorer отклонится от правильного пути, что приведет к возникновению этой ошибки. Для проверки настроек. Закройте Internet Explorer.
Удерживая нажатой клавишу Windows, нажмите R. В диалоговом окне «Выполнить» введите inetcpl.cpl и нажмите «ОК».
Перейдите на вкладку "Подключения". Оказавшись на вкладке, нажмите кнопку настроек LAN.
Убедитесь, что рядом с параметром "Автоматически определять параметры" установлен флажок, а два других флажка сняты.Нажмите OK и закройте все окна. Перезапустите Internet Explorer.
Способ 3. Проверка IP-адреса
Конфликты IP-адресов и неправильные настройки могут ограничивать доступ к Интернету, что также может вызвать ошибку «не удается отобразить веб-страницу». Чтобы это исправить,
Удерживая нажатой клавишу Windows, нажмите R. В диалоговом окне запуска введите ncpa.cpl и нажмите OK.
Щелкните правой кнопкой мыши на "Подключение по локальной сети", если вы используете проводное подключение, или щелкните правой кнопкой мыши на "Беспроводное сетевое подключение", если вы используете Wi-Fi. Нажмите «Свойства» в раскрывающемся меню.
Дважды щелкните Интернет-протокол версии 4 (TCP/IPv4). Выберите Получить IP-адрес автоматически. Выберите Получить адрес DNS-сервера автоматически. Нажмите OK > OK и закройте все окна. Перезагрузите систему. Если проблема не устранена, перейдите к следующему решению.
Способ 4: перезагрузить маршрутизатор/модем
Возможно, ваш маршрутизатор не может установить соединение с вашим интернет-провайдером. Однако, если другие ваши устройства, такие как смартфоны, планшеты и другие компьютеры, подключены к Интернету через Wi-Fi или Ethernet к этому маршрутизатору, то маршрутизатор подключается к Интернету. Перезагрузка маршрутизатора по-прежнему предпочтительна.
Для этого выключите маршрутизатор и отсоедините его от адаптера питания.
Через 30 секунд снова подключите адаптер к маршрутизатору и включите его.
Теперь протестируйте и посмотрите, устранена ли проблема.
Способ 5: сброс стека TCP/IP Windows Socket
Сокет Windows — это программа, отвечающая за обработку всех входящих и исходящих сетевых запросов с помощью таких программ, как Internet Explorer. Если с ним возникла проблема, ее можно легко исправить, сбросив настройки.
Для этого нажмите клавишу Windows и введите cmd, щелкните правой кнопкой мыши cmd и выберите «Запуск от имени администратора».
В черном окне командной строки введите следующие команды и нажимайте Enter после каждой:
ipconfig /flushdns
nbtstat -R
nbtstat -RR
netsh int reset all
netsh int ip reset
netsh winsock reset< /em>
Перезагрузите систему, чтобы изменения вступили в силу.
Способ 6: отключить расширенный защищенный режим (для Windows 8)
В Windows 8 в Internet Explorer 10 был добавлен расширенный защищенный режим, который повышает безопасность, но, как известно, вызывает такие проблемы с просмотром.
Читайте также: