iMessage, FaceTime, Back to my Mac no funciona (Mountain Lion clean install)

5

Después de realizar una instalación limpia de Mountain Lion en mi MacBook Pro (13 "unibody, MacBookPro5,5) y actualizar a 10.8.3, estoy teniendo problemas con iMessage, Facetime y Back to My Mac. Estoy ejecutando Little Snitch (versión 3.0.4), aunque activarlo o desactivarlo no tiene ningún efecto en estos resultados. Mi ID de Apple funciona para otros servicios.

Preferencias del sistema > iCloud: Al volver a Mi Mac, aparece el error "El servidor iCloud no responde". (aunque no pareció esforzarse mucho, mirando el monitor de red)

iMessage: Intentando acceder a los rendimientos "No se pudo iniciar sesión en iMessage. No se pudo iniciar sesión. Compruebe su conexión de red e inténtelo de nuevo".

FaceTime: Intentando acceder a los rendimientos "No se pudo iniciar sesión. Compruebe su conexión de red e inténtelo de nuevo".

He intentado lo siguiente:

  1. Verifiqué que mi hora está configurada, en la zona horaria correcta, y configurada en Se establece automáticamente.
  2. Verifiqué Acceso a llavero > Sistema para cualquier Volver a las teclas de mi Mac para eliminar. Ninguno presente
  3. No tengo entradas en / private / etc / hosts para * .apple.com o para * .verisign.com.

Nota: el número de serie que aparece en Acerca de esta Mac / Información del sistema es incorrecto y no coincide con el SN en el caso (desactivado por una letra - creo que se serializó incorrectamente una vez después de que se reemplazó la placa lógica una vez) . ¿Esto afectaría a iMessage / iCloud en Mountain Lion? Funcionó en León a pesar de esto. Lamentablemente, estoy fuera de la cobertura de AppleCare, pero tal vez un Genius vea que la culpa es de Apple y que vuelve a serializar la placa.

    
pregunta OxC0FFEE 09.04.2013 - 02:28

1 respuesta

2

El número de serie puede ser un problema. Cuando MacOSX piensa que se está ejecutando en un hardware poco fiable (es decir, que no es de Apple), generalmente tiene problemas mucho más graves. No hay bloqueo de una instalación de MacOSX en un Mac en particular, es decir, no hay DRM con claves y validación obligatoria con el proveedor como con Windows. Apple se preocupa más por la gente que compra hardware, por lo que la única "piratería" de MacOSX con la que interfieren en el código es ejecutarlo en hardware que no sea de Apple. Pero desde mi primera versión de esto, he sido señalado en enlace por alguien demasiado educado para llamar Soy estúpido en público, y eso tiene un fuerte signo de vinculación con iCloud / SN.

No hay información suficiente en la pregunta para proporcionar una respuesta segura a su problema, pero hay pistas que indican posibles problemas. Para averiguarlo, debes comenzar por apagar Little Snitch y el firewall incorporado. Probablemente los querrá volver a encender, pero deberían estar apagados mientras intenta que funcionen los servicios complejos para asegurarse de que no puedan causar un bloqueo secundario. Y debido a que lo mencionó, obtiene una perorata: NUNCA agregue entradas a / private / etc / hosts en un MacOSX moderno, excepto los 4 que el sistema necesita para una correcta inicialización de bucle invertido en el momento del arranque : IPv4 localhost y broadcasthost más 2 formas de IPv6 localhost . Si tienes algo más allí, debes eliminarlo. Una vez que haya eliminado la posibilidad de que la configuración del sistema bloquee explícitamente la comunicación, puede mirar hacia el exterior. Todos estos servicios incluyen mecanismos para establecer conexiones directas entre 2 máquinas que pueden tener direcciones IP que son temporales y / o pueden estar detrás de una puerta de enlace NAT que traduce su tráfico entre una dirección pública y privada (no enrutable). Desafortunadamente, también es posible que los dispositivos de red externos como enrutadores y cortafuegos en cualquier lugar entre los dos extremos desbaraten esos mecanismos. Si está detrás de un cortafuegos, tendrá problemas. Si está detrás de 2 capas de NAT, tendrá problemas. Saber qué problemas tiene no será perceptible con juguetes como el monitor de red Little Snitch, ya que el error que está recibiendo probablemente involucre solo un puñado de paquetes en lugar de cualquier flujo continuo. Para saber lo que está sucediendo, necesitará usar una herramienta como tcpdump o wireshark y comprender lo que está viendo y buscando.

    
respondido por el Bill Cole 17.05.2013 - 02:21

Lea otras preguntas en las etiquetas