Por que as coisas quebram ao usar o redirecionamento DFS / pasta?

8

Aqui estão dois cenários ligeiramente diferentes, mas semelhantes:

  1. Há uma unidade S: \ mapeada para \\ server \ share. Um namespace DFS é então implementado, com S: \ alterado para \\ domain.local \ dfs \ share (que está apontando para o compartilhamento herdado). Agora, alguns arquivos com arquivos vinculados / incorporados e vários aplicativos agem de maneira estranha e com defeito. Observe que esses links de arquivos incorporados (por exemplo, tabelas vinculadas do Excel) apontam para o compartilhamento herdado, enquanto o arquivo pai é aberto no compartilhamento DFS.

2. Existe um PST para uma conta POP / IMAP localizada em Meus Documentos. Documents é então redirecionado para um compartilhamento de rede. Agora, o Outlook tem problemas para acessar o PST associado à conta, apesar de a guia Arquivos de dados indicar o caminho de rede correto para o arquivo (\\ servidor \ compartilhamento \ usuário.name \ Documents \ outlook.pst). O Outlook é carregado, mas alega que o PST não pode ser encontrado; portanto, a Caixa de Entrada da conta associada não pode ser exibida. *

* Acontece que esse era um problema conhecido específico. Postarei um link mais tarde

Por que as coisas "quebram" ao executar esses tipos de redirecionamento, mesmo que o caminho para os arquivos ainda seja o mesmo do ponto de vista do front-end?

dfs  unc 
— Bigbio2002
fonte
Em relação a 2., você tem as permissões de compartilhamento de namespace para as pastas em questão definidas adequadamente? Vale ressaltar que se as pastas foram compartilhadas anteriormente fora do DFS, embora as ACLs de segurança não sejam alteradas, os compartilhamentos do DFS não serão necessariamente idênticos; talvez isso valha a pena conferir?
— BE77Y
Além do exposto, você pode, por favor, explicar quais são os comportamentos / avarias estranhos que você observa?
— BE77Y
Quais permissões são apropriadas para os compartilhamentos de namespace do DFS? Quanto ao item 2, a pasta redirecionada recebe permissões de CREATOR OWNER para a pasta raiz, subpastas e arquivos. O SYSTEM também deve receber permissão para o compartilhamento de arquivos redirecionados?
— Bigbio2002
Permissões de compartilhamento para compartilhamentos de namespace DFS podem ser o que você deseja / o que é apropriado para você - por exemplo, talvez apenas espelhe as ACLs. No seu exemplo, você menciona pastas de dados do usuário, portanto, no mínimo, os usuários em questão devem ter acesso de leitura às pastas, por exemplo.
— BE77Y
some files with linked/embedded files and various applications act weird and malfunction.- Precisa de esclarecimentos. Outlook has trouble accessing the PST associated with the account- Precisa de esclarecimentos.
— joeqwerty

Respostas:

2

Este é um tópico antigo, mas talvez alguém possa se beneficiar do meu comentário.

Existe um serviço chamado Distributed Link Tracking Client que localiza um arquivo que foi movido ou renomeado em um compartilhamento de rede NTFS ( KB312403 ). Isso funciona para atalhos de shell e links OLE também.

Tivemos um problema semelhante quando movemos pastas no nosso compartilhamento DFS. A experiência foi que, depois que as pastas foram movidas, os atalhos nas áreas de trabalho dos usuários foram alterados de \ dfsvirtualname \ sharename para \ realservername \ sharename. Sim, os arquivos foram encontrados, mas apenas uma vez. Na próxima vez em que a pasta foi movida (como arquivada em uma pasta chamada 2014 etc.), os atalhos foram interrompidos.

O problema que você tem com alguns arquivos pode ser que esses arquivos já foram movidos no passado e o Distributed Link Tracking Client os encontrou, alterando o link para uma referência completa \ realservername \ sharename e agora não consegue encontrar o arquivo movido.

— Vandor76
fonte
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.