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

5

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 activarlo o desactivarlo no tiene ningún efecto en estos resultados. Mi ID de Apple funciona para otros servicios.

Preferencias del sistema> iCloud: Activar Volver a mi Mac da el error "El servidor iCloud no responde". (aunque no pareció intentarlo mucho, mirando el monitor de red)

iMessage: al intentar iniciar sesión se obtiene "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: al intentar iniciar sesión se obtiene "No se pudo iniciar sesión. Comprueba tu conexión de red e inténtalo de nuevo".

He intentado lo siguiente:

  1. Comprueba que mi hora está configurada, en la zona horaria correcta, y configurada para configurarse automáticamente.
  2. Verifiqué el Acceso al llavero> Sistema en busca de cualquier tecla Volver a 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 este Mac / Información del sistema es incorrecto y no coincide con el SN en la caja (desactivado por una letra; creo que se serializó incorrectamente una vez después de que la placa lógica se reemplazó 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.

OxC0FFEE
fuente

Respuestas:

2

El número de serie puede ser un problema. Cuando MacOSX piensa que se está ejecutando en 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 una Mac en particular, es decir, no 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 sea de Apple. Pero desde mi primera versión de esto, me han señalado en http://www.apple.com/support/icloud/contact/ alguien demasiado educado para llamar a m estúpido en público, y eso tiene un fuerte signo de vinculación iCloud / SN .

No hay información suficiente en la pregunta para proporcionar una respuesta segura a su problema, pero hay pistas que apuntan a posibles problemas. Para resolverlo, debe comenzar apagando Little Snitch y el firewall incorporado. Probablemente los querrá volver a encender con el tiempo, pero deberían estar apagados mientras intenta que los servicios complejos funcionen para garantizar que no puedan causar un bloqueo secundario. Y debido a que lo mencionó, obtiene una queja: NUNCA agregue entradas a / private / etc / hosts en una MacOSX moderna, excepto las 4 que el sistema necesita para una inicialización de bucle de retorno adecuada en el momento del arranque: IPv4 localhost y broadcasthost más 2 formas de IPv6 localhost. 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 privada (no enrutable). Desafortunadamente, también es posible que dispositivos de red externos como enrutadores y firewalls en cualquier lugar entre los dos extremos puedan frustrar esos mecanismos. Si está detrás de un firewall apretado, tendrá problemas. Si está detrás de 2 capas de NAT, tendrá problemas. Sabiendo queEl problema que tiene no será discernible con juguetes como el monitor de red Little Snitch, ya que el error que está recibiendo probablemente involucra solo un puñado de paquetes en lugar de un flujo continuo. Para saber lo que sucede, necesitará usar una herramienta como tcpdump o wireshark y comprender lo que está viendo y buscando.

Bill Cole
fuente
1
Apagué Little Snitch; El firewall incorporado está apagado. 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 las entradas automáticamente para que se correspondan con los servicios web locales que se han configurado. Sin embargo, intenté eliminar esas entradas de host y eso no ayudó. ¿Puede aclarar por qué siente que uno no debe agregar entradas de hosts en un sistema Mac moderno?
OxC0FFEE
En segundo lugar, tengo reservas DHCP en mis sistemas en mi enrutador. UPNP está apagado. 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 vigilar.
OxC0FFEE
1
El solucionador MacOSX no siempre usará el archivo de hosts y el mundo hace cosas más complejas con DNS que 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 sin cuidado podría matarlos. No es algo ciertamente perjudicial, pero tiene riesgos y existen alternativas más limpias y sólidas.
Bill Cole
1
TAMBIÉN: vea las correcciones en cursiva en el primer 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 / segura / más robusta a / etc / hosts para bloquear las casas telefónicas y hace lo que se supone que debe hacer el opaco (e históricamente disfuncional) FW incorporado con más claridad.
Bill Cole