Eu tenho uma máquina com Windows 7 Ultimate que foi atualizada para o Windows 8 Pro. Há um problema recorrente que impede o IIS de servir uma árvore de pastas. Depois de alguma experimentação, acho que encontrei o problema subjacente, mas preciso de ajuda para entender o que está causando isso.
Eu tenho uma pasta fora da raiz de uma das unidades do meu computador que está configurada para não herdar permissões. Eu configurá-lo para dar ao usuário 'IIS APPPOOL \ DefaultAppPool' acesso de leitura. Posso confirmar que as alterações entrem em vigor, pois o IIS pode servir o conteúdo dessa pasta e de suas subpastas.
Quando eu reinicio, os direitos do usuário do IIS são removidos da pasta. O mesmo acontece se eu tentar conceder acesso ao usuário IUSR ou ao grupo IIS_IUSRS. O IIS não consegue mais acessar a pasta. O que está causando isso? Começou após a atualização para o Windows 8.
Eu tentei auditar as alterações de permissões para ver se conseguia acompanhar a alteração. Eu segui este guia e não encontrei nenhuma entrada de evento ID60 no meu log de eventos. Mas o usuário do IIS Apppool ainda está sendo removido na reinicialização.
Respostas a algumas perguntas:
1. Are you serving this website on the internet or on an Intranet?
Intranet, os usuários acessam simplesmente acessando http://computername/ .
2. Are you connected to a Windows Domain?
Não.
3. Have you tried adding the IUSR account to the folder permissions?
Sim, mesmo resultado.
4. Is this site being hosted as a virtual folder or an application?
Não acredito que esteja configurado como uma pasta virtual ou aplicativo. O site é o site padrão. Eu configurei para que seu caminho físico seja a pasta base dessa árvore de pastas. Quando clico em 'Exibir aplicativos' ou 'Exibir diretórios virtuais', me é apresentada uma lista vazia.
5. What if you change the permissions, then boot into Safe Mode?
Isso parece impedir que o problema se repita. Quando eu inicio no modo de segurança, o problema não se repete, as permissões alteradas permanecem alteradas. No entanto, ao inicializar novamente no modo não seguro, o problema ocorre novamente.
Como você diz que este problema não acontece ao inicializar no modo de segurança, então isso não é um problema com o Windows, por isso é algum produto instalado que joga com as permissões.
Use, por exemplo, autoruns para desativar startups em grupos para descobrir qual deles é responsável para isso. Eu começaria com produtos de segurança como suítes, complementos do Explorer e assim por diante.
Tags windows-8 iis file-permissions