У нас есть ферма удаленных рабочих столов Windows Server 2012 R2, к которой мы применили объект групповой политики, чтобы управлять назначениями зон между сайтами.
] Это работало нормально до недавнего времени, но совсем недавно мы обнаружили, что этот параметр не применяется.
Если я включаю ESC, а затем снова выключаю его на сервере, на котором я работаю, сайты теперь отображаются в IE список зон для текущего авторизованного пользователя. Однако это не относится ко всем пользователям. Этот список сайтов будет затем следовать за ними на другие серверы, и этот пользователь будет в порядке.
Мы используем диски профилей пользователей, поэтому куст реестра пользователей не доступен на этом сервере, если они не вошли в систему, что может объяснить, почему это происходит только для вошедшего в систему тестового пользователя.
ИЗМЕНИТЬ : Я вижу записи реестра, создаваемые в HKCU ZoneMapKey и HKLM ZoneMap.
Согласно этой статье IE должен считывать настройки из обоих этих мест, но они просто не отображаются в списке сайтов в Панель управления IE.
Возможно ли, что было обновление для 2012 года, в котором были изменены некоторые параметры реестра ESC, вызывающие эту проблему?
Я создал новую учетную запись пользователя, и при первом входе в систему возникла та же проблема с сайтами, не отображаемыми в IE, даже если был применен GPO.
Я нашел в HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Internet Settings \ ZoneMap
, там есть ключ под названием IEHarden
(вспомнил это имя еще из моих дней 2003 года с похожим типом ESC выпуска). Похоже, что даже если на сервере отключен ESC, для этого ключа установлено значение 1. При удалении или установке значения 0 сайты сразу появляются в панели управления Интернетом и работают, как ожидалось.
Итак, пока я знаю что вызывает проблему, и достаточно, чтобы найти обходной путь, удалив этот ключ для каждого пользователя при входе в систему, я до сих пор не понимаю, почему этот ключ установлен на 1 или вообще существует (некоторые пользователи, которые могли видеть сайты уже, даже не имеют этого ключа!). Опять же, я могу вернуться только к обновлению, которое каким-то образом испортило IE ESC.
РЕДАКТИРОВАТЬ :
Теперь есть полный ответ;
Два из наших 8 сеансовых хостов создали профили с IEHarden key, в то время как другие нет (эти два были настроены нашими консультантами, хотя после их запроса они ничего не понимают).
Кажется, в HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft \ Windows NT \ CurrentVersion \ Terminal Server \ Install \ Software \ Microsoft \ Windows \ CurrentVersion \ Internet Settings \ ZoneMap
ключ IEHarden существовал, поэтому он был предоставлен всем новым профилям, созданным на этом сервере.
Удален ключ из обоих, и теперь все вернулось к норме!
Спасибо, Джеймс, за размещение информации. Для тех, кто сталкивается с этой проблемой, следует искать следующие ключи:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Terminal Server\Install\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\IEHarden
Помимо IEHarden
в разделе HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap
в моей компании также нужно было установить IsInstalled
в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\{A509B1A8-37EF-4b3f-8CFC-4F3A74704073}
на dword:00000000
.
Эти два параметра реестра полностью решили проблему. До того, как IEHarden был каким-то образом через определенное время снова установлен на 1.