Hi Mac Users,

wir haben folgendes Problem:

In unserer Firma arbeiten wir auf einen Debian Etch Fileserver (Samba).
Unsere Mac Clients haben bis auf einen alle die Version 10.4 und haben keinerlei Probleme mit sich über Netatalk mit dem Linux Server zu verbinden.

Probleme macht mir allerdings der OSX mit der Version 10.5!
Wenn ich mich mittels Netatalk auf Ihn verbinden möchte bekomme ich folgende Fehlermeldung:


Verbindung fehlgeschlagen

Beim Verbinden mit dem Server istein Fehler aufgetreten. Überprüfen Sie den Servernamen oder IP_Adresse und versuchen Sie es ernneut.


Auch nach stundenlagen googlen habe ich nicht wirklich viel zu diesen Thema gefunden.
Die einzige Lösung die sich gut angehört hatte war diese das man in einer Prefence Datei (com.apple.AppleShareClient) die Einstellung afp_cleartext_allow erlaubt. Aber auch diese Änderung bringt uns nicht weiter, wir bekommen jedesmal die selbe Fehlermeldung.

Da es bei allen 10.4er Clients funktioniert möchte ich am Server eigentlich nichts verändern, man muss doch ihrgendwo bei 10.5 Client eine Einstellung vornehmen können damit es funktioniert ....

Danke schonmal im voraus!!!

Liebe Grüße
binary

Hallo nochmal,

Antwort auf [ barbagianni ]

Da es bei allen 10.4er Clients funktioniert möchte ich am Server eigentlich nichts verändern

Das ist der denkbar schlechteste Ansatz. Am Server müssen einfach nur die passenden UAMs nachgerüstet werden (DHX-UAM) und schon klappt es mit 10.4, 10.5 und jeder anderen MacOS-Version seit 7.5.3 mit AppleShare Client 3.8.8.

Das wäre die Lösung, Dich scheinen aber nur krude Workarounds zu interessieren. Nebenbei: Auf die selben Shares parallel per SMB und AFP zuzugreifen, ist tödlich für Metadaten und Resourceforks. Sprich: Gar keine gute Idee bzw. eine prima Möglichkeit, sich neue echt selbstgemachte Probleme erst zu schaffen.

Antwort auf:

man muss doch ihrgendwo bei 10.5 Client eine Einstellung vornehmen können damit es funktioniert ....

Ja, siehe die Links in meinem vorherigen Beitrag, der Dir wohl entgangen ist. Als der User, der auch die Volumes mountet, muß

Code

defaults write com.apple.AppleShareClient afp_cleartext_allow -bool true 

eingegeben werden. Das ist eine Benutzer-spezifische Einstellung und keine globale! D.h. es muß die richtige Preferences-Datei innerhalb des Benutzerordner unterhalb ~/Library/Preferences manipuliert werden und anschl. erstmal aus- und wieder eingelogged werden, damit die Pref überhaupt aktiv ist.

Und das Ergebnis ist, daß anschl. Klartextpaßwörter verwendet werden -- etwas, das man anno 2008 echt nicht mehr nötig haben müsste. Das MacOS kann seit ca. 15 Jahren AFP-Paßwörter verschlüsseln! Zudem müsste man den Krampf auf jedem Mac für jeden Benutzer-Account machen. Und das alles nur, weil die Macher Deiner Linux-Distribution sich mehr als juristisches denn als technisches Produkt verstehen und Netatalk einfach der Paßwortverschlüsselung beraubt haben.

Gruss,

Thomas

Sers,

danke für deine schnelle und liebenswerte antwort ;)
so, wir haben die änderungen an der userdatei geändert und bekommen nun eine neue Fehlermeldung:


Ein Volume konnte nicht aktiviert werden.
Das Volume "myporn" konnte nicht aktiviert werden.



Der Vorgang konnte nicht abgeschlossen werden, da ein unbekannter Fehler aufgetreten ist.
(Fehler: - 6602)



Hab in der Seite mit den Fehlermeldungen mal nachgesehen, da stand aber leider nichts mit 6***. Hast du vielleicht noch eine Idee woran das nu liegen könnte?

thx & peace
binary

toller sharpoint-name :-).
sorry, das musste jetzt eifach sein...