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


11

Um dos computadores de laboratório da escola que administro não consegue 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 $, também funcionará. Qualquer outro computador da 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 o administrador para solicitar acesso." Estou logado com a conta de administrador do domínio.

Alguma idéia do que faria com que um computador de domínio único não pudesse acessar um compartilhamento ao qual deveria ter acesso?

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

ATUALIZAR

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


Eu recomendaria pedir um moderador para mover a sua pergunta para ServerFault.com como este tipo de problema está exatamente na casa do leme do SF
Scott Chamberlain

Respostas:


4

Acabei de ter um problema semelhante.

Temos um domínio e o AD, e todas as pastas iniciais dos usuários sã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ê tentar acessá-la via unc ou clicando duas vezes na unidade mapeada, ocorrerá um erro não foi possível encontrar o local.

Navegando por 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, eu também pensei que era um problema de DNS.

Lendo mais sobre alguém disse: "tente excluir o cache do CSC", e então eu quase xinguei a mim mesmo. Sabendo que este notebook foi usado por outro usuário que fez uso de arquivos offline (também sua pasta pessoal no mesmo servidor). Encontrei uma maneira rápida de excluir o cache do CSC no Windows 7 (é muito mais fácil no XP). Reinicie o computador e o problema foi resolvido.

Aqui estão os links em que encontrei as informações:

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974


Eu tive o mesmo problema e a correção da Microsoft trabalhou para mim !: support.microsoft.com/kb/942974
joelschmid

3

Eu vi um problema como esse e foi causado pelo DNS ser configurado para não anexar o nome de domínio automaticamente.

Portanto, eu verificaria se Anexar sufixos DNS primários e específicos de conexão está selecionado e se Anexar sufixos pai do sufixo DNS primário 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

Eu verifiquei e esta configuração já foi definida dessa maneira.
Nick

Se você abrir um prompt de comando e digitar nslookup ad , ele fornecerá resultados diferentes dos obtidos se você digitar nslookup ad.domain.name ?
sgmoore

Os resultados são os mesmos e quando eu faço nslookup adisso me mostra o ad.domain.name juntamente com o endereço correto
Nick

3

Win7 / server 2008> painel de controle, digite "Gerenciador de credenciais" e exclua todas as credenciais salvas.


Você pode explicar por que isso faria diferença?
soandos

Não posso ser grato o suficiente por como esta resposta resolveu MEU problema!
6133 MarcH

Tentei e não funcionou para mim. Isso pode fazer a diferença devido a credenciais incorretas / expiradas (por exemplo, se você alterou a senha).
Surfen

2

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

Usando a linha de comando:

  1. Para ver os compartilhamentos atualmente conectados
    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
    net use Y: /delete
  5. Para reconectar a unidade de rede mapeada
    net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

Outro suspeito em potencial é o gerente do Samsung PC Share. Após desinstalá-lo do host, o problema desapareceu.


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, machine_name \ Administrator?

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


Não há credenciais salvas no computador cliente. A conta de administrador local tem os mesmos problemas que as contas de domínio. A máquina está fazendo login no domínio, bem, está aplicando políticas de grupo conforme o esperado.
Nick

0

Verifique se você ainda não está se conectando ao \ ad usando credenciais diferentes (ou antigas). Vi problemas semelhantes quando tive uma unidade mapeada conectada a um compartilhamento em um servidor usando minha conta de domínio "regular" e tentei conectar-me a outro compartilhamento no mesmo servidor usando a conta "admin" do domínio.

Uma reinicialização resolve o problema?


0

Eu tive um problema relacionado. Eu tive uma máquina XP Home acessando compartilhamentos / pastas e unidades compartilhadas em uma máquina Windows 7. Eu estava brincando com as configurações de Grupo de trabalho / grupo doméstico no Windows 7 e alterei a opção "Compartilhamento protegido por senha". Pude ver minhas pastas compartilhadas na minha máquina XP Home, mas não consegui ler ou gravar nelas. Isso estava me deixando louco - porque quando criei um novo usuário na máquina XP Home e acessei meus compartilhamentos na máquina Win 7, não havia problemas - eu podia ler e gravar arquivos!

Voltei à minha conta de usuário antiga (principal) e ainda não consegui acessar os arquivos compartilhados ...

Tentei todos os tipos de soluções - net use * / del e tentei excluir contas de usuário net user / delete - tentei me livrar das credenciais em cache - mas nada funcionou. O acesso aos compartilhamentos via endereço IP funcionou! Argggh !!

Tentei definir o grupo de trabalho em ambas as máquinas como grupo de trabalho (a máquina XP HOME era MSHOME)

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

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

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


0

Eu tive esse problema depois de atualizar uma caixa do Server 2008 R2 para o Server 2012 R2 com atualização. Para mim, entrar no Credentials Manager e remover as Credenciais do Windows -> Credenciais genéricas resolveu o problema.


0

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

No outro caso, um computador que não ingressou no domínio, liberando o cache do DNS não ajudou. No entanto, curiosamente, o nome totalmente qualificado \\Name.funcionou quando \\Namenão funcionou (eu não tentei esse filho na primeira máquina). Não sei ao certo qual é o problema, mas acho que está relacionado à falta de um nome de domínio.


0

Experimentamos isso ocorrendo apenas em uma pasta específica. Acontece que as pastas offline causaram o problema porque usamos pastas redirecionadas. Portanto, o Windows está literalmente se conectando a esse compartilhamento com as credenciais de outros usuários assim que o Windows é iniciado, recusando a conexão do usuário conectado.

A solução usada foi desativar a sincronização offline.


0

Podem ser ACLs de rede. Em um ambiente em que trabalhei, elas foram alteradas para bloquear a porta 445. Então:

\ hostname \ share

  • Cliente tentou se conectar via SMB na porta TCP / IP 445
  • Bloqueado por ACLs de rede
  • Cliente falha ao conectar

\ hostname.fqdn \ share

  • O cliente tentou se conectar via SMB na porta TCP.IP 445
  • Bloqueado por ACLs de rede
  • O cliente se conecta via NetBT na porta 139
  • Conexão bem-sucedida

Então, aconteceu que a conexão ao FQDN tenta usar o NetBT, e a porta 139 foi aberta, e teve êxito.

Portanto, a solução foi desbloquear a porta 445.

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.