Estou tentando começar a usar o IIS. Criei um novo site no IIS Manager, mapeei-o para uma pasta em meu sistema de arquivos e adicionei index.html à pasta. Eu configurei a porta para 85 para este site. Quando tento acessar http://localhost:85/index.html
, recebo a seguinte mensagem de erro:
401.3 - não autorizado - Você não tem permissão para ver este diretório ou página devido à configuração da lista de controle de acesso (ACL) ou às configurações de criptografia para este recurso no servidor web.
Dei acesso de leitura a todos na pasta e tentei novamente. Eu poderia então acessar a página.
Em seguida, comparei as propriedades da minha pasta com as do wwwroot. Descobri que wwwroot tinha acesso de leitura no IIS_IUSRS ... Quando fiz o mesmo na minha pasta e tentei novamente, recebi o erro acima novamente. Verifiquei se o acesso anônimo está habilitado por padrão, mas ainda recebo este erro.
Por que isso acontece? Qual é a maneira correta de resolver o problema?
Aqui está o que funcionou para mim.
Para definir o servidor anônimo para herdar da identidade do pool de aplicativos, faça o seguinte.
fonte
TL; DR;
Na maioria dos casos, conceder acesso à (s) seguinte (s) conta (s) (uma | ambas) será suficiente:
com direitos de acesso :
É isso aí!
Continue lendo para uma explicação mais detalhada ...
Conceda acesso à ACL da pasta do aplicativo da web, dependendo do que for selecionado na foto acima:
IUSR
(no meu caso) +IIS AppPool\DefaultAppPool
IIS AppPool\DefaultAppPool
apenasparaIIS AppPool\DefaultAppPool
account é a conta AppPool padrão para novos aplicativos da Web do IIS; se você tiver definido uma conta personalizada, use a personalizada.Conceda as seguintes permissões à (s) conta (s):
Read & Execute
List folder contents
Read
fonte
Já que você está lidando com conteúdo estático ...
Na pasta que atua como raiz do seu site - se você clicar com o botão direito do mouse em> propriedades> segurança, "Usuários" aparecerá na lista? se não, clique em "Adicionar ..." e digite, certifique-se de clicar em "Aplicar" quando terminar.
fonte
Experimente esta solução:
/server/38222/iis-7-5-windows-7-http-error-401-3-unauthorized
Verifique também se o usuário que está executando o AppPool do IIS tem acesso de leitura a essa pasta / arquivo.
Veja isso:
http://www.iis.net/learn/manage/configuring-security/application-pool-identities
Também dê uma olhada nisso:
http://www.iis.net/learn/get-started/planning-for-security/understanding-built-in-user-and-group-accounts-in-iis
fonte
Apenas no caso de alguém topar com isso. Solucionei todas essas etapas e descobri que descompactei alguns arquivos de um MAC, a Microsoft automaticamente sem qualquer notificação Criptografou os arquivos. Depois de horas tentando definir as permissões da pasta, entrei e vi que os nomes dos arquivos estavam verdes, o que significa que os arquivos foram criptografados e o IIS irá gerar o mesmo erro, mesmo se as permissões da pasta estiverem corretas.
fonte
para rotas, adicione um web.config
fonte
Outro problema que pode surgir relacionado ao recebimento de mensagens não autorizadas está relacionado aos provedores usados na configuração de autenticação do IIS. No meu caso, tive esse problema se definir o provedor de autenticação do Windows como "Negociar". Depois de selecionar a opção "NTLM", o acesso foi concedido.
Mais informações sobre provedores de autenticação
https://docs.microsoft.com/en-us/iis/configuration/system.webserver/security/authentication/windowsauthentication/providers/
fonte
Habilite os seguintes itens no Windows 2012 R2
fonte
Se você estiver trabalhando com autenticação de pool de aplicativos (em vez de IUSR), o que deveria ser feito, esta lista de verificações de Jean Sun é a melhor que pude encontrar para lidar com erros 401 no IIS:
Abra o Gerenciador do IIS, navegue até seu site ou pasta de aplicativo onde o site está implantado.
Execute o seguinte comando:
Por exemplo:
Especialmente as etapas 5 e 6 são freqüentemente esquecidas e raramente mencionadas na web.
fonte