Eu tenho uma máquina do CentOS 6 com um compartilhamento de samba simples que estou tentando configurar como um servidor DFS, para que ele aponte clientes para pastas em outros servidores. Seguindo a documentação do samba para configurar esse recurso, adicionei as linhas corretas ao smb.conf para tornar o compartilhamento msDSF compatível e reiniciei o serviço smb, bem como todos os clientes do Windows7, conforme as instruções também disseram ser necessário.
Aqui está a pegadinha: os compartilhamentos DFS funcionam perfeitamente com clientes Mac e clientes linux - isto é, as pastas com links simbólicos redirecionam o tráfego dos clientes para o servidor referenciado. Aqui estão os links simbólicos de exemplo que fiz no compartilhamento de raiz DFS "test2":
ln -s msdfs:192.168.255.2\footage
e
ln -s msdfs:server2\footage
Este link redireciona o tráfego para o compartilhamento "filmagem" no servidor no ip 192.168.255.2. O link simbólico usando o nome do host (em vez do ip) do servidor de destino também funciona bem em clientes Mac e Linux.
Em clientes Windows 7, no entanto, o link aparece como um ícone de pasta de atalho, que é meu primeiro sinal de aviso de que algo é estranho, porque achei que deveria ser um redirecionamento transparente, como nos clientes Mac e Linux. Eu estou supondo que, quando configurado corretamente, o cliente Windows7 deve apresentá-lo como uma pasta regular, não como um atalho ou junção ou qualquer outro symlink. Quando clico no ícone de atalho da pasta, recebo o erro clássico "Local não disponível", onde ele faz referência ao atalho da pasta, mas não ao link para o qual deveria apontá-lo. Outros links simbólicos de pasta para pasta compartilhados através do compartilhamento samba no servidor funcionam corretamente nos clientes Windows7.
Uma outra informação que pode ser crítica: o servidor Linux não está no domínio nem no DNS, mas os clientes do Windows7 estão. Isso ocorre porque um departamento diferente gerencia esses servidores. Isso importaria mesmo? De qual documentação eu pude encontrar, ele deve pingar o servidor DFS para o redirecionamento, uma vez que ele perceba que não é uma pasta real, não precisando do DNS ou do Domínio para fazer qualquer serviço de nome ou autenticação.
Outras notas: O servidor é o CentOS 6.5, SMBv3. Os clientes Windows7 têm a interface conectada à sub-rede em que esses servidores estão como prioridade na ordem e na ligação do servidor, mas não há DNS nessa sub-rede.
Meus servidores são executados em uma empresa com clientes Mac e Windows7, onde todos eles se conectam a um compartilhamento para acessar a mídia compartilhada. Eu preciso usar o DFS porque alguns clientes podem gerar muito tráfego e disco de i / o, fazendo com que outros clientes que exigem baixa latência tenham problemas. Se eu separar a mídia que os clientes de baixa latência usam da mídia que os clientes de alto tráfego usam, tudo será perfeito.
Aqui está o meu smb.conf:
[global]
workgroup=WORKGROUP
security=share
unix extensions = no
strict locking = no
NetBIOS name = myworkdfs
server string = myworkdfs
strict allocate = Yes
read raw = Yes
write raw = Yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
deadtime = 15
host msdfs = yes
[test2]
guest ok = yes
read only = no
path = /mnt/mydfsfolder
msdfs root = yes
wide links = yes
follow symlinks = yes
Obrigado!
Em destinos de pasta de clientes do Windows em um compartilhamento DFS, de fato, um ícone de atalho de pasta, se essas pastas tiverem destinos. Então nada de estranho.
Como você não mencionou, pode ser um problema de permissão?
Se eu entendi sua configuração corretamente, tente acessar \ myworkdfs \ test2 \ metragem , certo?
As imagens também são compartilhadas via SMB / samba?