Cómo desbloquear una Mac que ha sido bloqueada con el bloqueo de pantalla de "cortina" de Apple Remote Desktop

No tengo una Mac con ARD para probar esto, pero esta utilidad sunshine-ard sugiere puede solucionar el problema Con un rápido vistazo al código fuente, simplemente envía un mensaje CFNotificationCenter para salir del modo de cortina.

No estoy seguro de si hay una forma de conectarse al proceso de cierre de sesión de ARD para que esto se ejecute cada vez que desconecte su sesión, pero al menos podría ejecutarlo a través de SSH según sea necesario.

La solución más rápida que he encontrado es realizar una conexión SSH a una cuenta de administrador en la computadora remota que está bloqueada.

ssh "adminuser"@ip.address/or.computername

Tipo: ps -ax | grep AppleVNCServer

Desea que la línea que lee algo como

/System/Library/CoreServices/RemoteManagement/AppleVNCServer.bundle/Contents/Support/LockScreen.app/Contents/MacOS/LockScreen -session 256 -msgHex 

Anote el PID que está a la izquierda de esto.

luego ingresa:

sudo kill -9 "PID" 

Esto obligará a reiniciar la pantalla de bloqueo y volverá a estar disponible.

Sé que esto es como se explica en la publicación anterior. También se realiza en dos máquinas 10.8.2 que ejecutan ARD 3.6.1.

Está bien, no puedo comentar sobre el uso de ARD, no lo tengo, pero esta puede ser una solución adecuada, al menos mientras tanto.

Al usar la pantalla compartida normal, tiene la opción de usar la pantalla de hardware o la virtual. Esto fue algo fácil de usar en 10.7, pero fue confuso en lugar de 10.8 y el comando del elemento del menú para cambiar las pantallas desapareció.

Para usar la pantalla virtual, esto es lo que debe hacer. En primer lugar, tenga otro usuario que tenga las opciones relevantes para compartir pantalla permitidas, luego inicie sesión:

• Si nadie ha iniciado sesión en la máquina de destino, siempre obtendrá la pantalla de Hardware que muestra la pantalla de inicio de sesión normal
• Si usted es el usuario que intenta iniciar sesión porque ya ha iniciado sesión, entonces siempre cambiará a ese usuario y usará la pantalla de hardware
• Si inicia sesión con otro usuario que aún no ha iniciado sesión en la pantalla de hardware, obtiene el siguiente mensaje y la capacidad de usar la pantalla virtual, lo que permite poder hacer lo que quiera sin cambiar la pantalla principal y con no hay posibilidad de que alguien pueda verlo

Estonoesperfecto,debeasegurarsedequesuusuariosecundariotengalosderechosdeaccesorelevantesalosarchivosydelosquepuedanecesitaracceder,otalvezdebaadoptarlaprácticaincómodadeabandonarsusecundaria(o"ficticia ") el usuario ha iniciado sesión cuando abandona el escritorio y le permite utilizar su ID principal en la pantalla compartida, pero puede ayudar.

Apple proporciona un ejemplo de cómo hacer un guión en la pantalla de bloqueo en el Capítulo 9 de la Guía de administración de ARD .

Quizás esa secuencia de comandos en la página 174 podría acortarse para simplemente enviar la secuencia de desbloqueo:

-- Start commanding the local copy of Remote Desktop
tell application "Remote Desktop"
  -- decide which list to perform this on, in this case it's called
     "WorkMac"
  set these_computers to computer list "WorkMac"
  -- unlock the screen when finished
  execute (make new unlock screen task) on these_computers
end tell 

Para lo que vale, este es un error conocido en ARD y aparentemente ha existido por un tiempo. Este Apple KB tiene un artículo al respecto, pero ninguna sugerencia sobre cómo solucionarlo. enlace

Parte clave del documento:

  

Si usa Remote Desktop para tomar el control de un cliente usando el modo Cortina, luego inicie o cierre sesión en el cliente remoto, la sesión de control finalizará y no podrá volver a tomar el control de la computadora hasta que esté reiniciado Esto ocurre en el cliente que ejecuta Mac OS X v10.5 o posterior, y también ocurrirá si bloquea la pantalla del cliente antes de tomar Control.

     

Resolución

     

Antes de cerrar sesión, cierre cualquier ventana con información confidencial, finalice la sesión de control (y Desbloquee la pantalla si es necesario). No cierre la sesión en el cliente remoto mientras lo controla en el modo Cortina.

No puedo reproducir su configuración exacta, ya que actualmente no tengo una segunda máquina que ejecute 10.8.2 y 3.6.1, pero esto es lo que intenté:

Desde mi 10.8.2 / 3.6.1 admin Mac Bloqueé la pantalla en mi cliente 10.6.8, cerré la sesión del cliente y reproduje la falla de bloqueo de la pantalla. Me desconecté de mi sesión de ARD y el cliente permaneció con el ícono de la pantalla de bloqueo. Me puse en contacto con el cliente y, después de intentar obtener algo de amor de 'kickstart', ejecuté la lista launchctl que reveló un trabajo 'LockScreen'. Matar sin emitir una señal no tuvo ningún efecto, pero al enviar un -9 se eliminó el icono de bloqueo de la pantalla y, después de unos segundos, se cargó la ventana de inicio de sesión. Tendrá que probarlo bajo sus condiciones para verificar que esta misma técnica funcione en una máquina 10.8.2 / 3.6.1 bloqueada y cuando el problema se deba a algo distinto al cierre de sesión del usuario.

Si estás en El Capitán, las instrucciones anteriores relacionadas con matar la pantalla de bloqueo no funcionarán. Hay un proceso que lo sigue iniciando y no pude encontrarlo usando launchctl list . También intenté apagar ARD a través de mi inicio de sesión ssh , pero tampoco funcionó. Al parecer, LockScreen.app y ARD son procesos desacoplados o algo así. Terminé teniendo que hacer un shutdown -r now para forzar un reinicio. Estoy bastante enojado de que Apple no haya solucionado este error o haya proporcionado una solución que, ya sabes, realmente funciona DESPUÉS del hecho.

En la aplicación de Escritorio remoto, abra la lista del sistema y resalte una máquina remota que muestre el estado de "Pantalla bloqueada". Despliegue el menú de Interact y elija "Desbloquear pantalla ..."

Verás inmediatamente el cambio de estado del sistema de "Pantalla bloqueada" a "Disponible". A continuación, puede iniciar una nueva conexión de modo de cortina.