10.5.3 Endlich Kein Afp-bug Mehr

[josiwien]

Wisst Ihr worüber ich am glücklichsten bin?

Endlich ist dieses sau-dumme AFP-Problem weg. Früher hat sich bei mir immer AFP aus dem Kerberos ausgeklinkt und man konnte sich für Netzwerkresourcen nicht mehr anmelden. Da musste man sich mit cron-jobs behelfen, die den AFP-Dienst in gewissen abständen neu starteten oder dergleichen. Aber das ist nun endlich Vergangenheit. Auch ist mir aufgefallen, dass die Aktivierung von Netzwerkvolumes nun viel schneller geht. Bzw. die Authentifizierung geht schneller. Alles in Allem läuft das System jetzt deutlich runder.

Zumindest bei mir. Wie sieht es da bei Euch aus?

 

[josiwien]

Na toll. Ich habe das Thema in Großbuchstaben geschrieben und dann kommt das raus:

10.5.3 ENDLICH KEIN AFP-BUG MEHR -> 10.5.3 Endlich Kein Afp-bug Mehr

 

[josiwien]

...zu früh gefreut.... FU**

AFP really sucks....


Ok liebe Leute.....

auch 10.5.3 ändert das Problem nicht, ganz im Gegenteil. Seit häute ist eine Authentifizierung zu AFP-Shares des Servers gar nicht mehr möglich. Es geht nur noch über Gast.

Jetzt bin ich echt sauer. Jetzt ist das schon das Update Nummero 3 und die haben die APF-Probleme noch immer nicht gelöst. Was soll denn der Mist. Ich meine mal AFP ist einer oder wenn nicht DER wichtigsten Bestandteile und genau dieser geht nicht.

Ich habe nichts verändert. Mir ist nur heute aufgefallen, dass ich bei einer Verbindung mit dem Client bei den AFP-Shares oben Gast stehen habe. Wenn ich auf "Verbinen als..." gehe, dann ist wieder das alte Spiel. Nur zu allem Überdruß nützt auch ein Neustart des AFP-Dienstes nix mehr. Anmeldung zum AFP ist tot. Auch ein Neustart des Servers bringt nichts.

Ich habe mal in die Konsole CrashLog reingeschaut... Da ist nichts erwähnt, dass DirectoryService oder AFP abgestürzt ist. Ich verstehe die Welt nicht mehr.
Als Gast kann man auf die Laufwerke zugreifen. Aber ich kann doch nicht alle Laufwerke als Gast freigeben. Ich will nicht, dass alle Laufwerke für alle sichtbar sind, geschweige denn mountbar.

Ich habe es wirklich satt. Ich bin echt enttäuscht.


AFP really sucks....

 

[Gelzomino]

Ich hatte unter 10.5.3. genau das gleiche Problem und hatte den Betrieb dann auf Samba umgestellt. Jetzt hatte ich am Freitag festgestellt, daß es wieder über AFP klappt. Bei uns kann man sich nicht als Gast anmelden. Also einfach Benutzername und Kennwort eingegeben und schon hatte ich die gewohnte Lisste mit den einzelnen Volumes auf die ich dann auch problemlos (wie unter Tiger) zugreifen konnte ... Verwunderlich daß es bei dir nicht zu klappen scheint

 

[josiwien]

Da es bei mir nicht mehr zutrifft habe ich einen neun Thread eröffnet, da ich diesen nicht umbenennen kann:

afp-bug doch wieder da!!!!!!!!!!!! und noch schlimmer

 

[josiwien]

Ich hatte unter 10.5.3. genau das gleiche Problem und hatte den Betrieb dann auf Samba umgestellt.

Wie hast du dann die Automounts bewerkstelligt?

 

[Gelzomino]

Mit automounts hab ich gar nichts gemacht. Ich hab lediglich im Finder "mit Server verbinden" gesagt, und anschließend die IP mit einem vorangehenden afp:// eingetragen. Danach kam das Anmeldungsfenster, und darauffolgend das mit den freigegebenen Volumes. Also alles Standard ...

 

[Pingu]

Ich weiß ja nicht warum Du so schreien musst. Aber wahrscheinlich bist Du schwerhörig.

Bei mir geht es.

Zwar nicht ideal, weil ich zuerst eine Kerberos-Anmeldung präsentiert bekommen, die immer fehl schlägt. Aber wenn man diese Abbricht, kann man sich ganz normal anmelden.


PS: Achso, fast vergessen. Nur für Dich: !!!111!!!!

 

[josiwien]

Ich "schreie" so, weil ich schon frustriert bin und dies zum Ausdruck bringen wollte.

macht mich noch irre...


Es macht mich einfach wahnsinnig, wenn der Computer nicht so will wie ich. Und dann auch noch wegen nicht nachvollziehbaren Dingen.

Aber da ich nicht locker lasse, weil es mir einfach keine Ruhe lässt, habe ich noch herum probiert und habe nun ein Workaround gefunden, dass mir die Authentifizierung wieder ermöglicht.

Für die, die es interessiert:

Ändern der Einstellungen für Zugriff auf Dienste hat bei mir den "Knoten" gelöst. Einfach einstellungen einmal ändern, abspeichern und wieder zurückstellen und wieder abspeichern. Und siehe da, es geht wieder. Aber komisch finde ich es dennoch. Mal sehen wie lange es jetzt hält.

Bsp. Anleitung:
Im Serveradmin Hauptfenster auf >>Einstellungen<< gehen. Dort den Reiter >>Zugriff<< aktivieren.
Von "Für alle Dienste" auf "Für folgende Dienste" umstellen. Auf AFP gehen und dann "Nur für folgende Benutzer und Gruppen" aktivieren. Einen User reinknallen und abspeichern. Dann wieder zurückstellen und erneut abspeichern.

Falls bei nochjemandem dieses Problem auftaucht, hoffe ich, dass ihm dies hier helfen kann.

Noch eine Frage an Pingu:

Was meintest du mit dieser Aussage?

PS: Achso, fast vergessen. Nur für Dich: !!!111!!!!

Und weiters:

Zwar nicht ideal, weil ich zuerst eine Kerberos-Anmeldung präsentiert bekommen, die immer fehl schlägt. Aber wenn man diese Abbricht, kann man sich ganz normal anmelden.

Warum deaktivierst du dann nicht die Kerberos-Authentifizierung für AFP (auf Standard stellen)? Oder versuch mal über die Kerberos.app dein Ticket zu erneuern, bzw. das alte zu löschen und ein neues zu beantragen.

Kerberos.app: /System/Library/CoreServices


LG, josiwien

 

[chrigu]

Ich habe mit dem selben Problem zu kämpfen und wir sind mittlerweile bei 10.5.5.

Kerberos läuft, aber AFP Shares lassen sich nicht via Kerberos im Finder authentifizieren, ich bekomme im nur die Fehlermeldung "Verbindung fehlgeschlagen". Ich bekomme das "afpserver/server@server.private" Kerberos Ticket nur wenn ich manuell via Kommandozeile mounte:

mkdir /Volumes/manualmount
mount_afp "afp://;AUTH=Client%20Krb%20v2@server.private/Backups" /Volumes/manualmount

Obiger Vorschlag mit den Zugriffsbeschränkungen hat leider bei mir nicht geholfen.

 

[Dominique]

Ich habe mit dem selben Problem zu kämpfen und wir sind mittlerweile bei 10.5.5.

Kerberos läuft, aber AFP Shares lassen sich nicht via Kerberos im Finder authentifizieren, ich bekomme im nur die Fehlermeldung "Verbindung fehlgeschlagen". Ich bekomme das "afpserver/server@server.private" Kerberos Ticket nur wenn ich manuell via Kommandozeile mounte:

mkdir /Volumes/manualmount
mount_afp "afp://;AUTH=Client%20Krb%20v2@server.private/Backups" /Volumes/manualmount

Obiger Vorschlag mit den Zugriffsbeschränkungen hat leider bei mir nicht geholfen.

Vielleicht hilft es, die vorhanden Kerberos Tickets zu löschen und neu anlegen zu lassen?

Im schlimmsten Fall mal neu installieren; oder vorher bei der AppleCare Hotline anrufen und sich anhören, was die dazu sagen. Bei mir war auch der Wurm drin (MBP), während es auf dem iMac ging. Jetzt aber hatte ich mal bei Apple angerufen, eigentlich wegen dem Grunde weil ein Öffentlicher Ordner immer aus der Finder und Windows-Explorer Ansicht verschwunden ist, und mir wurde geraten, das System neu zu installieren, da die Schritte "Caches" und "SystemPreferences"-Ordner löschen nicht wirklich geholfen haben.

Ich würd da mal anrufen. Und den Jungs und Mädels da auf die Nerven fallen *g*

 

[chrigu]

Das System neu aufsetzen habe ich bereits hinter mir und verblieb erfolglos.

Seit ich einen Thread im benachbarten Apfelforum gefunden habe, wo sich auch mein allseits beliebter Experte und Autor eines bekannten Buches zum Thema OS X Server und über die nicht funktionierenden Automounts in Leopard äussert oder Zitat:

Das ist ein Fehler im Automounter von Mac OS X Leopard.

Ist in der Tat unerwünscht, im Moment aber leider "normal", da in Leopard Server fast nichts richtig funktioniert ...

warte ich auf Korrekturen seitens von Apple.

Aber vielleicht hats tatsächlich noch niemand gemeldet, gibts eigentlich auch so ein Bug-Tracker, wo man dies offiziell melden könnte?