☰

Samba-Fehler: Mehrere Antworten auf eine Abfrage im Subnetz x für den Namen x erhalten

tag-icon • tag-icon linux networking dns samba
Samba-Fehler: Mehrere Antworten auf eine Abfrage im Subnetz x für den Namen x erhalten

Ich erhalte diesen Fehler alle 5 Minuten auf einem meiner Linux-Server. Der Name ist in diesem Fall kein Hostname, sondern der Arbeitsgruppenname, den ich in der smb.conf-Datei beider Server festgelegt habe. Ich habe keine Ahnung, warum dies immer wieder passiert. Der einzige Gedanke, den ich (als Windows-Administrator) habe, ist, dass der zweite Server versucht, der Master-Browser oder so etwas zu werden, und beim Auflösen des Arbeitsgruppennamens eine Antwort vom ersten eingeschalteten Server erhält. Das würde erklären, warum der andere Server in seinem Protokoll keine Fehler anzeigt.

Beide Systeme haben statisch konfigurierte IPs und resolv.conf, die sowohl Domänen- als auch Nameserver-Einträge enthalten.

Ich frage mich allerdings: Wenn nmbd das macht, brauche ich es dann wirklich noch in einem SMB3.1-Win10-Netzwerk? Oder können wir NETBIOS nie loswerden?

Antwort1

Ich frage mich allerdings: Wenn nmbd das macht, brauche ich es dann wirklich noch in einem SMB3.1-Win10-Netzwerk? Oder können wir NETBIOS nie loswerden?

Die Funktionen von nmbd (Browsing und NBNS) habenstetsfür moderne Clients (Win2000+) optional. Das letzte System, das vor der eigentlichen SMB-Verbindung absichtlich eine NetBIOS-Datagrammabfrage gesendet hat, war Windows 98 (oder vielleicht Windows ME).

Sie können sich also per IP-Adresse (oder DNS-Namen) mit dem SMBD-Dienst verbinden und jede beliebige SMB/CIFS-Version sprechen, sei es SMBv1 über eine NetBIOS-Sitzung über Port 139 oder SMBv3.1 über Raw-TCP über Port 445, ohne dass nmbd ausgeführt werden muss.

Antwort2

Es können mehrere Antworten empfangen werden, da ein Host im selben physischen Netzwerk über zwei Schnittstellen verfügt. Die Broadcast-Anfrage wird dann von Ihrem an beide beantwortet nmbd. Siehe diesen 17 Jahre alten Beitrag: query_name_response: Mehrere Antworten erhalten.

Prüfen Sie auch die Datei smb.confbezüglich des interfacesParameters, ob dort nicht mehr als eine Schnittstelle aufgelistet ist.

Antwort3

Für mich war die Antwort hier zu finden:https://forums.freebsd.org/threads/samba-multiple-2-responses-two-freebsd-systems-on-my-network.65759/
Und insbesondere der letzte Satz

Wenn Sie Standalone betreiben, sollten Sielokaler Master = nein,Domänenmaster = neinUndbevorzugter Master = nein. Deaktivieren Sie auch alle Wins-Sachen. Ich denke, alles, was Sie brauchen, ist workgroup = WORKGROUP

Ich verwende jedoch keine NT-Domäne zum Anmelden. Ich verwende eigentlich nichts weiter als eine Arbeitsgruppe. „Prefered Master = No“ war das, was ich ändern musste. Ich hatte es auf einem Host auf „Yes“ eingestellt. Auf „No“ geändert und Samba neu gestartet. Danach funktionierte alles weiter und die Meldungen hörten auf.

Antwort4

Fügen Sie in smb.conf im [global]Abschnitt die folgenden Zeilen hinzu/aktualisieren Sie sie:

[global]
bind interfaces only = yes
interfaces = 127.0.0.0/8 eth0  # -> subnet where samba serwer is
smb ports = 139
prefered master = yes

Starten Sie als Nächstes den NetBIOS-Serverteil von Samba neu:

sudo systemctl restart nmbd
sudo systemctl status nmbd

Nach dem Neustart sollte in den Protokolldateien Folgendes stehen:

Samba name server "xxx" is now a local master browser for workgroup WORKGROUP on subnet "IP server Samba"

Danach sollten die genannten Meldungen aufhören.

verwandte Informationen