![Erro Samba: Várias respostas recebidas para uma consulta na sub-rede x para o nome x](https://rvso.com/image/1592552/Erro%20Samba%3A%20V%C3%A1rias%20respostas%20recebidas%20para%20uma%20consulta%20na%20sub-rede%20x%20para%20o%20nome%20x.png)
Estou recebendo esse erro a cada 5 minutos em um dos meus servidores Linux. O nome neste caso não é um nome de host, mas o nome do grupo de trabalho que defini no arquivo smb.conf de ambos os servidores. Não tenho ideia de por que ele continua fazendo isso, o único pensamento que tenho (como administrador do Windows) é que o segundo servidor está tentando se tornar o navegador mestre ou algo assim e ao resolver o nome do grupo de trabalho recebe uma resposta do primeiro servidor que estava ligado. O que explicaria porque o outro servidor não mostra erros em seu log.
Ambos os sistemas possuem IPs configurados estaticamente e resolv.conf contendo entradas de domínio e servidor de nomes.
Isso me faz pensar: já que é o nmbd que está fazendo isso, ainda preciso dele em uma rede SMB3.1 Win10? Ou nunca poderemos nos livrar do NETBIOS?
Responder1
Isso me faz pensar: já que é o nmbd que está fazendo isso, ainda preciso dele em uma rede SMB3.1 Win10? Ou nunca poderemos nos livrar do NETBIOS?
As funções do nmbd (navegação e NBNS) têmsempretem sido opcional para clientes modernos (Win2000+). O último sistema que enviou deliberadamente uma consulta de datagrama NetBIOS antes da conexão SMB real foi o Windows 98 (ou talvez o Windows ME).
Assim, você pode se conectar ao serviço smbd por endereço IP (ou nome DNS) e falar qualquer versão SMB/CIFS que desejar, seja SMBv1 sobre sessão NetBIOS na porta 139 ou SMBv3.1 sobre TCP bruto na porta 445, sem tendo NMBD em execução.
Responder2
Várias respostas podem ser recebidas devido a um host na mesma rede física que possui duas interfaces. A consulta de transmissão é então respondida a ambos pelo seu arquivo nmbd
. Veja esta postagem de 17 anos:
query_name_response: Várias respostas recebidas.
Verifique também o arquivo smb.conf
referente ao interfaces
parâmetro, caso não liste mais de uma interface.
Responder3
Para mim, a resposta estava aqui:https://forums.freebsd.org/threads/samba-multiple-2-responses-two-freebsd-systems-on-my-network.65759/
E especificamente a última frase
Se você estiver trabalhando de forma independente, então você deve termestre local = não,mestre de domínio = nãoemestre preferido = não. Desative todas as coisas de vitórias também. Acho que tudo que você precisa é workgroup = WORKGROUP
No entanto, não uso um domínio NT para fazer logon. Na verdade, não uso nada mais do que um grupo de trabalho. o "mestre preferido = não" foi o que tive que alterar. Eu configurei para 'sim' em 1 host. Mudou para 'não' e reiniciou o samba. Tudo continuou funcionando depois disso e as mensagens pararam.
Responder4
Adicione/atualize as seguintes linhas em smb.conf na [global]
seção:
[global]
bind interfaces only = yes
interfaces = 127.0.0.0/8 eth0 # -> subnet where samba serwer is
smb ports = 139
prefered master = yes
Em seguida, reinicie a parte do servidor NetBIOS do Samba:
sudo systemctl restart nmbd
sudo systemctl status nmbd
Você deverá ver nos arquivos de log após a reinicialização:
Samba name server "xxx" is now a local master browser for workgroup WORKGROUP on subnet "IP server Samba"
Depois disso, as mensagens mencionadas deverão parar.