Acesso ao caminho negado

Sei que essa pergunta foi feita várias vezes aqui, mas não consigo encontrar uma solução para o meu problema. Estou tentando salvar a imagem na pasta em .net c #, mas obtém esta exceção:

Access to the path 'C:\inetpub\wwwroot\mysite\images\savehere' is denied.The error occured at mscorlib because    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode)

Dei controle total a essa pasta (savehere) network servicee iis_iusrsaté dei controle total, everyonemas ainda obtendo essa exceção. Eu tentei dar acesso via explorer e via gerenciador do IIS, ainda sem sorte

Estou fazendo isso no servidor Windows 2008 R2 e IIS 7.5. Quem preciso dar acesso?

obrigado

Você precisa descobrir no pool de aplicativos do site qual é a identidade em que ele está executando (por padrão, isso é Application Pool Identity) e conceder as permissões corretas.

O acesso ao caminho 'C: \ inetpub \ wwwroot \ mysite \ images \ savehere' foi negado

Leia a mensagem com atenção. Você está tentando salvar em um arquivo que tenha o mesmo nome que o diretório. Isso não funciona, você não pode sobrescrever um diretório preenchido com arquivos com um único novo arquivo. Isso causaria perda de dados não diagnosticável. "O acesso ao caminho é negado" é o sistema de arquivos que está reagindo para impedir que isso aconteça.

A mensagem de exceção não é ideal, mas vem diretamente do sistema operacional e é lançada em pedra. A estrutura geralmente adiciona verificações extras para gerar mensagens melhores, mas esse é um teste caro em uma rede. Perf também é um recurso.

Você precisa usar um nome como 'C: \ inetpub \ wwwroot \ mysite \ images \ savehere \ mumble.jpg'. Considere Path.Combine () para gerar com segurança o nome do caminho.

Eu estava tendo o mesmo problema ao tentar criar um arquivo no servidor (na verdade, um arquivo que é uma cópia de um modelo).

Aqui está a mensagem de erro completa:

{ERROR} 08/07/2012 22:15:58 - System.UnauthorizedAccessException: Access to the path 'C:\inetpub\wwwroot\SAvE\Templates\Cover.pdf' is denied.

Adicionei uma nova pasta chamada Templatesdentro da pasta do aplicativo IIS. Uma coisa muito importante no meu caso é que eu precisava conceder a permissão Write (Gravar) para o usuário IUSR nessa pasta. Você também pode precisar de dar Network Servicee ASP.NET v$.#a mesma permissão de gravação.

Depois de fazer isso, tudo funciona como esperado.

Eu tive exatamente o mesmo problema.

A solução foi que o arquivo que eu estava tentando acessar era somente leitura , pois era copiado de um arquivo de modelo que era somente leitura.

<facepalm />

Eu tenho esse problema ao tentar salvar o arquivo sem definir o nome do arquivo.

Código antigo

File.WriteAllBytes(@"E:\Folder", Convert.FromBase64String(Base64String));

Código de trabalho

File.WriteAllBytes(@"E:\Folder\"+ fileName, Convert.FromBase64String(Base64String));

Meu problema era que eu precisava solicitar apenas acesso de leitura:

FileStream fs = new FileStream(name, FileMode.Open, FileAccess.Read);

Qual Identidade é o seu Pool de Aplicativos para o aplicativo Web em execução como, para solucionar problemas, tente criar um novo Pool de Aplicativos com o nome Serviço de Rede como sua identidade e faça com que seu aplicativo Web use o novo Pool de Aplicativos que você criou e veja se o erro persiste.

A dica a seguir não é uma resposta para a pergunta original deste tópico, mas pode ajudar outros usuários que acabam nesta página da web, depois de cometer o mesmo erro estúpido que acabei de cometer ...

Eu estava tentando obter um controle ASP.Net FileUpload para carregar o arquivo em um endereço de rede que continha um " compartilhamento oculto ", a saber:

\ MyNetworkServer \ c $ \ SomeDirectoryOrOther

Eu não entendi Se eu executasse a página da Web no modo Debug no Visual Studio, funcionaria bem. Mas quando o projeto foi implantado e estava sendo executado por um usuário do Pool de Aplicativos, ele se recusou a encontrar esse diretório de rede.

Eu verifiquei em qual usuário meu site IIS estava sendo executado, dei a esse usuário permissões completas para este diretório no servidor " MyNetworkServer ", etc etc, mas nada funcionou.

O motivo (claro!) É que apenas os administradores podem "ver" esses compartilhamentos de unidades ocultas.

Minha solução foi simplesmente criar um compartilhamento "normal" para

\ MyNetworkServer \ SomeDirectoryOrOther

e isso se livrou do erro "Acesso ao caminho ... é negado". O FileUpload conseguiu executar com êxito o comando

fileUpload.SaveAs(networkFilename);

Espero que isso ajude outros usuários que cometem o mesmo erro que eu cometi!

Observe também que, se você estiver carregando arquivos grandes (acima de 4Mb), o IIS7 exigirá que você modifique o arquivo web.config em dois locais. Clique neste link para ler o que você precisa fazer: Carregar arquivos grandes no ASP.Net

adicione a permissão de controle total IIS_IUSERS à sua pasta. você encontra essa opção na guia segurança nas propriedades da pasta.

Eu resolvi com esta configuração:

IIS> Pools de aplicativos> [seu site]> Configurações avançadas ...> Identidade> Acesso interno> LocalSystem

Meu problema era algo assim:

FileStream ms = new FileStream(path, FileMode.Open, FileAccess.ReadWrite);

mas ao invés de usar o path eu deveria usar File.FullName ... não sei se vai ajudar mais alguém, apenas passando minha própria experiência com esse erro dado!

1. Altere a configuração de conta interna para conta personalizada e insira o nome de usuário e a senha do outro servidor.

2. Mantenha a configuração como integrada (em vez do modo clássico).

Talvez isso ajude você.

string tempDirectoryPath = @"C:\Users\HOPE\Desktop\Test Folder";
string zipFilePath = @"C:\Users\HOPE\Desktop\7za920.zip";
Directory.CreateDirectory(tempDirectoryPath);
ZipFile.ExtractToDirectory(zipFilePath, tempDirectoryPath);

Faça com que o Diretório seja salvo como diretório virtual e dê permissão de leitura / gravação no painel de controle

Tinha um diretório com o mesmo nome que o arquivo que eu estava tentando escrever, para que as pessoas possam procurar por isso também.

Encontrei esse problema ao desenvolver na minha estação de trabalho local.

Após várias iisresetinvocações malsucedidas , resolvi essa situação reiniciando minha máquina.

Em retrospecto, um identificador de arquivo aberto pode estar causando problemas.

No meu caso, tive que adicionar uma regra de autorização do .NET para o site no IIS.

Eu adicionei uma regra para permitir usuários anônimos.

Eu tive o mesmo problema, mas o corrigi salvando o arquivo em um local diferente, copiando o arquivo e colando-o no local em que queria que ele estivesse. Usei a opção para substituir o arquivo existente e isso fez o truque para mim. Sei que essa não é a maneira mais eficiente, mas funciona e leva menos de 15 segundos.

Eu tive muitos problemas com isso, especificamente relacionados ao meu código em execução localmente, mas quando eu precisava executá-lo no IIS, estava lançando esse erro. Descobri que adicionar uma verificação ao meu código e permitir que o aplicativo criasse a pasta na primeira execução corrigia o problema sem ter que mexer nas autorizações das pastas.

algo assim antes de chamar seu método que usa a pasta

bool exists = System.IO.Directory.Exists("mypath");

        if (!exists)
            System.IO.Directory.CreateDirectory("mypath");

Se você receber esse erro ao fazer upload de arquivos no Subdomínio E funcionar corretamente no seu localhost, siga as etapas abaixo:

Solução:

Painel Plesk

• Entre no seu painel Plesk. Selecione Seu subdomínio que está dando erro.
• Clique em Configurações de hospedagem .
• Selecione Permissões adicionais de gravação / modificação e Aplicar.

CPanel

• Não tenho certeza sobre as opções disponíveis no CPanel. Mas, se você der permissão para o diretório (no CPanel, ele deve ser o número decimal como 777, 755), o erro será resolvido.

Para mais detalhes consulte aqui

Motivo do erro:

• Vamos assumir FileUpload.SaveAs(Server.MapPath("~/uploads/" + *YOUR_FILENAME*))que será o seu código para mover seus arquivos para o caminho de upload.

• Server.MapPathfornecerá o caminho físico (Real Path) do diretório. Mas seu subdomínio pode não ter permissão para acessar o caminho físico.

• Portanto, se você der permissão ao subdomínio para acessar a permissão de gravação / modificação, ele resolverá o problema.

Você pode tentar verificar se as propriedades da web do projeto não mudaram para o IIS Express e alterá-las novamente para o IIS Local

Verifique se o seu destino System.IO.Delete(string file)é um arquivo que existe. Talvez haja um erro no seu código; como se você não passasse o nome do arquivo correto para o método, ou se o seu destino é uma pasta. Nesses casos, você verá o erro "acesso negado ao caminho".

Eu criei um diretório virtual com permissão total e adicionei a fonte ffmpeg e os arquivos de vídeo lá, então finalmente fez sentido, pois pode ser acessado por qualquer pessoa.