Este foi um problema resultante de uma configuração incorreta das imagens básicas do Windows por parte da Rackspace. Eles agora atualizaram as imagens base e os novos servidores que construímos parecem ter resolvido o problema.
Eu tenho um Windows Server 2012 (sem domínio) com uma pasta compartilhada como TestShare.
As permissões de compartilhamento são Everyone
tem acesso total e há um usuário local TestUser que tem acesso total à pasta real.
No GuestServer, posso conectar e / ou mapear uma unidade para \ HostServer \ TestShare, especificando o nome de usuário e a senha para o TestUser.
Permissões NTFS:
Permissõesdecompartilhamento
Relatório de acesso efetivo
Oproblemaéquequandotentoacessarapasta,receboumamensagemde"acesso negado".
Noservidorhost,possoverousuárioconectadoaocompartilhamentonogerenciadordesessões,portanto,asenhaestácorretaesendoreconhecida.Seeuusarumasenhaincorreta,nãorecebereiamensagem"concluída com êxito" nem a "sessão aberta".
Oquemaispodeestarbloqueandooacessoaosarquivoscompartilhados,quandoocompartilhamentopareceestardefinidoeaspermissõesdapastaparecemestardefinidas,eaconexãopareceestarcorreta?
Aredeéreconhecidacomo"pública" e as regras de firewall relevantes parecem estar ativadas - até a desativação do firewall não ajuda.
Permissões de compartilhamento para todos estão cheias - boas E as permissões do ntfs?
Faça logon localmente no servidor, clique com o botão direito do mouse na pasta e verifique as permissões ntfs .... Certifique-se de que o usuário de teste esteja lá com acesso de leitura ou modificação, pelo menos.
Ao acessar em uma rede .... As permissões Share e ntfs são avaliadas e o conjunto mais restritivo é aplicado.
Verifique as permissões do ntfs
Você pode tentar alterar as permissões de compartilhamento "todos" para "usuários autenticados"? Temos um servidor do Windows 2012 aqui funcionando como um servidor de arquivos (membro do domínio) e essa é a única diferença entre o que você está fazendo e o que estamos fazendo.