Não é possível visualizar ou mapear unidades pelo nome abreviado do host

4

Por que não consigo visualizar / usar / mapear uma unidade de uma máquina usando seu nome de host abreviado se o nome de host abreviado for comprovadamente resolvido pelo DNS?

Eu tenho uma máquina (o cliente neste exemplo) executando o Windows Server 2008r2 Standard.

Não consigo visualizar, usar ou mapear unidades de rede do meu servidor de arquivos para essas máquinas, usando o nome de host abreviado.

Eu posso fazer tudo isso, por exemplo, net view myfileserver.example.com se eu usar o nome de domínio totalmente qualificado, como mostrado, ou se usar o endereço IP.

Eu posso pingar a máquina usando o nome abreviado, e o nslookup retorna o endereço IP correto se eu usar o nome abreviado.

Eu poderia mapear uma unidade de rede em uma máquina em outro domínio usando o FQDN ou o nome abreviado, por exemplo: net use \otherfileserver\IPC$ /u:"otherdomain\mylogin" "mypassword" /persistent:no

Um verdadeiro scratcher (para mim).

Note também que muitas outras máquinas clientes estão mapeando unidades de rede a partir do mesmo servidor de arquivos.

EDITAR: Ok, eu concedi a recompensa ao Sum1sAdmin. Eu acho que ele estava em algo com a coisa toda do Browser. O problema não é DNS, de jeito nenhum como poderia ser. Nomes abreviados, nomes longos, nomes magros, nomes gordos, nomes totalmente qualificados - todos eles podiam ser solucionados. Foi NetBios (adereços a Noor Khaldi por ser o primeiro a mencioná-lo, a propósito).

Mas foi o Sum1sAdmin que me levou a ver a navegação em geral. E por causa disso, descobri que tinha duas máquinas Linux que estavam atuando como Mestres do meu domínio. Isso não foi bom, porque eu tenho um ambiente misto de Linux / Windows e como diz no arquivo smb.conf: "Domain Master especifica o Samba para ser o Master Browser do Domínio ... Não use isso se você já tem um Windows NT controlador de domínio fazendo este trabalho ... "que eu faço. De qualquer forma, não confio no Samba para jogar bem com o Windows. Se eu não puder ligar para o suporte técnico da Microsoft e disser: "Sim, eu tenho esse problema de navegação e pelo modo como o mestre é uma máquina CentOS 5.3 executando o Samba", e eles dizem: "Ok, legal!" então eu não estou confortável. Eu quero que minhas coisas do Windows-y vivam no Windows, e Linux seja o cliente apenas.

Dito isso, removi a capacidade do Samba de ser o mestre do domínio. Isso quebrou totalmente minha navegação e fez com que qualquer comando net view retornasse um erro 53, "O caminho da rede não foi encontrado". em todos os hosts por um tempo. Então, depois de um tempo eu recebi um novo erro: erro do sistema 6118, "A lista de servidores para este grupo de trabalho não está disponível atualmente." Esperando mais, de repente comecei a ver algumas máquinas. Usando o prático roteiro de Scottie ( link ), eu comecei a ver máquinas e novos mestres do Windows.

Tudo o que disse, a máquina original ainda está quebrada. E agora, cerca de 10 minutos depois, meu domínio quebrou novamente com o erro de sistema 6118. Se você verificar minha conversa com Sum1sAdmin, verá que meu domínio está meio que estragado. Isso é bom, porque agora eu sei que o problema nunca foi apenas aleatório. Se está quebrado, e sei onde está quebrado, posso consertar. E agora a NetBios tem todos os tipos de quebrados porque nunca foi configurada corretamente, o que começou comigo descobrindo que o Linux estava envolvido. (O que na verdade pode não ter causado um problema, mas, independentemente disso, eu quero remover esse curinga do ambiente e deixar o Windows ser o Windows).

De qualquer forma, obrigado por todas as respostas. Vou continuar futzing com este sistema até que funcione.

    
por Mike S 05.05.2016 / 16:49

4 respostas

1

Eu acho que isso está apontando para o serviço 'master computer browser' no PDC emulado - possivelmente está parado, você provou que o netbios sobre o tcp está funcionando, então podemos descartar isso - não é configuração DNS ou sufixo de domínio sua interface, como 1) funciona com FQDN 2) não queremos usar o FQDN. Então, eu arriscaria que 'Computer Browser Server' é onde está o problema. É possivelmente parado como resultado de um processo eleitoral e agora está executando em diferentes 'mestres' uma máquina que pensa que é mestre e forças e eleição.

Browser Elections, Browser elections occur to select a new master browse server under the following circumstances: When a computer cannot locate a master browse server.

When a preferred master browse server comes online.

When a Windows-based domain controller starts.

When a back-up browse server cannot contact the master browse server to obtain updates to the browse list.

a solução de problemas por que o serviço do navegador foi interrompido é referenciada neste artigo kb de causas comuns link

qual é esse serviço?

Browser service or Computer Browser Service is a feature of Microsoft Windows to let users easily browse and locate shared resources in neighboring computers. This is done by aggregating the information in a single computer "Browse Master" (or "Master Browser").

Se você atualizou recentemente uma caixa do servidor Windows 2003, vale a pena citar: link

Computer Browser Service Windows Server 2008 sets the startup state of the Computer Browser service to disabled by default for a new installation of Windows Server and when upgrading an existing server to Windows Server 2008. The Computer Browser service helps maintain an updated list of domains, workgroups, and server computers on the network and supplies this list to client computers upon request. For detailed information about Computer Browser service operation, see Appendix C - Computer Browser Service. The default startup state of the Computer Browser service on computers running Windows Server 2008 can cause problems for a domain controller in the primary domain controller flexible single master operations (PDC FSMO) role. For computer browsing, a computer in the PDC FSMO role centrally collects and distributes information about domains, workgroups, and computers for multi-subnet networks. If the computer in the PDC FSMO role is not running the Computer Browser service, computer browse lists across the network will contain only domains, workgroups, and computers on the local subnet. To prevent this problem, configure the startup type for the Computer Browser service for Automatic on the computer in the PDC FSMO role and then start Computer Browser service. You can do this from the Services snap-in or at an elevated command prompt with the following commands: sc config browser start= auto sc start browser Because the Computer Browser service relies on file and printer sharing, you will also need to turn on File and Printer Sharing in the Network and Sharing Center. Alternatively, move the PDC FSMO role to another domain controller that has the Computer Browser service started and configured for automatic startup and File and Printer Sharing turned on in the Network and Sharing Center. Additionally, if the only server computer on a subnet is running Windows Server 2008, client computers will become the local browse server on the subnets. As client computers are started and are shut down, the role of the local browse server will pass from one client computer to another, possibly resulting in an inconsistent display of domains, workgroups, and computers. To prevent this problem, on the computer running Windows Server 2008, turn on file and printer sharing, configure the startup type for the Computer Browser service for Automatic, and then start the Computer Browser service.

    
por 12.05.2016 / 14:50
4

Como Noor Khaldi diz que pode ser um problema relacionado ao NetBios ou ao TCP Helper da NetBios.

O computador de destino e o cliente estão no mesmo domínio local? Pode ser um problema relacionado ao sufixo DNS.

Execute um ipconfig /all e procure o DNS Suffix Search List na parte superior dos resultados e procure o Connection-specific DNS Suffix das interfaces de rede. O primeiro deve ter o sufixo do domínio em que você está e o sufixo personalizado de cada NIC deve estar vazio ou com as mesmas informações que o global.

Se você estiver com pressa, pode definir esse hack do registro para permitir o uso de aliases ao entrar em contato com compartilhamentos:

Edite a chave de registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters e adicione um valor DisableStrictNameChecking do tipo DWORD e defina-o como 1.

    
por 12.05.2016 / 09:28
0

Tudo depende da estratégia de resolução de nomes existente, a partir de sua descrição, parece que a resolução de nomes NetBIOS (que é usada para nomes curtos) está falhando ao procurar o endereço IP de o servidor que você está procurando.

" Ping " vai usar o nome do FQDN, então você não deve usá-lo enquanto procura nomes curtos; em vez disso, use " NBTStat " para testar.

  1. Verifique se o NetBIOS está ativado nos dois computadores em que você está trabalhando.
  2. Use o comando NBTStat para ver se você consegue resolver o nome do host.
  3. Adicione o IP / Nome de destino ao arquivo Hosts se a resolução de nomes falhar. ou verifique por que você não consegue se conectar se estiver resolvendo corretamente.

Para mais informações: link

    
por 07.05.2016 / 14:50
0

É o servidor com problemas na mesma rede EXATO que os outros servidores. Por exemplo, 192.168.1.x / 24 e 192.168.2.x / 24 são redes diferentes. Sem infra-estrutura adicional, ou seja, um servidor WINS, você não pode resolver nomes curtos (Netbios) em redes. Em todos os seus exemplos, você cita o FQDN como funcionando. O DNS foi projetado para abranger redes e funcionará conforme o esperado. Você pode confirmar que ambos os servidores em questão estão na rede / sub-rede IP SAME ?

    
por 18.05.2016 / 01:51