Namespace DFS indisponível no login

1

Plano de fundo

Estamos tendo alguns problemas com namespaces DFS em nosso ambiente após uma alteração na forma como configuramos nosso ambiente e buscamos obter algumas dicas sobre como solucionar problemas antes de gastarmos dinheiro em uma chamada de suporte com a Microsoft.

Usamos os Namespaces do DFS para caminhos limpos, mas não usamos a replicação DFS. Antes da alteração, tínhamos um namespace que chamaríamos de \my.domain.com\main . Este domínio funcionou muito bem, mas suportamos 5 divisões, por isso decidimos criar namespaces para cada divisão. \my.domain.com\Div1 , \my.domain.com\Div2 , etc.

Antes da alteração, todos tinham mapeado uma unidade como Q: \my.domain.com\main\Div1Dept e, após a alteração, mapearam uma unidade como Q: \my.domain.com\Div1\Folders . \my.domain.com\main\Div1Dept seria o mesmo local que \my.domain.com\Div1\Folders . A única diferença seria o namespace.

Problema

The user 'Q:' preference item in the 'Standard_DriveMaps_Divisional {5559ca2b-79af-4a37-82d8-451d2fb71543}'

Group Policy object did not apply because it failed with error code '0x80070035 The network path was not found.' This error was suppressed.

Temos várias ocasiões (suportamos 2.000 usuários e recebemos algumas chamadas por semana com esse problema), quando o usuário que faz login no local não está disponível e a unidade não consegue mapear. Podemos confirmar que temos uma conexão de qualidade com a rede e podemos alcançar os controladores de domínio e os servidores de namespace.

Esse problema nunca surgiria quando usamos o namespace main . Quando o usuário navega para o caminho manualmente, ele fica disponível. A solução alternativa é executar um gpupdate para mapear as unidades novamente, mas não podemos solicitar que o usuário faça isso toda vez que ocorrer.

Temos uma unidade não-DFS que mapeia com êxito toda vez que esses mapas relacionados a DFS falham. O que me leva a acreditar que não é inteiramente conectividade de rede.

Solução de problemas realizada

Estou longe de ser um profissional de DFS, mas sei o suficiente sobre como criar destinos de pasta e coisas do tipo.

Usando o Gerenciamento DFS, examinei a duração do cache e outras configurações entre namespaces e todas elas correspondem. Eles também estão usando os mesmos servidores de namespace.

Usando o comando DFSDiag , temos resultados de teste positivos para todos os namespaces.

Pergunta

Dada a informação fornecida, alguém pode pensar em algumas coisas específicas que eu poderia estar procurando? Há alguma configuração fora da GUI de Gerenciamento DFS que possa afetar a disponibilidade dos namespaces que não são main , porque main parece estar sempre disponível.

    
por Shawn Esterman 20.11.2017 / 16:37

1 resposta

1

Talvez o GPO seja aplicado sem acesso à rede e, portanto, eles não conseguem as alterações (mapeamento de unidade de rede)

Isso ocorreu na mesma pessoa?

Existe uma Política de GPO para Aguardar por Rede, mas assegure-se de que esteja ativa somente em Clientes de Domínio Internos, e não em Computadores Portáteis / Portáteis

Verifique isso link

Sem essas configurações, os clientes talvez façam a autenticação com o repositório de credenciais locais, mas a pilha da rede não tenha concluído o carregamento.

Temos esse problema em nosso site, mas é um problema de driver de computador / rede que a inicialização / carregamento dos drivers de rede / pilha está demorando tanto.

    
por 20.11.2017 / 16:57