Wie kann AFP behoben werden, bei dem einige Benutzer nach 4 Minuten eine Verbindung herstellen und andere nie eine Verbindung herstellen (sich drehender Fortschrittsbalken und kein Authentifizierungsdialog)?

Ich habe ein Problem für mehrere (aber nicht alle) Benutzer, bei denen AFP-Verbindungen mehr als 4 Minuten benötigen, um eine Verbindung zur Freigabe herzustellen. Manche verbinden sich nie. Der sich drehende Fortschrittsbalken befindet sich dort, aber es wird kein Authentifizierungsfenster angezeigt. Bisher habe ich:

  • Getestet wurde das Netzwerkkabel in einem MBP, das sich sofort mit den richtigen Anmeldeinformationen verbinden konnte.
  • Leistungszyklus
  • Ping AFP-Freigabe - funktioniert
  • Ping-Server-IP - funktioniert
  • Überprüfen Sie DNS, manuell hinzugefügt
  • PRAM-Reset
  • Versuchte Verbindung über SMB und NFS, SMB würde das Auth-Fenster etwas schneller öffnen, aber immer noch gut 4 Minuten warten
  • Neues lokales Benutzerkonto erstellt, das sofort eine Verbindung zur Freigabe herstellen konnte

Dump-Netzwerkeinstellungen und -Standort, was zu einem seltsamen Ergebnis führte; Bei ausstehender AFP-Verbindung führte das Abschalten der Ethernet 2-Schnittstelle in den Netzwerkeinstellungen zur Herstellung der Verbindung. Nach dem Auswerfen der Freigabe und dem Neustart der Verbindung folgte jedoch dieselbe Wartezeit. Das erneute Erstellen der Ethernet 2-Schnittstelle und erneutes Dumping bringt die Verbindung zustande.

Das Herausziehen des Kabels (bei ausgeschaltetem Airport) öffnet sofort das Authentifizierungsfenster.

Wir haben den AFP-Server und alle Switches neu gestartet.

Wir haben die Cat5e-Verkabelung zwischen dem AFP-Server und den Switches ausgetauscht.

Es scheint, dass alle Maschinen auf 10.7.4 laufen.

Ich habe einige Posts bei Google darüber gelesen, dass NetAuthAgent die CPU-Zyklen maximiert, ich werde die betreffenden Maschinen jetzt darauf testen.

Wie kann ich ein Problem mit AFP beheben, bei dem einige Benutzer nach 4 Minuten eine Verbindung herstellen und andere nie eine Verbindung herstellen (sich drehender Fortschrittsbalken und kein Authentifizierungsdialog)?

Welche Anmeldeinformationen werden verwendet, um sich anzumelden (dh OD, AD, nur lokale Benutzer, einige Mischungen)? Werden alle Verbindungen zu derselben Adresse hergestellt, und wenn ja, welche? Haben alle Clients die gleichen DHCP-, DNS-Informationen usw.? Basierend auf Ihrem OP denke ich, dass dies ein Softwareproblem und kein Hardwareproblem ist.
Hallo, alle Benutzer verwenden OD-Anmeldeinformationen, Verbindungen zu verschiedenen Boxen an verschiedenen Standorten in separaten Adressbereichen. Alle Clients verwenden DHCP und befinden sich im selben Adressbereich. Wir haben 650 Benutzer, von denen etwa 10 dieses Problem melden
Befinden sich die Maschinen alle im selben Subnetz (z. B. 255.255.255.0), wenn sie alle über DHCP eingestellt sind, sollte dies kein Problem darstellen, aber ich sehe häufig, dass AFP-Freigaben sehr lange dauern, wenn das Subnetz falsch konfiguriert ist.
Könnten Sie in die Konsole (/Applications/Utilities/Console.app) schauen? Es gibt wahrscheinlich einige Einträge, die bei der Identifizierung des Problems nützlich wären. Poste doch bitte die Einträge.
Außerdem, wo versuchst du dich zu verbinden? Ein anderer Mac mit aktivierter Freigabe? Ein NAS mit AFP-Share?

Antworten (3)

Ja, wir haben genau die gleichen Symptome gesehen, nur auf 10.7.4-Rechnern, und nach einigem Graben scheint es eine Einstellungsdatei zu sein, die dieses Verhalten verursacht.

Backup dann folgendes löschen:

 ~/Library/Preferences/.GlobalPreferences.plist

Und

 ~/Library/Preferences/.GlobalPreferences.plist.lockfile

dann neustarten.

Unter folgendem Link finden Sie weitere Informationen:

http://derflounder.wordpress.com/2012/08/03/odd-afp-and-smb-connection-problem-caused-by-idisk-going-away/

Wenn Sie die obigen Dateien löschen, müssen Sie Ihre Mauseinstellungen und vielleicht etwas anderes von Grund auf neu erstellen, aber soweit ich das beurteilen konnte, war das kein großes Problem.

Danke, hätte erwähnen sollen, habe auch den Rat von diesem Link ausprobiert, keine Freude, habe auch den gesamten Prefs-Ordner abgelegt, ohne Freude. Auch keine Spitzen in den Systemprozessen, wenn das 10.7.4-Combo-Update um 17:30 Uhr auf einem der Macs ausgeführt wird, wenn kein Fix auf 10.8 aktualisiert wird, um zu sehen, ob das hilft. Nicht alle meine Benutzer können auf 10.8 aktualisieren, aber das wird nicht wirklich eine Lösung sein ...
Was passiert, wenn Sie ein neues Konto erstellen oder das Gastkonto auf demselben Computer verwenden? Übrigens hat das Upgrade auf 10.8 es auch für uns behoben. Aber das ist lahm von Apple
Das neue Benutzerkonto kann sich sofort verbinden, wir haben möglicherweise nur versucht, den Inhalt von zu löschen:
.GlobalPreferences.plist, nicht die gesamte Liste, da sie versteckt ist. Ich denke, wir haben nur den Inhalt des Ordners "prefs" gelöscht, also werden wir das zuerst noch einmal überprüfen ...
Versuchen Sie, den gesamten Ordner ~/Library/Preferences an einen anderen Ort zu verschieben, und erzwingen Sie die Neuerstellung. Neustart. Ich bin mir nicht 100 % sicher, dass es nur diese beiden Dateien sind – diese Lösung hat auf einigen unserer 10.7.4-Rechner funktioniert, aber nicht auf allen. Das Verschieben des Ordners ~/Library/Preferences hat jedoch bei allen funktioniert.

Wenn die Benutzer MobileMe-Konten aktiv hatten, gehen Sie zur Systemvoreinstellung und zur Registerkarte MobileMe und melden Sie sich ab.

Das hat es für mich behoben.

Verwenden Sie Wireshark, um anzuzeigen, welcher Datenverkehr aufgehalten wird

Können Sie nähere Angaben dazu machen, wie dies funktionieren würde? Für einen Benutzer, der Wireshark nicht kennt, reicht ein einfaches "use this" wahrscheinlich nicht aus.
Wie kann AFP behoben werden, bei dem einige Benutzer nach 4 Minuten eine Verbindung herstellen und andere nie eine Verbindung herstellen (sich drehender Fortschrittsbalken und kein Authentifizierungsdialog)?
AntwortenHierDatenschutz-Bestimmungen1y, 0v