iMessage, FaceTime, Volver a mi Mac no funciona (instalación limpia de Mountain Lion)

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

Preferencias del sistema > iCloud: al activar Volver a mi Mac aparece el error "El servidor iCloud no responde". (aunque no parecía esforzarse mucho, mirando el monitor de red)

iMessage: al intentar iniciar sesión, aparece "No se pudo iniciar sesión en iMessage. No se pudo iniciar sesión. Verifique su conexión de red e intente nuevamente".

FaceTime: al intentar iniciar sesión, aparece el mensaje "No se pudo iniciar sesión. Verifique su conexión de red e intente nuevamente".

He intentado lo siguiente:

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

Importante: el número de serie que figura en Acerca de esta Mac/Información del sistema es incorrecto y no coincide con el SN de la carcasa (fuera de una letra; creo que se serializó incorrectamente una vez después de que se reemplazó la placa lógica una vez). ¿Afectaría esto a iMessage/iCloud en Mountain Lion? Funcionó en Lion a pesar de esto. Lamentablemente, estoy fuera de la cobertura de AppleCare, pero tal vez un Genius vería que la falla es de Apple y volvería a serializar la placa.

Respuestas (1)

El número de serie puede ser un problema. Cuando MacOSX piensa que se está ejecutando en un hardware dudoso (es decir, que no es de Apple), por lo general tiene problemas mucho más graves. No hay bloqueo de una instalación de MacOSX en una 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 las personas que compran hardware, por lo que la única "piratería" de MacOSX con la que interfieren en el código es ejecutarlo en hardware que no es de Apple. Pero desde mi primera versión de esto, he sido señalado en http://www.apple.com/support/icloud/contact/ por alguien demasiado educado para llamarme estúpido en público, y eso tiene una fuerte señal de vinculación con iCloud/SN .

No hay suficiente información en la pregunta para proporcionar una respuesta segura a su problema, pero hay pistas que apuntan a posibles problemas. Para resolverlo, debe comenzar por apagar Little Snitch y el firewall incorporado. Probablemente querrá que vuelvan a estar encendidos eventualmente, pero deben estar apagados mientras intenta que los servicios complejos funcionen para asegurarse de que no puedan causar un bloqueo secundario. Y debido a que lo mencionaste, obtienes una diatriba: NUNCA agregues entradas a /private/etc/hosts en un MacOSX moderno, excepto las 4 que el sistema necesita para una inicialización de loopback adecuada en el momento del arranque: IPv4 localhost y broadcasthost más 2 formas de IPv6 servidor local. si tiene algo más allí, debe eliminarlo. Una vez que haya eliminado la posibilidad de que la configuración de su sistema esté bloqueando explícitamente la comunicación, puede mirar hacia afuera. Todos esos 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 una privada (no enrutable). Desafortunadamente, también es posible que dispositivos de red externos como enrutadores y cortafuegos en cualquier lugar entre los dos extremos frustren esos mecanismos. Si está detrás de un firewall estricto, tendrá problemas. Si está detrás de 2 capas de NAT, tendrá problemas. sabiendo quelos problemas que tenga no serán perceptibles 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 un flujo continuo. Para saber lo que está sucediendo, debe usar una herramienta como tcpdump o wireshark y comprender lo que está viendo y buscando.

Apagué a Little Snitch; el cortafuegos integrado está desactivado. La razón por la que tengo cosas en /etc/hosts es doble: 1) no quiero que las aplicaciones de Adobe llamen a casa y 2) estoy ejecutando MAMP, que inserta entradas automáticamente para corresponder a los servicios web locales que se han configurado. Sin embargo, intenté sacar todas esas entradas de host y eso no ayudó. ¿Puede aclarar por qué cree que no se deben agregar entradas de hosts en un sistema Mac moderno?
En segundo lugar, tengo reservas de DHCP en mis sistemas en mi enrutador. UPNP está desactivado. Mi IP, aunque no es estática, no ha cambiado en los seis meses desde que obtuve este ISP (TWC). Intenté tcpdump pero realmente no sabía qué procesos o tráfico debía tener en cuenta.
El sistema de resolución de MacOSX no siempre usará el archivo de hosts y el mundo hace cosas más complejas con DNS de las que se pueden expresar en un archivo de hosts. Además de eso, Apple usa algunos sistemas sorprendentes (¡por ejemplo, máquinas MS!) como parte de los servicios de iCloud, por lo que una entrada descuidada podría matarlos. No es algo ciertamente dañino, pero tiene riesgos y existen alternativas más limpias y sólidas.
TAMBIÉN: ver correcciones en cursiva en el 1er párrafo. Me equivoqué: el mal SN parece una causa probable. Cuando eso se resuelva, debe volver a habilitar LS. Es una alternativa más limpia/más segura/más robusta a /etc/hosts para bloquear casas telefónicas y hace lo que se supone que debe hacer el FW integrado opaco (e históricamente disfuncional) con más claridad.