O que deve acontecer quando eu navego para o meu nome de domínio do Windows via UNC?

Question

Um tempo atrás eu configurei um namespace DFS \my.dom.com\somecrap .

Funciona muito bem, mas sempre percebo algo que me confunde e nunca perguntei sobre isso.

Quando eu navego até \my.dom.com aparece, conecto-me a um DC aleatório. Eu posso confirmar o que DC por ping my.dom.com. O IP que é resolvido será o IP do DC I conectado.

Isso faz sentido porque há um registro de host em meu domínio que aponta cada controlador de domínio para (o mesmo que a pasta pai), que seria meu nome de domínio. O que eu acredito é como deveria ser.

Mas, curiosamente, quando eu navego para \my.dom.com (que deve ser o mesmo que \DC_currently_resolving_my.dom.com ) eu acho que as pastas compartilhadas no servidor estão vazias - meu namespace DFS funciona como esperado.

Então, por exemplo: Eu navego para \my.dom.com ping my.dom.com e voltar 1.1.1.1 navegue até \1.1.1.1 ou \DC's_Hostname Eu vejo as mesmas pastas compartilhadas, então eu sei que estou conectado ao mesmo servidor Quando olho nas pastas compartilhadas em \my.dom.com , elas estão vazias Quando eu olho na pasta compartilhada em \1.1.1.1 eles têm arquivos neles

E o que é mais quando tento criar ou copiar um arquivo para uma pasta compartilhada em \my.dom.com , recebo este erro:

Oqueestáacontecendoaquiexatamente?

Editar:ConformeaperguntadoiPathabaixo,aquiestãoascaixasdepropriedadesdeumcompartilhamentoregulareumnamespaceDFSladoalado.Aparteregularestáàesquerda.Curiosamente,ocompartilhamentoregulartambémestáfaltandonaguiaSegurança,queestápresentequandoeunavegopara\Specific_Servervs\my.dom.com

    

Answer 1

Você faz uma pergunta muito interessante que pode exigir uma investigação técnica mais aprofundada. Minha opinião é que o Windows "pensa" \\ my.dom.com \ SimpleSharedFolder é uma parte de algum namespace DFS. Mas não é possível localizar informações relacionadas ao AD para criar uma lista de servidores de destino que oferecem o conteúdo da pasta. Explorer apenas exibe como pasta vazia.

O que acontece é (suponho):

1. Você abre \\ my.dom.com no Windows Explorer;
2. Ele faz uma consulta DNS simples para Registros A DNS - (o mesmo que os pais);
3. O registro DNS mais adequado é escolhido na resposta;
4. O Windows Explorer se conecta a esse servidor SMB e mostra todas as pastas compartilhadas;
5. Quando você abre \\ material de Namespace do DFS em \\ my.dom.com \ SimpleSharedFolder entra em jogo (o redirecionador);
6. O destino dessa pasta é desconhecido;
7. O Explorer reage mostrando a grade vazia;

Ao mesmo tempo, pense: "\\ my.dom.com \ SimpleSharedFolder" não tem sentido se SimpleSharedFolder não fizer parte de algum namespace - namespace my.dom.com, por exemplo. No seu caso, não faz parte de nenhum namespace - apenas um DC tem essa pasta compartilhada. Então, de alguma forma, é esperado que não veja nada acessando via \\ my.dom.com call. Pode ser o Windows Explorer deve ser mais robusto. Pode ser um bug ou pode ser um recurso:)

Esta é apenas uma teoria. Sinta-se à vontade para provar ou consultar outros técnicos da AD.

ATUALIZAÇÃO:

Teoria comprovada por um experimento - tentei acessar \\ mydomain.lab \ Dev, que é simplesmente uma pasta compartilhada em um controlador de domínio. Aqui o tráfego SMB:

Portanto,oDFSentraemaçãopormeiodachamadaFSCTL_DFS_GET_REFERRALSSMB:

Eu acho que isso explica tudo. Espero que isso ajude!

    

Answer 2

Portanto, tenho certeza de que você encontrou a pasta SYSVOL (onde os arquivos da Diretiva de Grupo estão armazenados) em \my.dom.com . Por padrão, é replicado entre todos os DCs no domínio ('08 usa via DFSR [Replicação de Sistema de Arquivos Distribuídos] & '03 usa o FSR [Serviço de Replicação de Arquivos]) para que os clientes possam consultar o domínio \my.dom.com & qualquer DC que o closet responda

Eu especulo que \my.dom.com é realmente tratado (resolvido) de forma diferente, então \1.1.1.1 & Tem algo a ver com o SMB vs DFS / N. Não posso dar uma resposta direta a todas as suas perguntas, mas acredito que isso seja um começo. Aqui está outro artigo com mais algumas informações

    

Answer 3

Espaços de nomes do DFS usam alguma mágica de referência para localizar \my.dom.com\somecrap se estiver em qualquer um dos controladores de domínio - não apenas aqueles em que o namespace é hospedado especificamente. Compartilhamentos não-DFS não possuem esse recurso.

Normalmente, você faria de cada CD uma réplica para o namespace somecrap adicionando-os à guia Servidores de Namespace no Gerenciamento DFS para o namespace. Isso não acontece automaticamente quando você adiciona um novo controlador de domínio. Caso contrário, ele parecerá estar em branco se o seu computador resolver \ my.dom.com para \ DC2, se apenas \ DC1 tiver os compartilhamentos de namespace definidos. O seu pedido de DNS ou configuração do site pode ser tal que nunca padroniza o servidor de namespace, então eles sempre estariam em branco.