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

ATUALIZAR

Quando 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 2

Quando 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 3

Outra 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 4

Isso é 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 5

Depois 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 6

Em 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 7

A primeira vez que "ampulheta" chegou até as vacas chegarem em casa, a segunda (e terceira) vezes me mostrou o seguinte:

ATUALIZAÇÃO 8

Tentei "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.

questionAnswers(1)

yourAnswerToTheQuestion