iMessage, FaceTime, Back to my Mac non funziona (installazione di Mountain Lion clean)

5

Dopo aver fatto una nuova installazione di Mountain Lion sul mio MacBook Pro (13" unibody, MacBookPro5,5) e l'aggiornamento a 10.8.3 sto avendo problemi con iMessage, FaceTime e Torna al mio Mac. Sono in esecuzione Little Snitch (versione 3.0.4) sebbene l'attivazione o la disattivazione non abbia alcun effetto su questi risultati. Il mio ID Apple funziona per altri servizi.

Preferenze di sistema > iCloud: Tornando al mio Mac viene visualizzato l'errore "Il server iCloud non risponde." (anche se non sembrava provarci molto, guardando il monitor di rete)

iMessage: Tentativo di accedere ai rendimenti "Impossibile accedere a iMessage. Impossibile accedere. Controlla la connessione di rete e riprova."

FaceTime: Tentativo di accedere ai rendimenti "Impossibile accedere. Controlla la connessione di rete e riprova."

Ho provato quanto segue:

  1. Controllato che il mio orario sia impostato, nel fuso orario corretto e impostato su si imposta automaticamente.
  2. Ho controllato Accesso Portachiavi > Sistema per qualsiasi Torna ai tasti del mio Mac per eliminare. Nessuno presente.
  3. Non ho voci in / private / etc / hosts per * .apple.com o per * .verisign.com.

Da notare: il numero di serie elencato in Informazioni su questo Mac / System Information non è corretto e non corrisponde al SN sul caso (disattivato da una lettera - Penso che sia stato serializzato in modo errato una volta dopo che la scheda logica è stata sostituita una volta) . Ciò influenzerebbe iMessage / iCloud in Mountain Lion? Ha funzionato in Lion nonostante questo. Purtroppo sono fuori dalla copertura di AppleCare, ma forse un Genius potrebbe vedere il difetto di Apple e ri-serializzare la scheda.

    
posta OxC0FFEE 09.04.2013 - 02:28
fonte

1 risposta

2

Il numero di serie potrebbe essere un problema. Quando MacOSX pensa che sia in esecuzione su hardware dubbia (cioè non Apple), di solito ha problemi molto più gravi. Non c'è blocco di un'installazione di MacOSX su un Mac particolare, ovvero nessun DRM con chiavi e convalida obbligatoria con il venditore come con Windows. Apple si preoccupa di più delle persone che acquistano hardware, quindi l'unica "pirateria" di MacOSX con cui interferiscono nel codice viene eseguita su hardware non Apple. Ma dalla mia prima versione di questo, sono stato indirizzato a link da qualcuno troppo educato per chiamare Sono stupido in pubblico, e questo ha un strong segnale di collegamento iCloud / SN.

Non ci sono quasi abbastanza informazioni nella domanda per fornire una risposta sicura al tuo problema, ma ci sono indizi che indicano possibili problemi. Per capirlo, dovresti iniziare chiudendo Little Snitch e il firewall integrato. Probabilmente li vorrà di nuovo alla fine, ma dovrebbero essere spenti mentre stai cercando di far funzionare servizi complessi per assicurarti che non siano in grado di causare il blocco secondario. E poiché lo hai menzionato, ottieni uno sfogo: MAI aggiungi voci a / private / etc / hosts su un MacOSX moderno eccetto per il 4 di cui il sistema ha bisogno per l'inizializzazione loopback corretta all'avvio : IPv4 localhost e broadcasthost più 2 moduli di IPv6 localhost . se hai qualcos'altro lì dentro, dovresti rimuoverlo. Una volta eliminata la possibilità che la configurazione del tuo sistema blocchi esplicitamente la comunicazione, puoi guardare all'esterno. Tutti questi servizi includono meccanismi per stabilire connessioni dirette tra 2 macchine che possono avere indirizzi IP temporanei e / o che possono trovarsi dietro un gateway NAT che traduce il loro traffico tra un indirizzo pubblico e privato (non rintracciabile). Sfortunatamente, è anche possibile che dispositivi di rete esterni come router e firewall si trovino tra le due estremità per ostacolare tali meccanismi. Se sei dietro un firewall stretto, avrai dei problemi. Se sei dietro a 2 livelli di NAT, avrai dei problemi. Sapendo che quali problemi hai non saranno visibili con giocattoli come il monitor di rete Little Snitch, poiché l'errore che stai ottenendo probabilmente richiede solo una manciata di pacchetti piuttosto che un flusso continuo. Per sapere cosa sta succedendo avresti bisogno di usare uno strumento come tcpdump o wireshark e avere una comprensione di ciò che stai guardando e cercando.

    
risposta data 17.05.2013 - 02:21
fonte

Leggi altre domande sui tag