¿Cómo puede una Mac que ejecuta El Capitan estar siempre lista para una conexión VNC incluso después de reiniciar?
Puedo vnc en la Mac sin problema, pero cuando reinicio la Mac de forma remota no puedo volver a conectarla. Alguien tiene que conectar un teclado a la Mac e iniciar sesión y cerrar sesión físicamente. Una vez que la máquina ha iniciado sesión localmente, puedo volver a iniciar sesión de forma remota a través de Mac.
Estoy usando el VNC integrado de Mac, así como un servidor RealVNC instalado. Ninguno responderá después de un reinicio.
Edité el demonio de lanzamiento de RealVNC para que se ejecutara con carga, pero no funcionó.
ACTUALIZAR
El mac tiene filevault activado. 'sudo fdesetup authrestart' funcionará con un reinicio manual. Sin embargo, no funcionará con un reinicio forzado del sistema o un corte de energía. Alguien aún necesitaría iniciar sesión manualmente con un teclado en esos casos.
Las opciones en este punto parecen ser deshabilitar Filevault o aceptar el hecho de que una persona necesitará iniciar sesión ocasionalmente.
Apple admite esto fuera de la caja. En el panel de preferencias Compartir, debe habilitar Compartir pantalla o Administración remota y luego usar el cuadro de diálogo Configuración de la computadora para habilitar VNC.
El servicio se inicia automáticamente cuando el sistema operativo detecta el tráfico de red entrante en los puertos VNC. Ahora, debe pasar cualquier pantalla de inicio de sesión previa de FileVault donde el sistema operativo real completo aún no se está ejecutando. Para reiniciar y omitir FileVault una vez, use:
fdesetup authrestart
Es posible que deba observar el tráfico DHCP y ver si la Mac se reincorpora a la red y solicita una dirección del enrutador si no puede encontrar la máquina al reiniciar. Para solucionar problemas, puede asignar una dirección IP estática para estar seguro de que no se trata de un problema de DHCP.
El problema también podría ser su elección de cliente VNC y no espera conectarse a OS X Lion o más reciente. Algunos clientes más antiguos fallan cuando Apple permite la opción de conectarse con el usuario que ha iniciado sesión o una nueva ventana de inicio de sesión. El cliente debe volver a conectarse una vez que la sesión finaliza para iniciar sesión.
Un cliente que me gusta en iOS y Mac OS X es http://edovia.com/screens/ Por supuesto, la aplicación gratuita para compartir pantalla de Apple (búsquela en /System/Library/CoreServices/Applications) y Apple Remote Desktop también funcionan bien. .
VNC es complicado de usar en un sistema sin cabeza. La forma en que funciona es que consulta el servidor de visualización para obtener la configuración para que VNC pueda enviar esa configuración al espectador. Si no hay nada conectado, no se envían parámetros y, por lo tanto, el espectador no tiene idea de qué mostrar. Es por eso que no soy fanático de VNC o ARD y solo lo usaré si es absolutamente necesario (el 95% de todo lo que hago en sistemas sin cabeza está en Terminal, por lo que esto no me sucede muy a menudo)
Es por eso que debe conectar un monitor para que la pantalla compartida vuelva a funcionar. Si deja el monitor conectado, VNC funcionará sin problemas en los reinicios
Lo más fácil que he visto que resuelve este problema es obtener un emulador de pantalla ficticia . Es limpio, es fácil y funciona en la caja. Lo que hace es hacer que OS X piense que un monitor todavía está conectado a la pantalla, por lo que cualquier configuración que haya configurado para ese "monitor" se enviará al visor VNC.
Puede hacer el suyo propio , pero para mí, esto no es seguro y es muy descuidado para una instalación permanente. Incluí esta opción como referencia para ver lo que se está haciendo aquí (lo fácil que es) y para brindar otra opción si está en apuros. Nuevamente, no soy un fanático de este truco de bricolaje porque no está limpio y si no tiene el adaptador mDP a VGA o la resistencia, tendrá que comprarlos de todos modos y es posible que solo ahorre un par de dólares en el producto comercial. .
Puede leer el blog vinculado sobre cómo hacer esto, pero solo la imagen a continuación debería decirle qué hacer, qué adaptador de pantalla Apple necesita y qué resistencia comprar en función de sus códigos de color .
La solución al problema terminó siendo triple.
El mac tiene filevault activado. 'sudo fdesetup authrestart' funcionará con un reinicio manual. Sin embargo, no funcionará con un reinicio forzado del sistema o un corte de energía.
Deshabilite la bóveda de archivos en su disco de inicio, mueva los datos confidenciales a otro volumen y cifre con FileVault o algún otro medio. Creo que, en ese caso, MacOS no requiere una contraseña antes de que se cargue el sistema operativo.
Si desea reiniciar la máquina de forma remota sin tener que especificar el usuario, puede especificar un archivo de entrada en forma de plist. Realice los siguientes pasos en la computadora a la que se está conectando de forma remota:
Primero debe crear un archivo plist que tendrá sus credenciales, abrir una ventana de terminal y pegar lo siguiente: touch ~/.restart.plist
. Ahora abra ese archivo plist en un editor de texto y pegue lo siguiente:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Username</key>
<string>USERNAME_HERE</string>
<key>Password</key>
<string>PASSWORD_HERE</string>
</dict>
</plist>
reboot
y él hará el resto por ti. Abra su ~/.bash_profile en un editor de texto y agregue la línea alias reboot="sudo fdesetup authrestart -inputplist < ~/.restart.plist"
y luego guarde el archivo.source ~/.bash_profile
para actualizar su alias para que coincida con el perfil de bash.¡Ahora podrá reiniciar su computadora remota con un usuario específico simplemente escribiendo reboot
en su terminal!
mmmmmm
descifrador
david anderson
descifrador
descifrador
descifrador
samh