Ich habe einige Probleme beim Herstellen einer Verbindung zu einem freigegebenen Laufwerk einer Time Capsule von einem Macbook Air mit OS X 10.7.2 Lion. Ich kann mich von einem Macbook Pro mit OS X 10.6 Snow Leopard problemlos mit der Freigabe verbinden. Ich habe keine anderen Dateiserver, mit denen ich versuchen könnte, eine Verbindung zum Vergleich herzustellen.
Das Deaktivieren sowohl der Eingangs-Firewall des Macbook Air als auch der Ausgangs-Anwendungs-Firewall, Little Snitch, bringt keine Verbesserung (es wird keine andere Firewall, wie z. B. , ipfwverwendet). Es ist jedoch möglich, dass eine andere (möglicherweise übermäßig paranoide) Sicherheitskonfiguration AFP stört.
Die Time Capsule erscheint in der Seitenleiste des Finders, zeigt aber „Verbindung fehlgeschlagen“ an, wenn sie ausgewählt ist. Wenn Sie auf "Verbinden als ..." klicken, wird sofort die folgende Meldung angezeigt:
Beim Verbinden mit dem Server "Time-Capsule" ist ein Problem aufgetreten.
Überprüfen Sie den Servernamen oder die IP-Adresse und versuchen Sie es erneut. Wenn Sie weiterhin Probleme haben, wenden Sie sich an Ihren Systemadministrator.
Weder der Netzwerkmonitor von Little Snitch noch tcpdumpzeigen während der oben genannten Interaktionen Netzwerkaktivitäten an.
Dieselbe Meldung erscheint (wieder ohne Netzwerkaktivität) nach Angabe von „afp://1.2.3.4/share“ (wobei 1.2.3.4 die korrekte IP-Adresse der Time Capsule und „share“ der korrekte Name der AFP-Freigabe ist ) im Dialogfeld "Mit Server verbinden..." von Finder.
Im Syslog erscheinen folgende Einträge:
5. Dezember 22:41:17 MacbookAir Finder[123]: SharePointBrowser::handleOpenCallBack gab 22 zurück
Von der Befehlszeile:
$ mount_afp afp://username:password@1.2.3.4/share /Volumes/mount_point
mount_afp: AFPMountURL returned error 22, errno is 22
Ich vermute, dass dies der Fehler ist, der zu den Syslog-Einträgen von Finder geführt hat, aber ich kann nicht weiter debuggen.
Ich würde mich über Ihre Gedanken und Vorschläge freuen, wie ich weiter vorgehen könnte!
Es stellte sich heraus, dass, wie ich vermutete, eine paranoide Sicherheitskonfiguration die Arbeit von AFP verhinderte.
Insbesondere wurde die Maschine gemäß Apples Security Configuration Guide „gehärtet“ , in dem Kapitel 9 beschreibt, wie AFP durch Entladen des com.apple.afpfs_afpLoadDæmon deaktiviert wird (ich hatte gedacht, es sei nur erforderlich, um Dateien bereitzustellen, nicht auch um eine Verbindung zu einem AFP-Server als Klient). Das erneute Aktivieren des Dæmons löste das Problem.
Ich bin trotzdem gespannt, welche Tools für die Nachverfolgung von Filesharing-Problemen in Zukunft empfohlen werden.
com.apple.afpfs_afpLoadDaemon entladen ist?
Fahrrad
tmdiagnoseund Überprüfen der Protokolldateien begonnen? Es ist sehr unfreundlich für Endbenutzer, aber wenn Sie sich im Terminal wohlfühlen, ist es das von Apple bereitgestellte Tool zum Erfassen potenzieller Probleme, um alle Arten von Problemen oder Fehlern im Zusammenhang mit Zeitmaschinen zu diagnostizieren.eggyal