Вчера я установил Windows 8 и теперь пытаюсь понять, почему я получаю сообщение «Доступ запрещен» при доступе к локальному хранилищу. Страница обслуживается на том же компьютере, что и браузер (http: // localhost). Мне кажется, что одна из настроек безопасности в IE 10 неправильная, но я не понял, какая именно.
Строка кода JavaScript, вызывающая ошибку:
if(window.localStorage.getItem('phone') == null)
Код отлично работает в последней версии Chrome.
У наших пользователей были проблемы с веб-сайтами, использующими функцию LocalStorage (включая Twitter) в Windows 8 с IE 10. При доступе к одному из этих сайтов с открытыми инструментами разработчика F12 на консоли появилось сообщение SCRIPT5: Access is denied.
После работы со службой поддержки Microsoft мы определили причину. Оказалось, проблема в настройках папки C:\Users\username\Appdata\LocalLow в их профиле пользователя.
Каждая папка на вашем компьютере имеет настройку целостности. Дополнительная информация о назначении этого параметра находится здесь: http://msdn.microsoft.com/en-us/library/bb625964.aspx
Предполагается, что для параметра целостности папки AppData\LocalLow (и ее подпапок) в профиле каждого пользователя установлено значение «Низкий» (отсюда и название). В нашем случае уровень целостности для этой папки был установлен некорректно. Чтобы устранить проблему, выполните следующую команду в окне командной строки:
icacls %userprofile%\Appdata\LocalLow /t /setintegritylevel (OI)(CI)L
(Если на компьютере имеется более одной учетной записи пользователя и у других пользователей возникает такая же проблема, команду необходимо запускать под каждой учетной записью затронутого пользователя.)
Что касается того, как этот параметр был изменен в первую очередь? В нашем случае это было вызвано проблемой в настроенном образе Windows 8, который мы развернули на наших рабочих станциях. Для других, у которых возникла проблема, мое исследование показало, что в этом может быть виновато использование утилиты «очистки системы».
icacls %userprofile%\Appdata\LocalLow /t /setintegritylevel (OI)(CI)H. H устанавливает режим целостности на высокий (что бы это ни значило), а затем IE будет задумываться о localStorage.
- person skrebbel; 11.06.2015
icacls %userprofile%\Appdata\LocalLow /t /setintegritylevel (OI)(CI)H)
- person Simon Epskamp; 26.04.2016
Несомненно, одни и те же симптомы могут иметь много причин, но вот что помогло мне решить эту проблему.
У меня был только один из многих ПК с Windows 7 с IE11, показывающих симптом «Доступ запрещен» при попытке любого JavaScript, включающего window.localStorage, с уважаемых и хорошо функционирующих веб-сайтов. Использование Process Explorer показало, что ближайшей причиной был ОТКАЗ В ДОСТУПЕ, когда taskhost.exe (действующий от имени Internet Explorer) пытался открыть DOMStore\container.dat для общего чтения-записи. На самом деле, все было еще хуже: если я удалил container.dat, произошел тот же ACCESS DENIED, даже если файл больше не существовал. И, если я удалил (скрытую) папку DOMStore, когда taskhost.exe попытался воссоздать ее, она также получила ЗАПРЕЩЕННЫЙ ДОСТУП.
После двух дней поиска ложных выводов окончательное решение было таким:
Запись в реестре:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\LowCache\Extensible Cache\DOMStore\CachePath
(обратите внимание, что LowCache в этой строке) было неправильно установлено:
%USERPROFILE%\AppData\Local\Microsoft\Internet Explorer\DOMStore
когда должно быть:
%USERPROFILE%\AppData\LocalLow\Microsoft\Internet Explorer\DOMStore
в результате чего запросы localStorage с низким уровнем целостности направлялись в области дискового хранилища AppData со средней степенью целостности, что приводило к возникновению ошибок ACCESS DENIED и прекращению использования JavaScript window.localStorage.
Эта запись в реестре, должно быть, была неправильной в течение многих лет: возможно, это побочный эффект энтузиазма в отношении предварительных версий платформ с ошибками и так далее. Эта ошибка пережила полное удаление и повторную установку IE11.
В реестре есть аналогичная запись для кеша со средней степенью целостности:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\Cache\Extensible Cache\DOMStore\CachePath
и это правильно оставлено как:
%USERPROFILE%\AppData\Local\Microsoft\Internet Explorer\DOMStore
и не должно быть изменено.
Попробуйте включить расширенный защищенный режим в настройках IE на вкладке «Дополнительно» во вложенном списке «Безопасность». Это включает фильтр Microsoft XSS. У меня были аналогичные проблемы при входе в SE и получении уведомлений google +, и моим первым обходным путем был запуск IE с правами администратора. Но я думаю, что режим EP поможет и в вашем случае.
Ссылки по теме: Расширенный защищенный режим
Марк Руссинович всегда говорит: «В случае сомнений используйте Process Monitor»:
Данные localStorage хранятся в файлах XML в следующей папке: C: \ Users \ [ИМЯ ПОЛЬЗОВАТЕЛЯ] \ AppData \ Local \ Microsoft \ Internet Explorer \ DOMStore
Профиль активности файла при воспроизведении проблемы может сказать вам, вызвана ли проблема отсутствием прав доступа к файлу или, возможно, даже антивирусной программой.
Я могу воспроизвести ошибку, добавив атрибут "только для чтения" в "DOMStore \ container.dat". Вы должны проверить, правильно ли установлены все права и атрибуты файлов / папок. На моей машине администраторы и моя учетная запись имеют полное разрешение на указанную папку.
Перейдите в Инструменты / Свойства обозревателя / Дополнительно и в разделе «Безопасность» установите флажок «Включить хранилище DOM». Это должно решить проблему
Я добавил задействованные веб-сайты в раздел "Надежные сайты" IE и больше не получал ошибку.
В дополнение к уже отличным ответам здесь я хотел бы добавить еще одно наблюдение. В моем случае разрешения NTFS в структуре каталогов Windows% LOCALAPPDATA% были каким-то образом нарушены.
Чтобы диагностировать эту проблему. Я создал новую учетную запись (профиль) Windows, которая отлично работала с localStorage, поэтому я тщательно просмотрел соответствующие деревья% LOCALAPPDATA% \ Microsoft \ Internet Explorer в поисках расхождений.
Я нашел эту жемчужину:
C:\Users\User\AppData\Local\Microsoft>icacls "Internet Explorer"
Internet Explorer Everyone:(F)
Я не имею ни малейшего представления о том, как разрешения были широко открыты!
Хуже того, все подкаталоги отключены. Неудивительно, что DOMStore был недоступен!
Рабочие разрешения от другой учетной записи были:
NT AUTHORITY\SYSTEM:(OI)(CI)(F)
BUILTIN\Administrators:(OI)(CI)(F)
my-pc\test:(OI)(CI)(F)
Что соответствует разрешениям родительского каталога.
Итак, в припадке лени я решил проблему, установив все каталоги Internet Explorer и ниже наследования разрешений. ПРАВИЛЬНО было бы применить каждое разрешение вручную и не полагаться на функцию наследования. Но одна вещь, которую нужно проверить, - это разрешения NTFS для% LOCALAPPDATA% \ Microsoft \ Internet Explorer, если вы столкнулись с этой проблемой. Если у DOMStore нарушены права доступа, все попытки доступа к localStorage будут встречаться с отказом в доступе.
Эта проблема также может быть вызвана отсутствием или повреждением записей реестра. Если сброс не решает проблему, LocalLow папка имеет правильный уровень целостности, а _ 2_ значение реестра правильно, выполните следующие команды, чтобы повторно зарегистрировать IE в профиле:
32-битная ОС:
C:\WINDOWS\system32\ie4uinit.exe -BaseSettings
64-битная ОС:
C:\WINDOWS\system32\ie4uinit.exe -BaseSettings
C:\Windows\SysWOW64\ie4uinit.exe -BaseSettings
См. IE MSDN blog для получения дополнительных сведений.
