SMB-Freigabe nur mit FQDN oder IP-Adresse zugänglich, netbiosname wird nicht mehr aufgelöst

Wir haben mehrere Macs in unserem Büro, die von 10.5.8 bis 10.8.2 reichen. Bis vor ein paar Tagen konnten alle Maschinen auf alle unsere Dateiserver zugreifen, die auf einem Win 2007-Server liefen, indem sie nur den NetBIOS-Namen durch „Connecting to Server“ im Finder verwendeten. Grundsätzlich könnten sie die Freigabe erreichen, indem sie sich mit " smb://Server1/MyFiles " verbinden.

Nun, vor ein paar Tagen haben wir einen unserer Dateiserver ( Server1 ) von einer physischen Box auf eine VMWare-VM migriert. Seit dieser Änderung konnten wir mit unserer herkömmlichen Methode keine Verbindung zu unseren 10.7- und 10.8-Macs herstellen. Der Versuch, dies zu tun, führt zu einem „Server nicht gefunden“-Fehler. Die Problemumgehung, die wir gefunden haben, besteht darin, dass wir weiterhin entweder den FQDN oder die IP-Adresse verwenden können, z. B. " smb://Server1.Domain.Extension/MyFiles " oder " smb://160.1.1.1/MyFiles ".

Noch ein paar Infos:

  • Golden Triangle-Umgebung, AD bietet Authentifizierung und OD bietet Management
  • 10.6.8 und ältere Macs können weiterhin zugreifen, indem sie sich mit smb://Server1/MyFiles verbinden
  • 10.7 & 10.8 Macs können nur über den FQDN oder die IP zugreifen, smb://Server1.Domain.Extension/MyFiles
  • Die Suchdomäne wird weiterhin korrekt als „ Domain.Extension “ in den DHCP/DNS-Einstellungen der betroffenen Computer eingetragen
  • Das Pingen von Server1 von den betroffenen Macs ist erfolgreich, die Adresse wird als Server1.Domain.Extension ausgefüllt
  • Das Aufheben und erneute Binden hat keine Auswirkung
  • Der Vergleich des betroffenen, kürzlich migrierten Servers mit unserem anderen funktionierenden Server im Verzeichnisdienst zeigt nur einen Unterschied. Der dsAttrTypeNative:servicePrincipalName-Wert unterscheidet sich zwischen den beiden.
    • Der Arbeitsserver Server2 hat zwei Werte: HOST/Server2 und HOST/Server2.Domain.Extension
    • Der betroffene Server, Server1, hat drei Werte: HOST/Server1, WSMAN/Server1 und WSMAN/Server1.Domain.Extension

Mein erster Gedanke waren die SMB-Kompatibilitätsprobleme, die bei der ersten Veröffentlichung von Lion auftraten, aber wenn man bedenkt, dass bis zur Servermigration alles reibungslos funktioniert hat, kann ich mir nicht vorstellen, dass dies der Fall ist. Wir haben auch über DNS nachgedacht, aber da es richtig pingt und die älteren Macs und Windows-Maschinen sich richtig verbinden, fällt es uns schwer, das zu glauben.

Ist das jemandem schon mal passiert oder hat eine Idee?

Antworten (2)

Ich habe 10.7 in den letzten zwei Jahren verwendet und habe einen Windows 7-Server im Schrank, den ich verwende, um Dateien mit allen Mac- und Windows-Benutzern in unserem Büro zu teilen, von denen es aufgrund ihrer unterschiedlichen Rollen jeweils gleiche Mengen gibt (Buchhaltung, Codierung, Bearbeitung auf FCP). Als Apple-Support-Techniker habe ich viele meiner Kunden mit seltsamen Problemen gesehen, sobald sie ein Upgrade durchgeführt haben, und es hat mich gezögert, zu Mountain Lion zu wechseln. aber ich habe gerade ein neues Macbook Pro gekauft und wollte endlich sehen, ob ich alle Upgrade-Probleme lösen kann, die ich hatte, um zukünftigen Kunden zu helfen.

NATÜRLICH! Das erste, was passierte, war, dass meine Fähigkeit, mit einem Netbios-Namen eine Verbindung zu den Windows-Freigaben herzustellen, weg war. Selbst bei der Migration der exakt gleichen Einstellungen von 10.7 auf 10.8 musste ich jetzt die IP-Adresse des Servers verwenden, wie Mr. Rabbit oben gezeigt hat, oder Samba installieren ... eine entmutigende Aufgabe, die Tonnen von Terminal-Befehlen erfordert . Kein Interesse an Overkill; Ich mag das Prinzip von Ockhams Rasiermesser, wenn es um dieses Zeug geht.

Ich beschloss, einen Blick darauf zu werfen, was ich mit diesem Problem tun könnte, da ich gestern versucht habe, es zu lösen, es aber nicht herausfinden konnte. Nach einer Nachtruhe (und einer starken Tasse Kaffee) offenbarte sich die Antwort. (Ich verwende 10.8.4, zu Ihrer Information.)

  1. Öffnen System Preferences.
  2. Gehen Sie zu Network.
  3. Markieren Sie Ihr Network(Ethernet oder Wireless) und klicken Sie auf die Advanced...Schaltfläche.
  4. Wählen Sie WINSaus den Menüpunkten. Aktualisieren Sie den NETBIOSNamen Ihres Mac.
  5. Stellen Sie sicher, dass Ihre Arbeitsgruppe mit der Freigabe übereinstimmt , mit der Sie sich verbinden.
  6. Geben Sie die IP Addressder freigegebenen Ressource (Windows-Rechner) ein.

Normalerweise dauerte es zwischen 10 und 20 Sekunden, bis die Netzwerkfreigaben aufgelöst waren; Jetzt werden sie innerhalb von etwa 2 Sekunden geladen.

Unsere Netzwerkperson hat es herausgefunden. Dies war seine Erklärung des Problems und der Lösung, nur für den Fall, dass jemand in Zukunft auf ein ähnliches Migrationsproblem stößt

Mit dem Befehl smbutil lookup im Terminal konnte ich feststellen, dass die Macs den NETBIOS-Namen des Servers in zwei falsche IP-Adressen auflösten. Da SMB WINS verwendet, um Namen aufzulösen, konnte ich die anstößigen IP-Adressen finden, indem ich die WINS-Liste abfragte. Ich habe die alten gelöscht und für Server1 statisch eingefügt.

Dies geschah, weil das Konvertieren in vsphere keine Netzwerkinformationen bringt, da es neue Netzwerkkarten zuweist. Die neuen Netzwerkkarten nahmen DHCP auf und wurden dann auf diese Weise in WINS und DNS registriert. Wir haben DNS sofort geändert, damit es für den FQDN und für Windows-Maschinen funktioniert. Etwas nach der Umstellung beim nächsten Mal zu tun.

Ich war neugierig, ob WINS beteiligt war, aber ich rühre unsere Windows-Server bei der Arbeit selbst nicht an. Ich bin froh, dass du das herausgefunden hast!
Ich kenne das Gefühl, ich habe meine Zeit mit Windows Servern längst hinter mir. Unnötig zu erwähnen, dass ich mich gefreut habe, den Netzwerk-Typen das herausfinden zu lassen!
SMB-Freigabe nur mit FQDN oder IP-Adresse zugänglich, netbiosname wird nicht mehr aufgelöst
AntwortenHierDatenschutz-Bestimmungen1y, 2v