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:
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.
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.
BueyC0FFEE
BueyC0FFEE
bill cole
bill cole