
Ich habe Probleme beim Auflösen des NetBIOS-Namens eines neuen FreeNAS-Servers.
Ich kann CIFS-Freigaben per IP anpingen und darauf zugreifen, z. B. \\10.1.1.15
Ich kann nicht über den NetBIOS-Namen FREENAS pingen oder darauf zugreifen
Wenn ich nbtstat auf der IP ausführe, wird der korrekte Name angezeigt und der Cache enthält den Namen, aber die Befehle schlagen trotzdem fehl. Beide Rechner sind auf WORKGROUP eingestellt. Ich kann andere Windows-Rechner durchsuchen und anzeigen, aber zuvor hatte ich auch auf Nicht-Windows-Geräten ähnliche Probleme, als ich versuchte, meinen PC anhand des Namens zu finden.
ipconfig listet den Knotentyp als Hybrid auf, wodurch zuerst eine Broadcast-Suche durchgeführt werden sollte.
Ich würde es lieber vermeiden, Hosts-Dateien zu bearbeiten, um eine statische Suche hinzuzufügen, wenn möglich. Abgesehen davon stecke ich allerdings ziemlich fest. Ich habe gegoogelt und eine Reihe von Registrierungsoptionen ohne viel Glück überprüft.
C:\Windows\system32>ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : Nick-PC
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
C:\Windows\system32>nbtstat -A 10.1.1.15
Local Area Connection:
Node IpAddress: [10.1.1.82] Scope Id: []
NetBIOS Remote Machine Name Table
Name Type Status
---------------------------------------------
FREENAS <00> UNIQUE Registered
FREENAS <03> UNIQUE Registered
FREENAS <20> UNIQUE Registered
WORKGROUP <00> GROUP Registered
WORKGROUP <1E> GROUP Registered
MAC Address = 00-00-00-00-00-00
C:\Windows\system32>nbtstat -c
Local Area Connection:
Node IpAddress: [10.1.1.82] Scope Id: []
NetBIOS Remote Cache Name Table
Name Type Host Address Life [sec]
------------------------------------------------------------
FREENAS <20> UNIQUE 10.1.1.15 600
C:\Windows\system32>ping FREENAS
Ping request could not find host FREENAS. Please check the name and try again.
C:\Windows\system32>ping 10.1.1.15
Pinging 10.1.1.15 with 32 bytes of data:
Reply from 10.1.1.15: bytes=32 time<1ms TTL=64
Antwort1
OK, nach einiger Mühe ist es jetzt gelöst. Ich fühle mich ein bisschen dumm, werde es aber teilen, falls es jemandem hilft.
Ich habe es nbtstat -a PCNAME
auf allen Computern ausgeführt und __MSBROWSE__
auf mehr als einem eine Zeile bemerkt.
Es hat eine Weile gedauert, bis ich es herausgefunden habe, aber anscheinend hatte einer der Computer eine falsche Subnetzmaske von 255.0.0.0 statt 255.255.255.0. Dies führte zu mehreren Masterbrowsern und allerlei Verwirrung.
Antwort2
Ich hatte ein ähnliches Problem, als ich einer Ethernet-Schnittstelle eine sekundäre IP-Adresse hinzugefügt habe.
Die „Ethernet-Schnittstelle“ hatte zwei IP-Adressen:
- 192.168.0.5 als primäre
- 192.168.1.5 als sekundär
Der Host, auf den ich zugreifen wollte, befand sich in der primären Domäne.
Als ich versuchte, den NetBIOS-Namen anzupingen, konnte die Adresse nicht aufgelöst werden. Ich habe den NetBIOS-Status folgendermaßen überprüft:
nbtstat -c
Ethernet:
Node IpAddress: [192.168.1.5] Scope Id: []
No names in cache
Es wurde nur die sekundäre IP-Adresse als Knotenadresse gemeldet. Als ich die sekundäre IP-Adresse entfernte, funktionierte die NetBIOS-Namensauflösung.