A resolução de nomes NetBIOS falha quando está atrás de outro roteador

2

Em"PC3", a resolução de nomes do Windows falha assim.

ping PC1

Ping request could not find host PC1. Please...

ping 192.168.0.2

Reply from 192.168.0.2: bytes=32 time<1ms TTL=128

Mas se eu remover o "Roteador 2" e conectar a linha do "Roteador 1" diretamente ao "PC3", obtenho

ping PC1

Reply from 192.168.0.2: bytes=32 time<1ms TTL=128

Qual poderia ser a causa? Desativei o firewall no PC1, mas isso não resolveu o problema. "Router 1" tem uma opção "DHCP RESERVATION" e eu coloquei uma entrada para ela como a seguinte, mas isso não resolveu o problema.

Computer Name | IP Address | MAC Address

"PC1" | "192.168.0.2" | "PC1's MAC address"

A rede do Windows localiza "PC1", mas sem a resolução de nomes, o servidor da Web em execução no PC1 não pode ser acessado pelo nome do computador. Esta é uma rede doméstica, portanto nenhum dos PCs está associado a um domínio. Eu gostaria de evitar adicionar uma entrada manual para PC1 ao arquivo HOST do PC3.

===================== Adendo 1 ===================

Quando conectado ao "Roteador 2" (nem todos eles estão listados)

192.168.0.4 192.168.0.1 DNS Standard query A PC1.Workgroup

192.168.0.1 192.168.0.4 DNS Standard query response No such name

192.168.0.4 192.168.0.255 NBNS Name query NB PC1<00>

192.168.0.4 224.0.0.252 LLMNR Standard query A PC1 and AAAA PC1

(No response from 192.168.0.2 hereafter)

Quando conectado diretamente ao "Roteador 1" (nem todos eles estão listados)

192.168.0.4 192.168.0.255 NBNS Name query NB PC1<00>

192.168.0.4 224.0.0.252 LLMNR Standard query A PC1 and AAAA PC1

MAC address Broadcast ARP Who has 192.168.0.4? Tell 192.168.0.2 and its response

192.168.0.2 192.168.0.4 LLMNR Standard query response A 192.168.0.2

Em ambos os casos, o conteúdo da consulta de nome era o mesmo diferente do ID da transação.

    
por Damn Vegetables 11.01.2015 / 17:39

1 resposta

1

A causa e a solução podem ser encontradas aqui .

Causa

Com a atualização KB3161949, a Microsoft alterou a maneira como o servidor tem permissão para responder a consultas NetBIOS e evita respostas a sub-redes externas

Solução

Para superar isso, você pode:  1. desinstale a atualização de segurança KB3161949 do seu servidor ( não recomendado )
 2. atualize o parâmetro de registro do NetBT com Dword AllowNBToInternet definido como 1 e reinicialize o servidor

  • por cmd:

reg add "HKLM\System\CurrentControlSet\Services\NetBT\Parameters" /v "AllowNBToInternet" /t REG_DWORD /d 1 /f

  • pelo PowerShell:

Set-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Services\NetBT\Parameters -Name AllowNBToInternet -Type DWord -Value 1

    
por 05.06.2018 / 14:29