Por que meu arquivo supostamente não pode ser lido devido a permissões insuficientes (Erro HTTP 500.19), quando não possui restrições?
Estou recebendo esse erro ao tentar executar um site ASP.NET (minha primeira vez tentando executá-lo):
No entanto, olhando para o arquivo implicado (\ C: \ EnhancedSalesReporting \ customerreportingnet \ customerreportingnet \ web.config), ele não parece ter nenhuma restrição / permissão insuficiente:
Qual é realmente o problema aqui, ou o que devo fazer para superar esse bloco frustrante?
asp.net web.config 500.19 internalservererror configfile insuficientepermissions permissões
ATUALIZARQuando me aproximei de maneira diferente, criando um diretório virtual no IIS, apontando-o para o local desses arquivos e, no VS, selecionando Arquivo> Abrir site ..., não me saí melhor. As páginas de erro são diferentes, mas estou preso de qualquer maneira. Esse roadblock é descritoaqui.
ATUALIZAÇÃO 2Quando tento seguir as etapas da resposta aceita emo link fornecido no comentário por Ken White, tentando adicionar "IIS_IUSRS" ao grupo ou aos nomes de usuário do Web.Config na guia Segurança, recebo "Nome não encontrado - Não é possível encontrar um objeto chamado "IIS_IUSRS" ..."
Estou fazendo isso da maneira errada? Eu obtenho os mesmos resultados, se eu tentar editar o Web.Config via Windows Explorer ou no painel Exibição de Conteúdo no IIS7.5 - algo mais significa?
ATUALIZAÇÃO 3Outra dica dessa postagem mencionada acima é "Você também deve verificar o atributo somente leitura no arquivo applicationhost.config"
Vale a pena tentar, mas qual? Eu tenho 9 arquivos applicationhost.config no meu disco rígido e quatro deles parecem prováveis perspectivas, nos seguintes locais:
C:\Program Files (x86)\IIS Express
C:\Program Files\IIS Express
C:\Users\cshannon\MyDocuments\IIS Express
C:\Windows\System32\inetsrv
Quais, se houver algum deles, seria vantajoso definir apenas como falso?
ATUALIZAÇÃO 4Isso é uma resposta à resposta de Michael Liu:
Obrigado Michael;
Segui seus passos, mas ainda recebo a mesma página de erro. Eu esperava que funcionasse, e fiquei um pouco surpreso (até envergonhado) por ter acabado com a mesma página de erro antiga.
Aliás, não vi a guia "Detalhes" no Gerenciador de tarefas, mas há uma "Mostrar processos de todos os usuários" na guia "Processos".
Talvez este seja o problema - existemtrês Entradas do w3wp.exe no Gerenciador de tarefas:
Image Name User Name
---------- ---------
w3wp.exe *32 DefaultAppPool
w3wp.exe classicEservice
w3wp.exe NETWORK SERVICE
Deveria haver apenas um?
ATUALIZAÇÃO 5Depois de reiniciar o IIS7.5, recebi "apenas" duas entradas do w3wp.exe no Gerenciador de tarefas:
w3wp.exe *32 (DefaultAppPool)
w3wp.exe (NETWORK SERVICE)
Então, 2 é demais?
UPATE 6Em resposta às etapas atualizadas de Michael:
Application Pool == classicEservice
Em "Pools de aplicativos", os valores do classicEservice são:
Status == Started
.NET Framework Version == v2.0
Managed Pipeline Mode == Classic
Identity == ApplicationPoolIdentity
Applications == 5
Seguir as etapas novamente, mas substituir "DefaultAppPool" por "classicEservice" definitivamente me coloca no caminho certo, pois não consigo mais a página de erro de 500,19. Agora é "ampulheta" emhttp: //localhost/CustomerReportingNET/pages/custmaint_entry.aspx.
Acho que talvez "/pages/custmaint_entry.aspx" deva ser retirado disso; Vou ver o que preciso fazer para conseguir isso ...
ATUALIZAÇÃO 7A primeira vez que "ampulheta" chegou até as vacas chegarem em casa, a segunda (e terceira) vezes me mostrou o seguinte:
ATUALIZAÇÃO 8Tentei "Iniciar sem depuração" e retirei o back-end do URL para que ele seja apenas "http: // localhost / CustomerReportingNET /"mas ainda assim ampulhetas (ou" rosquinhas azuis girando ", eu acho) como um dervixe rodopiante que teve uma overdose de bebidas energéticas.