У меня машина Windows 7 Ultimate, которая была обновлена до Windows 8 Pro. Существует повторяющаяся проблема, которая не позволяет IIS обслуживать дерево папок. После некоторых экспериментов, я думаю, что я нашел основную проблему, но мне нужна помощь, чтобы понять, что вызывает это.

У меня есть папка в корневом каталоге одного из дисков моего компьютера, которая не наследует разрешения. Я установил его, чтобы дать пользователю «IIS APPPOOL\DefaultAppPool» доступ на чтение. Я могу подтвердить, что изменения вступили в силу, так как IIS сможет обслуживать содержимое этой папки и ее подпапок.

При перезагрузке права пользователя IIS удаляются из папки. То же самое происходит, если я пытаюсь предоставить доступ пользователю IUSR или группе IIS_IUSRS. IIS больше не может получить доступ к папке. Что вызывает это? Это началось после обновления до Windows 8.

Я попытался проверить изменения разрешений, чтобы увидеть, смогу ли я отследить изменение. Я следовал этому руководству и не нашел записей с идентификатором 560 в моем журнале событий. Но пользователь IIS Apppool по-прежнему удаляется при перезагрузке.

Ответы на некоторые вопросы:

1. Are you serving this website on the internet or on an Intranet?

В интрасети пользователи могут получить к нему доступ, просто перейдя по http://computername/ .

2. Are you connected to a Windows Domain?

Нету.

3. Have you tried adding the IUSR account to the folder permissions?

Да, тот же результат.

4. Is this site being hosted as a virtual folder or an application?

Я не верю, что он настроен как виртуальная папка или приложение. Сайт является веб-сайтом по умолчанию. Я настроил его так, чтобы его Физический путь был базовой папкой этого дерева папок. Когда я нажимаю «Просмотр приложений» или «Просмотр виртуальных каталогов», у меня появляется пустой список.

5. What if you change the permissions, then boot into Safe Mode?

Это, кажется, предотвращает повторение проблемы. Когда я загружаюсь в безопасном режиме, проблема не повторяется, измененные разрешения остаются неизменными. Однако после загрузки в небезопасном режиме проблема повторяется.

1 ответ1

2

Поскольку вы говорите, что эта проблема не возникает при загрузке в безопасном режиме, то это не проблема с Windows, поэтому это какой-то установленный продукт, который играет с разрешениями.

Например, используйте автозапуск, чтобы отключить запуск в пакетах, чтобы выяснить, кто из них за это отвечает. Я бы начал с продуктов для обеспечения безопасности, таких как наборы, затем дополнения Explorer и так далее.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .