O Windows Server 2008 R2 perde a capacidade de se conectar ao compartilhamento de rede

Question

Eu poderia usar alguma ajuda com isso:

Eu tenho dois servidores de terminal do Windows Server 2008 R2 x64, bem como vários servidores de 2003 (DNS / Wins / AD / DC). Nas duas caixas de 2008, de vez em quando elas entram neste modo em que você não pode mapear uma unidade para um servidor aleatório. Digo servidor aleatório porque nem sempre é o mesmo servidor para o qual você não pode mapear.

Aqui está um resumo do que posso e não posso fazer:

net view \servername Às vezes, isso funciona, às vezes não.
net view \FQDN Isso sempre funciona.
net view \IPAddress Isso sempre funciona.
ping servername Às vezes, isso funciona, às vezes não.
ping FQDN Isso sempre funciona.
ping IPAddress Isso sempre funciona.

Eu tenho procurado por toda parte uma solução para isso. Parece que a Microsoft já teria um hotfix agora.

O kicker para isso é que às vezes funciona muito bem, especialmente depois de uma reinicialização. Pode ser executado por duas semanas, mas de repente não conseguirá resolver o nome do servidor remoto. Então será assim por alguns dias, então poderá começar a funcionar novamente. Além disso, enquanto estiver no modo de não funcionar, os outros servidores não terão problemas para chegar lá. São apenas esses servidores de terminal do 2008 R2.

Definir uma entrada estática no arquivo Hosts e o LMHosts não funciona. Todos os servidores têm IPs estáticos e estão registrados no DNS e ganham muito bem.

Aqui está um thread longo no MS Technet de exatamente o mesmo problema , mas eles não têm uma boa solução. Aqui está sua solução alternativa (era de junho de 2010):

Good news - a hotfix is in the works and a workaround has been identified:
Root cause is that since this is SMB1 all user sessions are on a single TCP connection to the remote server. The first user to initiate a connection to the remote SMB server has their logon-ID added to the structure defining the connection. If that user logs off all subsequent uses of that TCP session fail as the logon-id is no longer valid. As a workaround for now to keep the issue from happening you will want to have the user not logoff the Terminal Server only disconnect their sessions.

Alguma notícia de alguém por aí sobre uma solução? Qualquer ajuda seria certamente apreciada.

Obrigado, James

    

Answer 1

Isso soa como um bug no processo de resolução de nomes. Como tanto o IP quanto o FQDN funcionam, parece-me que o SMB está funcionando bem. Mas ter hosts / lmhosts e não corrigir o problema também sugere problemas de resolução de nomes e problemas que acontecem antes de chegarem à etapa de resolução de DNS.

Uma maneira de verificar se está tentando até mesmo resolver o DNS, ou para ver o que está tentando resolver, é tentar uma captura de pacotes no servidor afetado quando ele entrar nesse estado. Olhando para as várias permutações que ele tenta resolver (se houver) deve fornecer algumas pistas.

• Se estiver tentando resolver tudo, menos o domínio correto, talvez seja necessário consultar as listas de Sufixo DNS em suas conexões de rede.
• Se não houver tráfego de DNS relacionado ao servidor em questão, a falha estará no software em algum lugar antes de chegar à resolução de DNS. Isso seria uma questão da Microsoft e manter a captura de pacotes, uma vez que eles provavelmente pedirão por um.
• Se resolver corretamente o nome do servidor em um IP via DNS, mas ainda assim não funcionar, isso indicará uma falha em algum outro lugar na pilha, possivelmente na área de antivírus ou firewall de terceiros. Ou um bug que precisa da atenção da Microsoft.