iMessage, FaceTime, Back to my Mac nie działa (Mountain Lion clean install)

5

Po wykonaniu czystej instalacji Mountain Lion na moim MacBooku Pro (13-calowy unibody, MacBookPro5,5) i aktualizacji do 10.8.3 mam problemy z iMessage, Facetime i Back to My Mac. Korzystam z Little Snitch (wersja 3.0 .4) chociaż włączenie lub wyłączenie nie ma wpływu na te wyniki. Mój Apple ID działa dla innych usług.

Preferencje systemowe> iCloud: Włączenie Wróć do mojego Maca powoduje błąd „Serwer iCloud nie odpowiada”. (choć nie wydawało się, aby bardzo się starał, patrząc na monitor sieci)

iMessage: Próba zalogowania się daje „Nie można się zalogować do iMessage. Nie można się zalogować. Sprawdź połączenie sieciowe i spróbuj ponownie”.

FaceTime: Próba zalogowania się powoduje „Nie można się zalogować. Sprawdź połączenie sieciowe i spróbuj ponownie”.

Próbowałem następujące:

  1. Sprawdziłem, czy mój czas jest ustawiony we właściwej strefie czasowej i ustawiony na automatyczne ustawianie się.
  2. Sprawdziłem Dostęp do pęku kluczy> System pod kątem wszelkich kluczy Wróć do mojego Maca do usunięcia. Brak.
  3. Nie mam wpisów w / private / etc / hosts dla * .apple.com lub * .verisign.com.

Uwaga: numer seryjny wymieniony w Informacje o tym komputerze Mac / systemie jest niepoprawny i nie pasuje do numeru seryjnego na obudowie (wyłączony jedną literą - myślę, że został nieprawidłowo zserializowany jeden raz po wymianie płyty logicznej). Czy wpłynęłoby to na iMessage / iCloud w Mountain Lion? Mimo to działało w Lionie. Niestety nie jestem objęty zasięgiem AppleCare, ale być może geniusz zobaczy, że wina leży po stronie Apple i ponownie serializuje płytę.

OxC0FFEE
źródło

Odpowiedzi:

2

Problemem może być numer seryjny . Kiedy MacOSX myśli, że działa na podejrzanym sprzęcie (tj. Innym niż Apple), zwykle ma znacznie poważniejsze problemy. Nie ma blokady instalacji systemu MacOSX na konkretnym komputerze Mac, tzn. Nie ma DRM z kluczami i obowiązkowej weryfikacji u dostawcy, tak jak w systemie Windows. Apple najbardziej troszczy się o ludzi kupujących sprzęt, więc jedynym „piractwem” MacOSX, na które ingerują w kod, jest uruchamianie go na sprzęcie innym niż Apple. Ale od czasu mojej pierwszej wersji zostałem wskazany na stronie http://www.apple.com/pl/support/icloud/contact/ przez osobę zbyt uprzejmą, aby publicznie nazwać głupią, a to ma wyraźny znak powiązania iCloud / SN .

W pytaniu nie ma wystarczająco dużo informacji, aby zapewnić pewną odpowiedź na problem, ale istnieją wskazówki wskazujące na możliwe problemy. Aby to zrozumieć, powinieneś zacząć od wyłączenia Little Snitch i wbudowanej zapory ogniowej. Prawdopodobnie zechcesz w końcu je ponownie włączyć, ale powinny one być wyłączone, gdy próbujesz uruchomić złożone usługi, aby upewnić się, że nie są w stanie spowodować wtórnej blokady. A ponieważ o tym wspomniałeś, masz rant: NIGDY nie dodawaj wpisów do / private / etc / hosts na nowoczesnym MacOSX, z wyjątkiem 4, których system potrzebuje do prawidłowej inicjalizacji pętli zwrotnej w czasie rozruchu: localhost i broadcasthost IPv4 oraz 2 formy IPv6 Lokalny Gospodarz. jeśli masz coś jeszcze, powinieneś to usunąć. Po wyeliminowaniu możliwości jawnego blokowania komunikacji przez konfigurację systemu możesz spojrzeć na zewnątrz. Wszystkie te usługi obejmują mechanizmy ustanawiania bezpośrednich połączeń między 2 komputerami, które mogą mieć adresy IP, które są tymczasowe i / lub mogą znajdować się za bramą NAT, która tłumaczy ich ruch między adresem publicznym a prywatnym (niemożliwym do przekierowania). Niestety, możliwe jest również, że zewnętrzne urządzenia sieciowe, takie jak routery i zapory ogniowe w dowolnym miejscu między dwoma końcami, mogą udaremnić te mechanizmy. Jeśli znajdujesz się za ciasną zaporą ogniową, będziesz mieć problemy. Jeśli masz 2 warstwy NAT, będziesz miał problemy. Wiedząc cokłopoty, których nie spotkasz, nie będą dostrzegalne w przypadku zabawek, takich jak monitor sieci Little Snitch, ponieważ występujący błąd prawdopodobnie wiąże się tylko z garstką pakietów, a nie z bieżącym przepływem. Aby wiedzieć, co się dzieje, musisz użyć narzędzia takiego jak tcpdump lub wireshark i zrozumieć, na co patrzysz i czego szukasz.

Bill Cole
źródło
1
Wyłączam Little Snitch; wbudowana zapora sieciowa jest wyłączona. Powód, dla którego mam rzeczy w / etc / hosts jest dwojaki: 1) Nie chcę, aby aplikacje Adobe dzwoniły do ​​domu i 2) Korzystam z MAMP, który automatycznie wstawia wpisy odpowiadające skonfigurowanym lokalnym usługom internetowym. Próbowałem jednak całkowicie usunąć te wpisy hosta i to nie pomogło. Czy możesz wyjaśnić, dlaczego uważasz, że nie należy dodawać wpisów hostów w nowoczesnym systemie Mac?
OxC0FFEE
Po drugie, mam rezerwacje DHCP w moich systemach na routerze. UPNP jest wyłączony. Moje IP, chociaż nie jest statyczne, nie zmieniło się w ciągu sześciu miesięcy, odkąd dostałem tego ISP (TWC). Próbowałem tcpdump, ale tak naprawdę nie wiedziałem, na jakie procesy lub ruch uważać.
OxC0FFEE
1
Program tłumaczący MacOSX nie zawsze używa pliku hosts, a świat robi bardziej złożone rzeczy z DNS, niż można wyrazić w pliku hosts. Ponadto Apple wykorzystuje niektóre zaskakujące systemy (np. Komputery MS!) Jako część usług iCloud, więc nieostrożny wpis może je zabić. Z pewnością nie jest to szkodliwe, ale wiąże się z ryzykiem, a istnieją czystsze i bardziej niezawodne alternatywy.
Bill Cole
1
RÓWNIEŻ: patrz korekty kursywą w pierwszym akapicie. Myliłem się: zły SN wydaje się prawdopodobną przyczyną. Po rozwiązaniu problemu należy ponownie włączyć LS. Jest to czystsza / bezpieczniejsza / bardziej niezawodna alternatywa dla / etc / hosts do blokowania domów telefonicznych i robi to, co nieprzezroczysta (i historycznie dysfunkcjonalna) wbudowana FW powinna robić z większą jasnością.
Bill Cole,