Der Laptop meiner Freundin wird nicht auf meinem Time Machine-Server gesichert

Ich habe einen Time Machine-Server, paleophile.local, aus einem weißen Unibody-MacBook von 2009 mit Sierra gebaut, auf dem ich macOS Server installiert habe. Ich habe eine 5-TB-Externe über USB angeschlossen, um die verschlüsselten Sparse-Bundles zu speichern.

Es funktioniert hervorragend für mein MacBook Pro Anfang 2015 mit Sierra. Leider kann ich das MacBook Pro meiner Freundin Mitte 2009, auf dem El Capitan läuft, nicht dazu bringen, ein Backup auf Paläophile zu erstellen. (Ihr Computer kann nicht auf Sierra aktualisiert werden.)

Unser LAN wird von einem Apple Airport Extreme (dem flachen) verwaltet, mit dem Paleophile über Ethernet verbunden ist. Sowohl mein als auch ihr Laptop verbinden sich im Allgemeinen über WLAN mit dem Netzwerk. Ich habe auch ihr Backup-Setup über Ethernet mit ausgeschaltetem WiFi getestet; leider mit den gleichen ergebnissen.

Ich habe für jeden unserer Laptops ein Konto auf dem Server eingerichtet. Daher verbindet sich ihr über ein anderes Konto mit dem Server als meins. Bitte beachten Sie, dass diese Konten zur gleichen Zeit und auf die gleiche Weise eingerichtet wurden, sodass ich erwarten würde, dass sie in der Konfiguration identisch sind. Die Motivation für diese separaten Konten bestand darin, die Möglichkeit zu nutzen, eine Obergrenze für die Festplattennutzung festzulegen, insbesondere für mich selbst.

Die Fehlermeldung, die der Computer meiner Freundin meldet, ist, dass der Benutzername und das Passwort falsch sind.

Fehlerdialog auf dem Laptop der Freundin

Natürlich habe ich sie überprüft. Genauer gesagt habe ich den Server gemountet, mich als derselbe Benutzer mit demselben Passwort angemeldet und dann das bereits vorhandene verschlüsselte Backup mit dem Schlüssel gemountet. Das hat alles perfekt funktioniert.

Ein weiterer Unterschied zwischen ihrem Laptop und meinem, der relevant sein könnte, besteht darin, dass ich Folgendes sehe, wenn ich in „Schlüsselbundzugriff“ nach Schlüsseln im Zusammenhang mit Paläophilen suche ... auf meinem Laptop:

paleophile._smb._tcp.local.              Time Machine Password

während auf ihrem der ganz unterschiedliche Schlüssel erscheint

paleophile._afpovertcp._tcp.local.       Time Machine Password

Es scheint also, dass unsere beiden Maschinen versuchen, unterschiedliche Protokolle zu verwenden, um mit dem Server zu kommunizieren. Liegt das daran, dass auf meinem Laptop Sierra und auf ihrem El Capitan läuft?

Anhand der Informationen, die von den Korrespondenten in den Kommentaren unten bereitgestellt wurden, habe ich die Konfiguration des my Time Machine-Servers untersucht. Es ist so eingerichtet, dass es sowohl AFP- als auch SMB-Verbindungen für das Konto meiner Freundin akzeptiert. Hier ist ein Screenshot dieses Konfigurationsfensters.

Girlfriend Account Config Panel

Es scheint, dass der TM-Server zumindest so konfiguriert ist, dass er AFP-Verbindungen akzeptiert, auch wenn er dies nicht tut.

Die Fehlermeldung, die in ihrer Console.app erscheint, wenn ich versuche, eine Sicherung auszulösen, lautet

6/6/17 7:33:39.244 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29

Ich habe mein Bestes getan, um den Google-Fehlercode 29 zu ermitteln, konnte jedoch keine nützlichen Informationen finden. Welche Schritte sollte ich unternehmen, um dieses Problem weiter zu diagnostizieren?

Hier ist ein Beispiel des Fehlerprotokolls auf ihrem Laptop ab dem Moment, in dem ich „Jetzt sichern“ auswähle.

6/6/17 7:33:39.244 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 7:33:41.823 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:02.742 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:02.849 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:34:12.160 PM   lsd[227]    LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
6/6/17 7:44:48.617 PM   accountsd[268]  AIDA Notification plugin running
6/6/17 7:44:50.149 PM   com.apple.AddressBook.InternetAccountsBridge[375]   Checking iCDP status for DSID 126881918 (checkWithServer=0)
6/6/17 7:44:50.225 PM   com.apple.AddressBook.InternetAccountsBridge[375]   XPC Error while checking if iCDP is enabled for DSID 126881918: Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service named com.apple.cdp.daemon was invalidated." UserInfo={NSDebugDescription=The connection to service named com.apple.cdp.daemon was invalidated.}
6/6/17 7:44:50.225 PM   com.apple.AddressBook.InternetAccountsBridge[375]   Daemon connection invalidated!
6/6/17 7:45:00.172 PM   com.apple.AddressBook.ContactsAccountsService[273]  [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad0d680> connection from pid 252, doesn't have account access.
6/6/17 7:45:00.172 PM   sharingd[252]   [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 7:45:00.200 PM   com.apple.AddressBook.ContactsAccountsService[273]  [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad2a7a0> connection from pid 396, doesn't have account access.
6/6/17 7:45:00.200 PM   DataDetectorsDynamicData[396]   [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 7:45:00.397 PM   com.apple.AddressBook.ContactsAccountsService[273]  [Accounts] Current connection, <NSXPCConnection: 0x7ff6dad2e100> connection from pid 274, doesn't have account access.
6/6/17 7:45:00.398 PM   CalNCService[274]   [Accounts] Failed to update account with identifier B851945A-3D25-4379-8AD5-AE2A53F59E57, error: Error Domain=ABAddressBookErrorDomain Code=1002 "(null)"
6/6/17 8:00:45.025 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:00:45.025 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:00:50.971 PM   sharingd[252]   20:00:50.970 : SDConnectionManager:: XPC connection invalidated
6/6/17 8:01:15.102 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 8:12:34.938 PM   com.apple.prefs.backup.remoteservice[1172]  Could not connect action, target class TMOptionsSheetController does not respond to -warnCullingPressed:
6/6/17 8:12:34.938 PM   com.apple.prefs.backup.remoteservice[1172]  Could not connect action, target class TMOptionsSheetController does not respond to -backUpOnBatteryPowerPressed:
6/6/17 8:12:43.377 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:12:43.378 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:12:51.594 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:12:51.594 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:13:01.354 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveTrackingHandler: -1856
6/6/17 8:13:01.354 PM   com.apple.prefs.backup.remoteservice[1172]  Error in CoreDragRemoveReceiveHandler: -1856
6/6/17 8:15:12.530 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
6/6/17 8:16:30.156 PM   Finder[239] _CSBackupServerProxyCopyMountPointForDestination returned result code: 29
Es gibt ein paar andere Einträge in den Fehlerprotokollen, die relevant sein könnten. Falls es jemanden interessiert, werde ich die auch posten.
Vielleicht ein Hinweis: ~$ launchctl error 29 -> 29: Illegal seek
Außerdem: Ich verwende Sierra tatsächlich auf meinem nicht unterstützten MBP von 2009. dosdude1.com/sierrapatch.html
Wenn Sie der Meinung sind, dass diese Protokolle relevant sind, warum posten Sie sie nicht einfach hier?
Ok @MaxRied. Ich habe gerade meinen Beitrag bearbeitet, um ein längeres Fehlerprotokollbeispiel aufzunehmen.
Versuchen Sie, sowohl den Time Machine-Server als auch den MBA Ihrer Freundin mit einem kabelgebundenen Netzwerk zu verbinden und WLAN zu deaktivieren. Sie sollten Ihre Frage bearbeiten, um genauer zu beschreiben, welche Netzwerkprotokolle und Verbindungen verwendet werden.
Danke @IconDaemon. Ich habe mein LAN beschrieben und hinzugefügt, welche Details zu den Protokollen ich basierend auf dem, was ich bei der Suche in der Schlüsselbundverwaltung beobachte, hinzufügen kann. Ich habe auch erwähnt, dass ich das getan habe, was Sie vorgeschlagen haben, und den Test über Ethernet durchgeführt habe. Wenn Sie weitere Informationen zu den Protokollen benötigen, teilen Sie mir bitte mit, wie ich sie erwerben kann.
Verbinden Sie einen vom linken Bereich des Finders und den anderen über Befehl-K (mit Server verbinden)? Ich denke, der Schlüssel ist, dass einer SMB und der andere AFP über TCP verwendet.
Entschuldigung @TimB. Das geht alles über Time Machine.
Ich habe keinen Zugriff mehr auf einen macOS-Server, aber möglicherweise gibt es eine Einstellung in der Konfiguration, mit der Sie anderen Protokollen als SMB den Zugriff auf den TM-Server erlauben können. Aus Ihren neuen Informationen geht hervor, dass der Laptop Ihrer Freundin versucht, sich mit afp zu verbinden, aber das wird serverseitig nicht zugelassen. Übrigens/ Hier sind drei Maschinen beteiligt: ​​der macOS-Server, Ihr Laptop und der Laptop Ihrer Freundin. Ich gehe aus dem Kontext davon aus, dass der Protokolldatei-Extrakt vom Laptop Ihrer Freundin stammt, aber Sie sollten eine schnelle Bearbeitung vornehmen, um die Quelle des Extrakts anzugeben.
@IconDaemon - Ich habe die Quelle des Fehlerprotokollbeispiels wie von Ihnen vorgeschlagen geklärt. Ich werde nachsehen, ob ich eine solche Einstellung in macOS Server finden kann.
@IconDaemon - Kein Glück beim Finden einer Einstellung in macOS Server, die AFP über TCP zulassen würde. Gibt es eine Möglichkeit, ihren Laptop davon zu überzeugen, SMB zu verwenden?
Interessantes hier Von der obigen Seite: "Überprüfen Sie, ob Ihre Firewall die TCP-Ports 137, 138, 139 und 445 blockiert." Auch diese Seite . Aha! Überprüfen Sie diese Seite . Es gibt eine Bildschirmabdeckung eines Fensters, in dem Sie AFP, SMB usw. angeben können. Gehen Sie zum Abschnitt Überprüfen Sie den Dateifreigabedienst , um einen Blick darauf zu werfen.
Wenn Sie versuchen, das verschlüsselte Sparse-Image manuell zu mounten, haben Sie smb oder afp verwendet?
Um ehrlich zu sein @MaxRied, ich habe keine Ahnung. Ich habe auf die Schaltfläche "Verbinden" gedrückt, die Anmeldeinformationen eingegeben und die Verbindung hergestellt, keine Probleme. Ich habe nie daran gedacht, zu überprüfen, welches Protokoll aufgerufen wurde. Wie überprüfe ich?
@IconDaemon und MaxRied - Ich habe meinen Beitrag aktualisiert und einen Screenshot des Konfigurationsfensters hinzugefügt, auf das Sie mich verwiesen haben. Es scheint so eingestellt zu sein, dass eingehende AFP-Verbindungen zugelassen werden.
Um das Protokoll der Serververbindung zu überprüfen, Befehl - Ich sollte Ihnen Details geben. Die beiden UUIDs in der Liste Berechtigungen: 47B7... und 6BFE... sollten mit den UUIDs der beiden Laptops übereinstimmen, die über das Apple-Menü > Über diesen Mac > Systembericht ... abgerufen werden können und unter Hardwareüberprüfung als aufgeführt sind die Hardware-UUID. Bestätigen.
Ich habe mir ein anderes Konfigurationsfenster für die Dateifreigabe im Zugriff auf persönliche Ordner angesehen, und wenn ich auf die Option klicke, nur verschlüsselte Verbindungen zuzulassen, wird die Option zum Zulassen von AFP-Verbindungen ausgegraut. Bedeutet dies, dass AFP keine verschlüsselten Verbindungen unterstützen kann?
@IconDaemon - Ich habe die UUIDs beider Laptops überprüft und keine wird auf dem von mir geposteten Screenshot angezeigt.
Ich frage mich, was diese UUIDs sind? Wie lautet die UUID der Serverhardware?
@IconDaemon - Es ist auch nicht die UUID des Servers.
Haben Sie überprüft, ob Sie von ihrem Computer aus auf den Server zugreifen und im Finder fahren können? Versuchen Sie Go:Connect To Server afp://paleophile._afpovertcp._tcp.local . Es sollte Sie nach Benutzername und Passwort fragen. Stellen Sie nach dem Mounten sicher, dass Sie über den Finder Lese-/Schreibzugriff haben. (oder vielleicht nur afp://paleophile.local ?)
@JamieCox - Nach Ihren Anweisungen habe ich mich gerade afp://paleophile._afpovertcp._tcp.localvon ihrem Computer aus mit dem TM-Server verbunden. Ich hatte vollen Lese-/Schreibzugriff, keine Probleme. Obwohl ich feststelle, dass ich dadurch keinen Zugriff auf das große externe Speicherlaufwerk habe, auf dem alle verschlüsselten Time Machine-Bilder gespeichert sind.
Mangelnder Zugriff auf das externe Laufwerk scheint ein Problem zu sein, oder? Time Machine wird den gleichen Zugriff haben. Normalerweise haben Benutzer ohne Administratorrechte keine Berechtigung, Dateien im Stammverzeichnis eines Laufwerks zu erstellen. Wählen Sie auf dem Server das „große externe Speicherlaufwerk“ und „Informationen abrufen“. Sehen Sie sich die Berechtigungen unten im Fenster „Informationen abrufen“ an. Wahrscheinlich hat "jeder" nur Leserechte. Ändern Sie es in Read-Write (Sie benötigen Ihr Admin-Passwort) und versuchen Sie es erneut.
@JamieCox - Abgesehen davon, dass mein Laptop, wie ich in meiner Beschreibung erwähnt habe, perfekt auf diesem Server gesichert wird.
@Keith Ich denke, dass Sie und Ihre Freundin sich wahrscheinlich als unterschiedliche Benutzer mit (möglicherweise) unterschiedlichen Berechtigungen verbinden. Möglicherweise stellen Sie eine Verbindung als Benutzer her, der die rw-Berechtigung für das externe Laufwerk besitzt oder hat, während sie dies möglicherweise nicht ist?
@Jamie - In der Tat haben Sie Recht. Wir verwenden getrennte Konten. Auf Ihre Aufforderung hin habe ich meiner Frage eine Diskussion zu diesem Punkt hinzugefügt. Ich werde nachforschen und berichten, ob ich Anzeichen für unterschiedliche Berechtigungen zwischen den beiden Konten finden kann.
@IconDaemon - Mir ist gerade aufgefallen, dass sowohl den Benutzern als auch der Hardware UUIDs zugeordnet sind. Ich habe nicht überprüft, ob dies diejenigen sind, die in dieser Liste erscheinen, aber es ist eine Möglichkeit.

Antworten (1)

Es stellt sich heraus, dass die ganze AFP vs. SMB-Frage ein Ablenkungsmanöver war. Das Problem war, dass ihr spärliches Bündel beschädigt war.

Ich löschte ihr Konto und ihr Sparpaket (ich glaube jetzt, dass das Löschen ihres Kontos übertrieben war) und habe sie mit einem neuen Konto und einem Sparpaket von Grund auf neu gestartet. Das hat das Problem gelöst.

Diese Lösung wurde entdeckt, als ein Mac-Guru-Freund von mir vorschlug, dass ich versuchen sollte, ihren Computer auf dem Server zu sichern, indem ich ihren Computer die Zugangsdaten meines Computers verwenden lasse. Ihr Computer begann sofort erfolgreich mit der Sicherung. Das war ein großer Hinweis darauf, was falsch war.

Der Laptop meiner Freundin wird nicht auf meinem Time Machine-Server gesichert
AntwortenHierDatenschutz-Bestimmungen1y, 0v