Eu tenho dois domínios, PRIMARY e EXTERNAL. EXTERNAL tem uma confiança de saída unidirecional para PRIMARY para que os usuários do PRIMARY possam autenticar em EXTERNAL. Ambos os domínios têm DCs do Windows Server 2008 em execução no nível de compatibilidade do Windows Server 2003. Os usuários PRIMARY geralmente são privados de seus privilégios de autenticação no EXTERNAL (incluindo os administradores de domínio PRIMARY), mas os poucos usuários com acesso explícito obtêm os privilégios de autenticação concedidos.
O controlador de domínio EXTERNAL tem um compartilhamento chamado Projetos no qual todos têm acesso total. A pasta é então bloqueada com as ACLs para permitir apenas alguns dos grupos administrativos do EXTERNAL. Alguns níveis abaixo nesta hierarquia de pastas, existe uma pasta onde um usuário (TESTUSER) no PRIMARY recebe acesso de modificação. O caminho da pasta UNC para esta pasta é \EXTERNAL-DC\Projects\A\B\C\Target .
Quando PRIMARY \ TESTUSER é registrado em um computador PRIMARY de domínio mapeado com o Windows 7, tentar ir diretamente para o caminho não funciona. ("[caminho unc] [nova linha] O caminho especificado não existe. Verifique o caminho e tente novamente.") No entanto, o mapeamento da pasta com o mesmo caminho exato de uma unidade funciona e os privilégios apropriados são aplicados (arquivos pode ser criado, etc).
O que posso fazer para ativar o caminho UNC? O que causa a discrepância?
Eu presumo que você mapeie a unidade para o caminho inteiro. (Por exemplo, "net use X: \ .... \ Target")?
O UNC não funciona porque os usuários precisam de acesso de leitura a cada pasta no caminho UNC para percorrer o caminho.
Mapear para o ponto final não exige isso. (Os direitos de acesso nas pastas pai não são avaliados neste caso. Apenas a (s) pasta (s) que o usuário realmente "vê".)
Estranho? Sim, mas é assim que a Microsoft projetou isso.
Tags windows mappeddrive unc shares