iMessage, FaceTime, Back to my Mac funktioniert nicht (Clean-Installation von Mountain Lion)

Nach einer Neuinstallation von Mountain Lion auf meinem MacBook Pro (13 Zoll Unibody, MacBookPro5,5) und einem Upgrade auf 10.8.3 habe ich Probleme mit iMessage, Facetime und Back to My Mac. Ich verwende Little Snitch (Version 3.0 .4), obwohl das Ein- oder Ausschalten keine Auswirkung auf diese Ergebnisse hat. Meine Apple-ID funktioniert für andere Dienste.

Systemeinstellungen > iCloud: Beim Aktivieren von „Zugang zu meinem Mac“ wird der Fehler „iCloud-Server antwortet nicht“ angezeigt. (obwohl es sich anscheinend nicht sehr anstrengte, wenn man auf den Netzwerkmonitor schaute)

iMessage: Der Versuch, sich anzumelden, ergibt „Anmeldung bei iMessage nicht möglich. Anmeldung nicht möglich. Bitte überprüfen Sie Ihre Netzwerkverbindung und versuchen Sie es erneut.“

FaceTime: Der Versuch, sich anzumelden, ergibt „Anmeldung nicht möglich. Bitte überprüfen Sie Ihre Netzwerkverbindung und versuchen Sie es erneut.“

Ich habe folgendes versucht:

  1. Ich habe überprüft, ob meine Uhrzeit in der richtigen Zeitzone eingestellt und so eingestellt ist, dass sie sich automatisch einstellt.
  2. Ich habe „Schlüsselbundverwaltung“ > „System“ auf „Zurück zu meinem Mac“-Schlüssel überprüft, die gelöscht werden sollen. Keine vorhanden.
  3. Ich habe keine Einträge in /private/etc/hosts für *.apple.com oder für *.verisign.com.

Hinweis: Die Seriennummer, die in Über diesen Mac/Systeminformationen aufgeführt ist, ist falsch und stimmt nicht mit der SN auf dem Gehäuse überein (durch einen Buchstaben abweichend – ich glaube, sie wurde einmal falsch serialisiert, nachdem das Logic Board einmal ausgetauscht wurde). Würde sich dies auf iMessage/iCloud in Mountain Lion auswirken? In Lion hat es trotzdem funktioniert. Leider habe ich keine AppleCare-Abdeckung mehr, aber vielleicht würde ein Genie sehen, dass der Fehler bei Apple liegt, und das Board neu serialisieren.

Antworten (1)

Die Seriennummer kann ein Problem sein. Wenn MacOSX denkt, dass es auf zwielichtiger (dh nicht von Apple stammender) Hardware läuft, hat es normalerweise weit schwerwiegendere Probleme. Es gibt keine Beschränkung einer Installation von MacOSX auf einen bestimmten Mac, dh kein DRM mit Schlüsseln und vorgeschriebener Validierung durch den Anbieter wie bei Windows. Apple kümmert sich am meisten um Leute, die Hardware kaufen, daher ist die einzige "Piraterie" von MacOSX, in die sie sich im Code einmischen, die Ausführung auf Nicht-Apple-Hardware. Aber seit meiner ersten Version davon wurde ich von jemandem auf http://www.apple.com/support/icloud/contact/ verwiesen, der zu höflich ist, um m dumm in der Öffentlichkeit zu nennen, und das hat starke Anzeichen für eine iCloud/SN-Verknüpfung .

Die Frage enthält bei weitem nicht genügend Informationen, um eine sichere Antwort auf Ihr Problem zu geben, aber es gibt Hinweise auf mögliche Probleme. Um es herauszufinden, sollten Sie damit beginnen, Little Snitch und die eingebaute Firewall auszuschalten. Sie werden sie wahrscheinlich irgendwann wieder einschalten wollen, aber sie sollten ausgeschaltet sein, während Sie versuchen, komplexe Dienste zum Laufen zu bringen, um sicherzustellen, dass sie keine sekundäre Blockade verursachen können. Und weil Sie es erwähnt haben, schimpfen Sie: Fügen Sie auf einem modernen MacOSX NIEMALS Einträge zu /private/etc/hosts hinzu, mit Ausnahme der 4, die das System für die ordnungsgemäße Loopback-Initialisierung beim Booten benötigt: IPv4 localhost und broadcasthost plus 2 Formen von IPv6 lokaler Host. Wenn Sie etwas anderes darin haben, sollten Sie es entfernen. Sobald Sie die Möglichkeit ausgeschlossen haben, dass Ihre Systemkonfiguration die Kommunikation explizit blockiert, können Sie nach außen schauen. Alle diese Dienste beinhalten Mechanismen zum Aufbau direkter Verbindungen zwischen 2 Computern, die möglicherweise temporäre IP-Adressen haben und/oder sich hinter einem NAT-Gateway befinden, das ihren Datenverkehr zwischen einer öffentlichen und einer privaten (nicht routbaren) Adresse übersetzt. Leider ist es auch möglich, dass externe Netzwerkgeräte wie Router und Firewalls irgendwo zwischen den beiden Enden diese Mechanismen durchkreuzen. Wenn Sie sich hinter einer engen Firewall befinden, werden Sie Probleme haben. Wenn Sie sich hinter 2 NAT-Schichten befinden, werden Sie Probleme haben. Wissen wasProbleme, die Sie haben, werden mit Spielzeugen wie dem Little Snitch-Netzwerkmonitor nicht erkennbar sein, da der Fehler, den Sie erhalten, wahrscheinlich nur eine Handvoll Pakete und keinen laufenden Datenfluss betrifft. Um zu wissen, was passiert, müssten Sie ein Tool wie tcpdump oder Wireshark verwenden und verstehen, was Sie sehen und wonach Sie suchen.

Ich schalte Little Snitch aus; Die eingebaute Firewall ist aus. Ich habe zwei Gründe, warum ich Dinge in /etc/hosts habe: 1) Ich möchte nicht, dass Adobe-Apps nach Hause telefonieren, und 2) Ich verwende MAMP, das automatisch Einträge einfügt, um den eingerichteten lokalen Webservices zu entsprechen. Ich habe jedoch versucht, diese Host-Einträge vollständig zu entfernen, und das hat nicht geholfen. Können Sie erläutern, warum Sie der Meinung sind, dass man auf einem modernen Mac-System keine Hosts-Einträge hinzufügen sollte?
Zweitens habe ich DHCP-Reservierungen auf meinen Systemen auf meinem Router. UPNP ist aus. Meine IP ist zwar nicht statisch, hat sich aber in den sechs Monaten, seit ich diesen ISP (TWC) habe, nicht geändert. Ich habe tcpdump ausprobiert, wusste aber nicht wirklich, auf welche Prozesse oder Datenverkehr ich achten sollte.
Der MacOSX-Resolver verwendet nicht immer die Hosts-Datei, und die Welt macht komplexere Dinge mit DNS, als in einer Hosts-Datei ausgedrückt werden können. Darüber hinaus verwendet Apple einige überraschende Systeme (z. B. MS-Maschinen!) als Teil der iCloud-Dienste, sodass ein unvorsichtiger Zugriff sie töten könnte. Es ist nicht unbedingt schädlich, aber es birgt Risiken und es gibt sauberere und robustere Alternativen.
AUCH: siehe kursiv gedruckte Korrekturen im 1. Absatz. Ich habe mich geirrt: Die schlechte SN scheint eine wahrscheinliche Ursache zu sein. Wenn das behoben ist, sollten Sie LS wieder aktivieren. Es ist eine sauberere/sicherere/robustere Alternative zu /etc/hosts zum Blockieren von Telefonheimen und tut, was die undurchsichtige (und historisch dysfunktionale) eingebaute FW mit mehr Klarheit tun soll.