Ich habe gerade den Mac Mini, den ich als Dateiserver verwende, auf 10.10.4 und die Server-App auf 4.1.3 aktualisiert. Nach dem Update kann ich keine Verbindung mehr zu der AFP-Freigabe herstellen, die ich in der Finder-Seitenleiste auf dem Client, einem MacBook Pro, sehe.
Wenn ich den Freigabedienst in der Server-App neu starte, ist die Verbindung erfolgreich. Wenn ich nach einer Weile erneut auf den Mac Mini in der MBP Finder-Seitenleiste klicke, heißt es „Verbinden …“ und dann „Verbindung fehlgeschlagen“.
Auch der Webserver auf dem Mac Mini antwortet nicht. Ich kann mich auch nicht mit der Schaltfläche "Bildschirmfreigabe" verbinden und manchmal verschwindet sie einfach aus der Seitenleiste.
Auf dem MBP, wenn die Freigabeverbindung fehlschlägt, heißt es:
14/07/15 14:10:23,438 sharingd[174]: SDSharePointBrowser::handleOpenCallBack returned 65
oder:
14/07/15 15:14:36,418 NetAuthSysAgent[318]: DNSAddressResolver:Resolve CFNetServiceResolveWithTimeout failed
14/07/15 15:14:36,418 NetAuthSysAgent[318]: ERROR: AFP_GetServerInfo - connect failed 64
14/07/15 15:14:36,419 sharingd[179]: SDSharePointBrowser::handleOpenCallBack returned 64
Ich bin mir nicht 100% sicher, ob dies genau mit der vorliegenden Frage zusammenhängt, aber es könnte einigen bei diesem Problem helfen.
TL; DR: Stellen Sie sicher, dass Ihre Maschine kein
.oder enthält\
Erste. Zurück in OSX 10.9.x hat Apple den Standard-Dateifreigabedienst von AFP auf SMB2 geändert, d. h. wenn Sie den Finder verwenden, um eine Verbindung zur Dateifreigabe eines Computers herzustellen, wird der Computer SMB versuchen, dann sollte er AFP versuchen, wenn SMB fehlschlägt .
Ich habe einfach viel zu lange damit verbracht, uns Wireshark-Konversationen zwischen einem 10.10.5-Client und einem 10.11.3-Dateiserver anzusehen, um zu sehen, was los war, und ich denke, ich habe den Grund gefunden, warum dies manchmal für einige Benutzer fehlschlägt.
Zuerst ein Setup, das zu funktionieren scheint: Der Server-Computername wird Computer 1(beachten Sie das Leerzeichen) im System Preferences > SharingBereich konfiguriert. Der Netbios-Name für diese Maschine ist anders, aber das spielt bei der Verbindung über den Finder keine Rolle.
computer 1Dies führt dazu, dass Bonjour den Client-Computer mit einem im Abschnitt „Freigegeben“ der Seitenleiste füllt . Wenn Sie auf dieses freigegebene Element klicken und dann auf die Connect As...Schaltfläche klicken, findet die folgende Konversation zwischen dem Client und dem Server statt:
CLIENT: Tree Connect Request: \\computer 1._smb._tcp.local\IPC$
SERVER: STATUS_SUCCESS
CLIENT: Create Request File: srvsvc
...
CLIENT: Finder receives Directory listing
Dies funktioniert wie erwartet, Sie klicken auf den Server, geben Ihre Anmeldeinformationen ein und erhalten Zugriff auf die Ressourcen.
Jetzt eine Konfiguration, die nicht funktioniert, gleiches Setup wie oben, aber dieses Mal wird der Servername geändert in computer.1(mit einem Punkt anstelle eines Leerzeichens), dies führt zu der folgenden Client-Server-Konversation:
CLIENT: Tree Connect Request: \\computer\.1._smb._tcp.local\IPC$
SERVER: STATUS_BAD_NETWORK_PATH
CLIENT: Tree Connect Request: \\<ip address>\IPC$
SERVER: STATUS_SUCCESS
CLIENT: Finder displays Connection Failed
Dazu gibt es zwei interessante Teile:
.um \.den Server zu veranlassen, einen fehlerhaften Pfad zurückzumeldenDies scheint ein Fehler in der Behandlung ungültiger Zeichen für das SMB-Protokoll durch das Betriebssystem und im Fall eines Fehlers ein ordnungsgemäßer Fallback auf IP oder AFP zu sein.
Ich habe alle US-Face-Sonderzeichen getestet, die folgenden Zeichen verursachen dieses Problem: .(Punkt) und \(Backslash). Alle anderen Zeichen scheinen gut zu funktionieren (z. B. !, @, %, ?...), obwohl ich den ASCII-Zeichenraum nicht erschöpfend überprüft habe.
Ich hatte genau das gleiche Problem mit dem Fehler "SDSharePointBrowser::handleOpenCallBack gab 65 zurück" in der Konsole. Um das Problem zu beheben, habe ich die SMB- und AFP-Dateifreigabe in den Systemeinstellungen aktiviert und dann deaktiviert. Nach einem Systemneustart verbindet sich das NAS dann korrekt über AFP.
Aldekin
jalanb