Pode acessar o compartilhamento do Windows por endereço IP ou FQDN, mas não pelo nome do host

11

Um dos computadores do laboratório na escola que administro não pode acessar nenhum compartilhamento no diretório \\ ad \ data $. Eu posso acessá-lo de qualquer outro computador na rede. Se eu usar o IP \\ 192.168.1.248 \ data $, posso acessar os arquivos corretamente. Se eu usar o FQDN: \\ ad.domain.name \ data $, ele também funcionará. Qualquer outro computador na escola também pode acessar esse compartilhamento corretamente.

Quando tento acessar o compartilhamento com \\ ad \ data $, recebo a mensagem "Você não tem permissão para acessar \\ ad \ data $. Entre em contato com seu administrador para solicitar acesso." Estou logado com a conta de administrador do domínio.

Alguma ideia sobre o que poderia fazer com que um único computador de domínio não conseguisse acessar um compartilhamento ao qual ele deveria ter acesso?

O servidor está executando o Windows Server 2008 e o computador está executando o Windows 7 SP1.

UPDATE

O problema agora está acontecendo em vários outros computadores na rede, nos computadores da equipe e nos computadores dos alunos. Estou começando a pensar que há algo seriamente errado com o servidor do Active Directory.

    
por Nick 02.02.2012 / 01:27

11 respostas

4

Acabei de ter um problema semelhante.

Temos um domínio e um AD, e todas as pastas iniciais dos usuários estão configuradas no AD.

O usuário trabalha em um servidor de terminal e sua pasta pessoal funciona bem No novo notebook que estávamos configurando para ela, a unidade foi mapeada, mas se você tentou acessá-la via unc ou clicando duas vezes na unidade mapeada, não foi encontrado um erro da localização.

Navegando em alguns outros fóruns, notei que alguém perguntou se a pasta inicial poderia ser acessada via IP ou FQDN. Quando tentei acessar a pasta.

No começo, também achei que fosse um problema de DNS.

Ler mais sobre alguém disse "tente deletar o cache do CSC", e então eu quase me xinguei. Sabendo que este notebook foi usado por outro usuário que fez uso de arquivos off-line (também sua pasta home no mesmo servidor). Eu encontrei uma maneira rápida de excluir o cache do CSC no Win 7 (é muito mais fácil no XP). Reinicie o computador e o problema foi resolvido.

Aqui estão os links nos quais encontrei a informação:

link

link

    
por 10.01.2014 / 14:47
3

Eu vi um problema como este e foi causado pelo DNS sendo definido para não anexar o nome do domínio automaticamente.

Então, eu verificaria isso Anexar sufixos DNS primários e específicos da conexão é selecionado e Anexar sufixos pai do sufixo DNS principal está marcado.

Isso pode ser encontrado via

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS
    
por 02.02.2012 / 12:04
3

Win7 / server 2008 > tipo de painel de controle em "Gerenciador de Credenciais" e exclua quaisquer credenciais salvas.

    
por 14.06.2012 / 21:13
2

Eu tive o mesmo problema (aconteceu comigo várias vezes) e resolvi isso excluindo todos os compartilhamentos conectados e recriando-os. Houve várias conexões para os mesmos locais (usando URLs diferentes) e eu suspeito que tenha sido o motivo dos problemas.

Usando a linha de comando:

  1. Para ver as ações atualmente conectadas em net use
  2. Para excluir a conexão para compartilhar Y em xxx.xxx.xxx.xxx
    net use \xxx.xxx.xxx.xxx\Y /delete
  3. Para excluir a conexão para compartilhar Y no XXX
    net use \XXX\Y /delete
  4. Para excluir a unidade de rede mapeada em net use Y: /delete
  5. Para reconectar a unidade de rede mapeada em net use Y: \xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

Outro suspeito em potencial é o Samsung PC Share Manager. Depois de desinstalá-lo do host, o problema desapareceu.

    
por 05.05.2013 / 15:48
1

Pode ser possível que o computador cliente esteja usando credenciais salvas. Você pode verificar usando o Windows Credential Manager no painel de controle.

Isso ocorre em uma conta de administrador local, por exemplo, nome_da_máquina \ Administrador?

A máquina está se autenticando no controlador de domínio corretamente?

    
por 02.02.2012 / 11:04
0

Verifique se você já não está se conectando a \ ad usando credenciais diferentes (ou antigas). Eu vi problemas semelhantes quando eu tinha uma unidade mapeada conectada a um compartilhamento em um servidor usando minha conta de domínio "normal" e tentei me conectar a outro compartilhamento no mesmo servidor usando minha conta "admin" de domínio.

A reinicialização resolve o problema?

    
por 09.02.2012 / 03:16
0

Eu tive um problema relacionado. Eu tive uma máquina XP Home acessando compartilhamentos / pastas compartilhadas e unidades em uma máquina com Windows 7. Eu estava brincando com as configurações do grupo de trabalho / Homegroup no Windows 7 e alterei a opção "Compartilhamento protegido por senha". Eu podia ver minhas pastas compartilhadas na minha máquina XP Home, mas não conseguia ler ou escrever de / para elas. Isso estava me enlouquecendo - porque quando eu criei um novo usuário na máquina XP Home e acessei meus compartilhamentos na máquina Win 7, não houve problemas - eu pude ler e gravar arquivos!

Então, voltei para minha conta de usuário antiga (principal) e ainda não consegui acessar os arquivos compartilhados ...

Eu tentei todos os tipos de soluções - net use * / del e eu tentei apagar contas de usuário net user / delete - eu tentei me livrar de credenciais em cache - mas nada funcionou. Acessando os compartilhamentos através de um endereço IP DID funcionou! Argggh !!

Eu tentei configurar o Workgroup em ambas as máquinas para Workgroup (a máquina XP HOME era MSHOME)

Eventualmente, o que eu tive que fazer foi alterar o NOME DO COMPUTADOR na minha máquina com Windows 7, reiniciá-lo e acessar minhas pastas compartilhadas na máquina XP HOME. Em seguida, ele me pediu um usuário / senha de Logon que eu digitei novamente. No entanto, eu tinha caminhos e coisas que usavam o nome do meu computador antigo, então eu mudei meu computador Win 7 de volta para o que era originalmente. Aleluia! Funcionou - mais uma vez me pediram usuário / senha e pude acessar meus compartilhamentos da máquina XP HOME!

Portanto, resumo: há algum problema com credenciais armazenadas em cache e nenhuma maneira óbvia de excluí-las (nada foi mostrado no gerenciador de senhas de rede na conta do usuário). Portanto, altere o nome do seu computador temporariamente e altere-o de volta e isso pode corrigir alguns problemas.

Me deparei com vários problemas semelhantes em fóruns como esses, mas nenhum igual ao meu.

    
por 28.03.2013 / 09:06
0

Eu tive esse problema depois de atualizar uma caixa do Server 2008 R2 para o Server 2012 R2 com atualização. Para mim, entrando no Gerenciador de Credenciais e removendo Credenciais do Windows - > Credenciais genéricas resolveram o problema.

    
por 05.11.2014 / 12:16
0

Em um dos meus casos, para minha surpresa, acabei descobrindo que precisava liberar o cache do DNS além para ativar o recurso de suporte do SMB 1.0 no Windows 8.1. Este foi um computador que ingressou em um domínio que foi desconectado de seu domínio.

No outro caso, um computador não associado ao domínio, liberando o cache DNS não ajudou. No entanto, curiosamente, o nome totalmente qualificado \Name. funcionou quando \Name não (eu não tentei esse filho na primeira máquina). Não tenho certeza qual é o problema aqui, mas acredito que esteja relacionado à falta de um nome de domínio.

    
por 01.08.2017 / 21:00
0

Nós sentimos isso ocorrendo em uma única pasta específica. Acontece que as pastas off-line causaram o problema porque usamos pastas redirecionadas. Portanto, o Windows está literalmente se conectando a esse compartilhamento com as outras credenciais de usuários assim que o Windows for iniciado, para recusar a conexão do usuário conectado.

A solução usada foi desativar a sincronização off-line.

    
por 03.08.2018 / 21:38
0

Encontrou esta solução: Não é possível acessar o servidor de impressão usando o nome do alias ou o registro de DNS do CNAME. link

    
por 12.10.2018 / 23:52