Acesso negado ao acessar o caminho UNC do IIS

1

Eu tenho um problema ao receber um erro de acesso negado ao tentar acessar uma pasta via UNC em outra máquina, de um aplicativo da Web em execução no IIS. Agora eu tenho certeza que seu pensamento, como eu fiz, isso é certamente apenas um problema de permissões, no entanto o seguinte aconteceu:

  • O aplicativo está usando a representação e o usuário é a representação tem acesso total a essa pasta.
  • A permissão para essa pasta foi definida para permitir controle total para todos, caso a representação não estivesse funcionando, mesmo problema.
  • O aplicativo pode exibir outras pastas e arquivos nesse compartilhamento

O Procmon está mostrando um erro de acesso negado ao acessar este arquivo. Detalhes do que ele está perguntando estão abaixo:

Operation: Create File
Result: ACCESS DENIED
Desired Access: Generic Read
Disposition:    Open
Options:    Synchronous IO Non-Alert
Attributes: N
ShareMode:  Read, Write, Delete
AllocationSize: n/a
Impersonating:  domain\user

O aplicativo está essencialmente tentando ler a partir dessa pasta, nada mais (a operação de criar o arquivo está, na verdade, apenas criando um identificador para esse arquivo).

Não há eventos no log de segurança do servidor de arquivos indicando um erro de acesso negado.

Editar

A delegação foi configurada para acesso UNC (permitindo que o usuário do pool de aplicativos delega ao serviço HOST e CIFS no servidor de arquivos) e o Deleconfig confirma que isso deve funcionar, mas não. No entanto, configurar o usuário do Pool de Aplicativos para poder delegar a qualquer serviço (Kerberos) só funciona. Até onde eu sabia, HOSTS e CIFS eram os únicos serviços necessários para delegar o acesso ao servidor de arquivos, então eu não tenho certeza de qual serviço extra ele precisa acessar.

    
por Sam Cogan 08.11.2011 / 18:38

2 respostas

1

Isso é do procmon em execução na máquina remota?

Em caso afirmativo, isso indica que a representação foi bem-sucedida (pois identifica o domínio \ usuário correto, certo?), portanto, não é um problema de delegação com a autenticação do Windows.

Se não, provavelmente é um problema de delegação com a autenticação do Windows; tente DelegConfig.

Se o aplicativo estiver criando sua própria conexão usando \ server \ share - ou seja, não é uma pasta no IIS mapeada para esse local -, outras sutilezas podem estar presentes com base na estrutura do aplicativo e na maneira como ele foi programado.

    
por 09.11.2011 / 12:16
0

Não se lembra se o IIS permite especificações de acesso UNC?

Talvez a área precise ser atribuída a uma letra de unidade para acesso ao IIS.

    
por 08.11.2011 / 21:22