Der Mac mini kann keine Verbindung zu meinem SMB-Unternehmensserver herstellen. Hat vor ein paar Tagen gearbeitet

Ich bin auf der Arbeit und mein Mac mini kann keine Verbindung zu den freigegebenen Ordnern des SMB-Servers des Unternehmens herstellen.

Wenn ich Finder> Connect to Server versuche (unter Verwendung der dort gespeicherten URL aus früheren erfolgreichen Verbindungen), beklagt sich macOS Sierra mit einem mehr als nutzlosen "generischen Fehler".

In meinen Konsolenprotokollen kann ich keinen Fehler im Zusammenhang mit Samba feststellen (wo soll ich nachsehen?)

Auf derselben Etage befinden sich klonische Mac-Minimaschinen (die meiner Kollegen), die problemlos eine Verbindung zu diesem Server herstellen können.

Wenn ich diesen Computer von meiner Befehlszeile aus anpinge, kann ich ihn perfekt sehen.

Wenn ich das auf der Kommandozeile versuche:

smbutil view smb://192.168.XXX.XXX/docs/

macOS Sierra liefert dies:

smbutil: server connection failed: No such file or directory

Wenn ich diese sehr genaue Befehlszeile auf einem Kollegencomputer versuche, werden nur die freigegebenen Ressourcen aufgelistet, die von diesem SMB-Server hängen ...

Irgendein Hinweis? Vielleicht hängt es damit zusammen, dass ein Dienst auf meinem Mac mini versehentlich deaktiviert wurde?

Ich habe keinen Zugriff auf die Samba-Server-Maschine und -Konfiguration meines Unternehmens.

Ich habe viele Seiten gelesen und gegoogelt und bin mehr als verloren.

Für den Fall, dass es nützlich sein könnte, verwende ich MacPorts. Es scheint zufällig, hier etwas hinzuzufügen, aber mir ist möglicherweise nicht bekannt, dass eine von mir installierte Bibliothek Probleme mit dem offiziellen OS X SAMBA-Client verursacht.

— Isaac
quelle

Ich habe keine Ahnung, ob ich eine (Systemsoftware-) Firewall besitze, und ich kann mich nicht erinnern, in den letzten Monaten eine Firewall gehabt oder mit ihrer Konfiguration rumgespielt zu haben. Die gemeinsamen SMB-Ordner meines Unternehmens haben einfach nicht mehr aus heiterem Himmel funktioniert.

— Isaac

Deaktiviert (wahrscheinlich ist es in diesem Status, seit ich diesen Mac habe)

— Isaac

Gleiche Sache. Mi Maschine zeigt "Keine solche Datei oder Verzeichnis". Der Mac meiner Mitarbeiter zeigt die vollständige Ressourcenliste an. Übrigens fehlt auf beiden Macs (meinem und meinem Kollegen) die Datei /etc/nsmb.conf. Ich habe mich bei Google umgesehen und einige Leute scheinen diese Datei zu haben ... Wir jedoch nicht.

— Isaac

Noch ein Versuch ... Verwenden Sie einen Benutzernamen eines Kontos, von dem Sie wissen , dass er sich auf dem SMB-Server befindet (vielleicht ein Kollege). Ihr Befehl sollte also so aussehen: smbutil view smb://user@192.xxx.xxx.xxx (Ich gehe auch davon aus, dass Sie diesen Server von Ihrem Computer aus anpingen können, übrigens)

— Allan

Ja, Ihre Anweisungen sind klar und einfach, aber das Gleiche. Ich habe es mit vielen Kollegen-Benutzernamen und der gleichen Sache getestet: "Keine solche Datei oder Verzeichnis". Ich habe versucht -G -g und -a Parameter, und nein. OTOH: Ja, dieser SMB-Server kann perfekt von meinem Computer aus angerufen werden. Außerdem zeigt eine richtige nmap, dass die Ports 139 und 445 offen sind (IIRC sind die relevanten Ports für SMB (?))

— Isaac,

Antworten:

ERFOLG!!

Nach 2 Monaten (mäßigem) Elend habe ich endlich den Grund gefunden, warum SMB mit meinem Sierra Mac Mini nicht funktioniert hat.

TL; DR Der Grund war das installierte Kext:

com.intel.kext.intelhaxm (6.0.1) 8FF2C637-0A5E-367E-B007-5B08655B1E8A <7 5 4 3 1>

Sie können überprüfen, ob Sie es mit dem folgenden Befehl von einem normalen Terminal installiert haben:

kextstat | grep -iv Apfel

Falls Sie es haben (und auch Probleme mit der SMB-Konnektivität haben), können Sie es deinstallieren, indem Sie den folgenden Befehl erneut von einem normalen Terminal aus eingeben (kein Booten im Einzelbenutzermodus erforderlich):

sudo /Library/Extensions/intelhaxm.kext/Contents/Resources/uninstall.sh

Folgen Sie den Anweisungen auf dem Bildschirm, REBOOT , und fertig :)

Wenn Sie dies tun, verlieren Sie die Hardwarebeschleunigung in Ihren Android-Emulatoren, sie funktionieren jedoch im Software-Rendering-Modus. Nicht brillant, aber es ist etwas. Sie können HAXM neu installieren, falls Sie die Hardwarebeschleunigung für Android-Emulatoren wirklich noch einmal benötigen (aber seien Sie bereit, die SMB-Konnektivität wieder zu verlieren (?)).

Lange Antwort:

Wenn Sie Ihren Sierra Mac zum Entwickeln von Android-Inhalten verwenden, haben Sie wahrscheinlich die typischen zufällig benötigten Module (Android SDKs, Emulatoren, Treiber usw.) installiert Installieren Sie diese Option, wenn Sie eine ordnungsgemäße Hardwarebeschleunigung Ihrer Emulatoren für die Android-Entwicklung wünschen. Nun, anscheinend und ob Sie es glauben oder nicht, ist dieser Treiber nicht mit SMB unter MacOS Sierra kompatibel, zumindest nicht mit meinem MAC.

Sierra SMB-Subsystem und HAXM sind anscheinend nicht miteinander verwandte Software, aber es scheint, dass sie irgendwie nicht miteinander kompatibel sind. Falls Sie SMB-Probleme haben, müssen Sie sich entscheiden, welche der beiden wirklich mehr benötigen:

SMB oder richtige schnelle Emulatoren für die Android-Entwicklung .

Ich habe mich für SMB entschieden :)

Vielen Dank an ALLE in dieser Frage, Beantwortung, Kommentierung, etc ... speziell an Brett, der mich nach vielen Wochen auf die richtige Spur gebracht hat.

— Isaac
quelle

Vielen Dank. Nachdem ich haxm entfernt hatte, musste ich neu starten, damit es wirksam wurde. Aber ich hatte vorher nicht neu gestartet, nachdem ich den Fehler gesehen hatte, also hätte ich es einfach selbst lösen können.

— Wayne Shelley

Vielen Dank dafür! Nach einem Upgrade von El Capitan auf Sierra wurde ich verrückt. Ich wünschte, ich hätte den Samba-Winkel schon früher erkannt und wäre früher hier gelandet.

— Vijay Dev

Schließen Sie sich dem Dankeschor an, @Isaac. Das hat mich 2 Stunden lang verrückt gemacht.

— DomQ

Vielen Dank .. genau mein Problem apple.stackexchange.com/questions/339412/…

— Boecko

Ich habe kürzlich Android Studio installiert und meine Netzwerklaufwerke konnten keine Verbindung mehr herstellen. Nicht durch Finder, durch Terminal, smb / cifs, nichts. Diese Antwort war genau das Problem. Grüße an dich; Ich hätte es nie gefunden.

— Matt Kenefick

Ich hatte das gleiche Problem (1025 Fehler beim Öffnen des SMB-Geräts, syserr = Keine solche Datei oder kein solches Verzeichnis) und habe es schließlich auf das /dev/nsmb0Gerät zurückverfolgt, das aufgrund eines Konflikts mit dem Text einer sehr alten Drittanbieter-App nicht richtig konfiguriert wurde. Wenn Sie cat /dev/nsmb0"Gerät nicht konfiguriert" erhalten, liegt möglicherweise ein ähnliches Problem vor.

Um das Problem zu lösen, habe ich mir alle nicht von Apple stammenden Kexts angesehen und Apps / Kexts nacheinander entfernt, bis es funktionierte. Ich musste in den Einzelbenutzermodus booten (cmd + s während des Bootens), um einige von ihnen zu entfernen.

Sie können Ihre geladenen Nicht-Apple-Kexts mit durchsuchen kextstat | grep -iv apple. Hier ist ein Beispiel für die Ausgabe auf einem funktionierenden System:

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   82    0 0xffffff7f8284c000 0x7000     0x7000     net.sf.tuntaposx.tap (1.0) 23FDB715-3D0D-3A26-ACBA-E3794C231CB7 <7 5 4 1>
   83    0 0xffffff7f82853000 0x7000     0x7000     net.sf.tuntaposx.tun (1.0) 95DD963D-E23D-3B0F-8DE8-A4D2F6BFA5CC <7 5 4 1>
   87    3 0xffffff7f8287c000 0x63000    0x63000    org.virtualbox.kext.VBoxDrv (5.0.28) 4ED2DD49-255E-37C8-A0B8-2556670B17B1 <7 5 4 3 1>
  144    0 0xffffff7f8363e000 0x7000     0x7000     com.zerotier.tap (1.0) 8BA59C0A-B3A7-3418-BFF5-B4914CE7734A <7 5 4 1>
  146    0 0xffffff7f83645000 0x8000     0x8000     org.virtualbox.kext.VBoxUSB (5.0.28) E7605ACF-20E3-3016-94E2-A6013CD9260F <145 87 40 7 5 4 3 1>
  151    0 0xffffff7f8366f000 0x5000     0x5000     org.virtualbox.kext.VBoxNetFlt (5.0.28) 89C23056-9027-33DB-852A-429BFA00D6DE <87 7 5 4 3 1>
  152    0 0xffffff7f83674000 0x6000     0x6000     org.virtualbox.kext.VBoxNetAdp (5.0.28) 1A767D65-6674-3A9F-B305-DAA197F109CC <87 5 4 1>

Sie können kexts nach Dateiname entladen mit:

kextunload /System/Library/Extensions/KextName.kext

oder für den Bundle-Namen:

kextunload -b com.example.kext.name

— Brett
quelle

Es sieht sehr vielversprechend aus. Ich bin gerade zu Hause, aber morgen versuche ich es bei der Arbeit. Für einige Projekte muss ich tap and tun verwenden, und ich kann sie dort aufgelistet sehen. Ich bin mehr als sicher, dass sie Sierra irgendwie stören, also werde ich Sie

— Isaac

Diese Liste von Kexts ist das, was gerade läuft, während SMB arbeitet. Ich habe es nur als Beispielausgabe eingefügt. Tap / Tun scheint für mich in Ordnung zu sein, daher habe ich die Frage bearbeitet, um sie zu klären.

— Brett

Bei der Arbeit zu sein, ist es schwierig, etwas Zeit zu haben, um sich mit meinen Texten zu beschäftigen. Ich habe auch Kexts, die ich besser nicht deinstallieren sollte (tun, tippen, virutalbox, etc ...). Oder ich habe keine Ahnung, wie ich sie danach richtig neu installieren kann, falls sie nicht der Schuldige sind ... In meiner Liste habe ich diese verschiedene kexts (verglichen mit deinem): com.Cycling74.driver.Soundflower (2), org.pqrs.driver.Karabiner (10.21.0), org.pqrs.driver.VirtualHIDManager (1.1.0), com.intel.kext .intelhaxm (6.0.1). Diejenigen, die ich nicht aufgelistet habe, sind in Ihrer Arbeitsliste enthalten.

— Isaac

Ich würde versuchen, Karabiner zu entfernen. Die alte App von Drittanbietern, die mir Probleme bereitete, war KeyRemap4MacBook, das jetzt Karabiner heißt.

— Brett

Wenn Sie den Text entfernen können, ohne sich im Einzelbenutzermodus zu befinden, müssen Sie wahrscheinlich nicht neu starten, um die anderen Fragen zu beantworten. Die Deinstallation von Karabiner hat bei mir nicht funktioniert, daher musste ich in den Einzelbenutzermodus booten und den Text nach dem Entladen manuell aus / System / Library / Extensions löschen.

— Brett

Sind Sie gleichzeitig mit anderen SMB-Freigaben verbunden? Ich habe Apple heute einen Fehler in Bezug auf macOS Sierra gemeldet. Wenn ich mit einer anderen SMB-Freigabe auf einem anderen Server verbunden bin, werden beim Versuch, eine Verbindung zu einer zweiten Freigabe herzustellen, die ursprüngliche IP-Adresse und der Freigabepfad des neuen Servers verwendet.

Beispielsweise

Bereits mit smb verbunden: //192.168.0.2/share1
Versuch, eine Verbindung zu smb: //192.168.0.3/share2 herzustellen
Die Analyse von Paketen zeigt, dass macOS versucht, eine Verbindung zu smb: //192.168.0.2/share2 herzustellen, die nicht existiert.

Die einzige Problemumgehung, die mir eingefallen ist, besteht darin, entweder eine Verbindung herzustellen, um die Verbindung zum ersten Server zu trennen, bevor die Verbindung zum zweiten hergestellt wird. Dies bedeutet jedoch, dass immer nur eine SMB-Verbindung geöffnet sein kann.

Eine etwas bessere Lösung war die Verwendung des Hostnamens für den Server anstelle der IP-Adresse. Dies schien mir zu ermöglichen, ohne Probleme eine Verbindung zum zweiten SMB-Server herzustellen. Wenn Sie den Hostnamen nicht kennen, können Sie ihn abrufen, indem Sie das Terminal öffnen und den folgenden Befehl eingeben.

host <ip_address>

Hoffe das hilft.

Bearbeiten - Ich dachte, es wäre erwähnenswert, dass dieses Problem anscheinend alle Clients betrifft, die auf Sierra aktualisiert wurden.

— Ryansin
quelle

Nein, ich kann keine Verbindung zu einer SMB-Freigabe herstellen. Ich denke, Sie beschreiben einen anderen Fall als meinen ... Trotzdem vielen Dank.

— Isaac

Ok Kumpel, keine Sorge. Hast du Administratorrechte? Ich habe vorhin etwas gelesen, wonach Benutzer ohne root seit dem Upgrade auf Sierra keine Freigaben mehr auf / Volumes mounten konnten.

— Ryansin

Ein weiterer Schritt zur Fehlerbehebung, den Sie versuchen könnten, ist die Verwendung von Wireshark, um Pakete von / zu dieser bestimmten IP-Adresse aufzuzeichnen, während Sie versuchen, eine Verbindung

— herzustellen