Hiciste clic en Reinicio remoto, la máquina se apagó y nunca volvió a estar disponible. O apareció el aviso para volver a conectar, hiciste clic y, aun así, la sesión se cerró. O el dispositivo sigue apareciendo como en línea en tu lista mientras que cada intento de conexión falla. Un reinicio interrumpe lo que necesita el acceso remoto, y eso explica casi todos los fallos: nada en el lado remoto responde hasta que alguien inicia sesión localmente, o la credencial que funcionaba antes del reinicio ya no existe después de este. A continuación, te diré cuál te ocurrió y las soluciones que realmente funcionan.
Si el paso de reconexión en sí falla cada vez, HelpWire lo gestiona de manera diferente. Es un software de acceso remoto para equipos de TI y técnicos, y se vuelve a conectar a la sesión automáticamente después de que el sistema remoto se reinicie o el usuario cierre la sesión. Eso cubre exactamente este escenario: actualizaciones y trabajo con controladores que requieren un reinicio a mitad del proceso.
TeamViewer reiniciar y reconectar: qué hace el botón
El reinicio y la reconexión de TeamViewer es un proceso de enlace en dos pasos. Cuando activas el reinicio desde dentro de la sesión, TeamViewer pregunta si deseas esperar al socio, mantiene un marcador para ese punto de conexión y te ofrece un botón Reconectar una vez que el dispositivo remoto informa que vuelve a estar en línea.
Dentro de ese único proceso de enlace, la reconexión no te vuelve a pedir la contraseña. Lo que no hace es dejarte con una credencial operativa después. Tampoco sobrevive a un cambio de ID, y no verifica que el software remoto esté listo cuando te presenta el botón Reconectar.
Se reconectará TeamViewer después del reinicio: Las tres condiciones
¿Se volverá a conectar TeamViewer después de reiniciar? tiene una respuesta precisa: sí, cuando se cumplen a la vez tres condiciones, y no cuando falla cualquiera de ellas. El lado remoto debe ejecutar un cliente instalado que persista como servicio o demonio en lugar de un módulo de una sola ejecución. Debes conservar el token de esa sesión o una credencial que sobreviva al reinicio, y ambos extremos deben estar en un par de plataformas compatibles. En Windows, ese componente persistente es el servicio de TeamViewer, razón por la cual la Solución 3 de abajo comprueba su tipo de inicio.
El personal de TeamViewer expuso directamente la regla de plataformas en un hilo de la comunidad sobre la retención de la conexión: reiniciar y reconectar funciona de Windows a Windows o Mac, y de Mac a Windows o Mac. Linux queda fuera de ese par. La propia base de conocimientos de TeamViewer añade una segunda limitación: la función de reinicio aún no es compatible con macOS y sigue en desarrollo. Así que un Mac puede ser el controlador en ese par pero no el destino para el propio botón.
Reconexión de TeamViewer tras el reinicio: Las soluciones que se mantienen
Aplique estas soluciones en orden. Las soluciones 1 y 2 resuelven por sí solas la mayoría de los casos de reconexión de TeamViewer después de reiniciar, y cada solución a continuación está confirmada en la documentación del proveedor, en una comunidad de soporte o por técnicos en foros públicos.
Solución 1: Mover el lado remoto fuera de QuickSupport
Reemplaza QuickSupport por TeamViewer Host antes de reiniciar cualquier cosa. TeamViewer expone la limitación de forma explícita en su documentación de contraseña personal: el acceso desatendido solo funciona con Host o la versión completa, y QuickSupport no lo admite. Host se instala como un servicio de Windows. Así, responde en la pantalla de inicio de sesión sin que haya un usuario presente, y TeamViewer documenta la ruta de actualización en sesión, que no requiere un segundo enlace de descarga ni una llamada telefónica.
En la sesión activa de QuickSupport, abra Archivos y extras en la barra de herramientas de la sesión remota.
Pase el cursor sobre Instalar TeamViewer de forma remota y seleccione Instalar TeamViewer Host.
Confirme con Instalar módulo Host. TeamViewer advierte que se cerrará e instalará la nueva versión. Haga clic en Aceptar o deje que finalice la cuenta atrás.
Cuando se le pregunte si desea reconectarse automáticamente una vez que se haya instalado Host, haga clic en Esperar al socio.
Una vez que finalice la instalación, haz clic en Reconectar. El artículo Host-via-QuickSupport de TeamViewer indica que esta reconexión no requiere una nueva contraseña.
Abre TeamViewer Host en el dispositivo remoto, haz clic en Administrar este dispositivo e inicia sesión con tus credenciales de TeamViewer. Eso asigna el dispositivo a tu cuenta, con lo que la documentación actual concluye el procedimiento, y es lo que permite sobrevivir al siguiente reinicio.
Una limitación que conlleva el procedimiento: TeamViewer señala que la instalación de Host durante la sesión solo funciona en conexiones entre dispositivos Windows. Si controlas desde un Mac o una máquina Linux, esta vía queda descartada y, en su lugar, el usuario remoto instala Host manualmente.
Haz esto antes de que el controlador entre en funcionamiento. Una vez que la máquina esté fuera de línea, no tendrás sesión en la que ejecutar el paso uno.
Solución 2: Establece una contraseña personal u otorga Acceso fácil
Una contraseña personal sobrevive a los reinicios porque se almacena en lugar de generarse. Configúrala en la máquina remota mientras aún tengas una sesión. TeamViewer trasladó este ajuste desde Seguridad a las opciones avanzadas, así que la ruta documentada actual pasa por el icono de engranaje.
Abra TeamViewer (Classic) en el dispositivo remoto y haga clic en el icono de engranaje en la esquina superior derecha.
Seleccione Avanzado y confirme con Mostrar opciones avanzadas.
Desplázate hasta Configuración avanzada para las conexiones a este equipo y la sección de Contraseña personal.
Introduce la contraseña en ambos campos y haz clic en OK. TeamViewer rechaza palabras del diccionario y secuencias de teclado, y requiere al menos 8 caracteres.
Para los dispositivos que gestiones a largo plazo, asigna el dispositivo en su lugar. En la máquina remota, abre Configuración con el icono de engranaje, desplázate por la pestaña General hasta Administrar este dispositivo, haz clic en ella e inicia sesión con tus credenciales de TeamViewer. Luego abre Extras, Opciones, Seguridad y marca Conceder acceso fácil debajo de Acceso no supervisado. El acceso fácil elimina la contraseña de la ecuación por completo, lo que también elimina el caso en el que una actualización de versión remota cambia la contraseña a mitad del trabajo.
Solución 3: Forzar que el servicio de TeamViewer se inicie antes del inicio de sesión
Establece el servicio en Automático y confirma que se esté ejecutando, porque el inicio en Manual significa que nada responderá hasta que haya un inicio de sesión local. Esta es la primera comprobación que el soporte de TeamViewer solicita en hilos sobre reinicios, junto con la Iniciar TeamViewer con Windows opción.
En la máquina remota, presione Win + R, escriba
services.msc, y presione Enter.Busque la entrada denominada
TeamViewer. El sufijo de versión se eliminó del nombre del servicio a partir de TeamViewer 11, por lo que las compilaciones actuales lo registran comoTeamVieweren lugar deTeamViewer15.Haz clic con el botón derecho sobre él y selecciona Propiedades.
Establezca Tipo de inicio en Automático.
Confirme que Estado del servicio muestra En ejecución, luego haga clic en Aplicar y Aceptar.
En TeamViewer, abre Extras, Opciones, General, y confirma que Iniciar TeamViewer con Windows está marcada.
Para verificar desde una línea de comandos en lugar de la Services consola, ejecute esto en una ventana de PowerShell con privilegios elevados en la máquina remota:
Get-Service -Name TeamViewer | Select-Object Name, Status, StartType
Si StartType devuelve Manual, corríjalo con:
Set-Service -Name TeamViewer -StartupType Automatic
Solución 4: Permite que Windows vuelva a iniciar sesión automáticamente después de una actualización
Habilite Inicio de sesión automático tras reinicio, para que Windows vuelva a iniciar sesión con el último usuario interactivo y bloquee la sesión después de un reinicio por actualización. Windows Update extrae las credenciales derivadas del usuario que ha iniciado sesión, las guarda en el disco, configura Autologon, luego inicia sesión y bloquea el dispositivo en el siguiente inicio. Para el acceso remoto, eso es importante porque la sesión del usuario vuelve a existir, por lo que todo lo que dependa de un escritorio con sesión iniciada funciona.
En el equipo remoto, abra Configuración, luego Cuentas, luego Opciones de inicio de sesión.
En Windows 11, desplázate hasta Configuración adicional y activa Usar mi información de inicio de sesión para finalizar automáticamente la configuración después de una actualización. En Windows 10, el mismo interruptor se encuentra en Privacidad y dice Usar mi información de inicio de sesión para finalizar automáticamente la configuración de mi dispositivo después de una actualización o un reinicio.
Si el interruptor aparece en gris, hay dos motivos habituales. La cuenta no tiene ninguna credencial de Windows Hello configurada, o el dispositivo está unido a un dominio y la opción está controlada por la directiva de la organización. La ruta de directiva que se indica a continuación cubre el segundo caso.
En Windows Pro y Enterprise, configúrelo mediante directiva en su lugar:
Pulsa Win + R, escribe
gpedit.mscy pulsa Enter.Vaya a Configuración del equipo, Plantillas administrativas, Componentes de Windows, Opciones de inicio de sesión de Windows.
Abra Iniciar sesión y bloquear automáticamente al último usuario interactivo después de un reinicio, y configúrelo en Habilitado.
Dos límites determinan si esto le ayuda. Microsoft separa los dispositivos administrados de los no administrados. Un dispositivo no administrado usa el cifrado del dispositivo, pero no lo requiere, mientras que un dispositivo administrado necesita TPM 2.0, SecureBoot, y BitLocker antes de ARSO que siquiera se configure, y los administradores pueden anular ese requisito mediante una directiva. ARSO en dispositivos administrados está actualmente disponible solo en dispositivos unidos a Microsoft Entra ID.
El segundo límite importa más durante el trabajo de soporte. En un dispositivo administrado, un reinicio que usted inicia no obtiene ARSO, mientras que un reinicio de Windows Update sí lo hace, y también un reinicio emitido con shutdown -g -t 0. Ese es el comando que debe usar cuando desea que Windows vuelva a iniciar la sesión del usuario después de un reinicio que usted inició. El valor del Registro detrás de la característica es DisableAutomaticRestartSignOn en HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System, donde 0 lo habilita.
Solución 5: Descarta el adaptador de red y el Inicio rápido
La administración de energía del adaptador de red desconecta una máquina de la red sin mostrar señales de problemas, y se aplica a cualquier arranque. Inicio rápido no se aplica en absoluto a un reinicio, así que no explica nada sobre la Reinicio remoto ruta. Pero pertenece al mismo paso porque el consejo de último recurso que la gente da a los clientes es apagar la máquina y volver a encenderla, que es exactamente la ruta que Inicio rápido controla.
Abra el Administrador de dispositivos en el equipo remoto, expanda Adaptadores de red, haga clic con el botón derecho en el adaptador activo, y seleccione Propiedades.
Abra la pestaña Administración de energía y desactive Permitir que el equipo apague este dispositivo para ahorrar energía.
Haga clic en OK.
Abra Panel de control, Opciones de energía, Elegir lo que hacen los botones de encendido/apagado.
Haga clic en Cambiar la configuración actualmente no disponible.
Desactiva Activar inicio rápido (recomendado) y guarda los cambios.
Qué corrección se aplica a qué configuración
| Configuración del lado remoto | Lo que verá después del reinicio | Empiece aquí |
|---|---|---|
| QuickSupport en Windows | Endpoint desaparecido. No se establece reconexión. | Solución 1 |
| Cliente completo, solo contraseña aleatoria | Dispositivo en línea, contraseña rechazada. | Solución 2 |
| Host o cliente completo, servicio en Manual | Nada responde hasta un inicio de sesión local. | Solución 3 |
| Windows 11 unido a dominio tras una actualización de características | Se llega a la pantalla de inicio de sesión, falta la sesión de usuario. | Solución 4 |
| Portátil o mini PC, tapa cerrada | Inaccesible hasta que alguien lo toque. | Solución 5 |
| Endpoint Linux (Ubuntu, Debian, Fedora) | Reinicio remoto en gris, sin oferta de reconexión. | No es compatible. Reinicie desde dentro del sistema operativo y vuelva a conectar manualmente. |
Por qué la reconexión automática de TeamViewer tras el reinicio falla después de actualizaciones e instalaciones de controladores
La reconexión automática de TeamViewer después del reinicio falla con mayor frecuencia durante actualizaciones y trabajos con controladores porque ese trabajo cambia las cosas de las que depende una reconexión. Un reinicio provocado por una actualización de Windows deja la máquina en la pantalla de inicio de sesión en la que nadie inicia sesión. La instalación de un controlador puede dejar la máquina con un ID de TeamViewer diferente del ID al que habías puesto en cola la reconexión. Ninguno de estos casos se manifiesta como un error de red, por lo que la lista de verificación estándar no encuentra nada.
Cuatro modos de fallo explican los informes, y cada uno de ellos está documentado en la propia comunidad de soporte de TeamViewer o en su base de conocimientos.
La contraseña de acceso se regenera cada vez que se reinicia TeamViewer
La contraseña de acceso aleatorio está vinculada a la vida útil del proceso de TeamViewer. Un reinicio vuelve a iniciar TeamViewer y se genera una nueva contraseña. La opción Mantener actual mantiene la contraseña solo mientras el usuario final no reinicie TeamViewer, y no hay forma de evitar el cambio de una contraseña aleatoria.
Existen cuatro valores en Contraseña aleatoria después de cada sesión, documentados en la documentación sobre la contraseña aleatoria de TeamViewer: Mantener actual, Generar nueva, Desactivar y Mostrar confirmación. Rigen lo que sucede después de que finaliza una sesión en lugar de lo que ocurre después de reiniciar TeamViewer, y Mantener actual es el que TeamViewer indica explícitamente que solo se mantiene hasta que la aplicación se reinicia. Una contraseña personal o Acceso fácil es la única vía que no depende de cuál de los cuatro esté configurado.
Nada responde antes de que alguien inicie sesión localmente
Si en el lado remoto se ejecuta QuickSupport, el reinicio elimina el punto de conexión. QuickSupport es un ejecutable de una sola ejecución, sin servicio y sin entrada de inicio automático, y TeamViewer indica esta limitación en su documentación: el acceso no asistido solo funciona con Host o con la versión completa, y QuickSupport no lo admite. Un usuario registrado en el cliente completo con QuickSupport en sus clientes describió el resultado, que un reinicio remoto le impedía reconectarse automáticamente, y el usuario remoto tenía que autorizar la conexión manualmente cada vez.
El mismo síntoma aparece con el cliente completo cuando Iniciar TeamViewer con Windows está desactivado, o cuando TeamViewer_Service.exe está en Tipo de inicio Manual. Un hilo de la comunidad de TeamViewer abierto sobre Windows 10 compilación 15063.138 registra el patrón con precisión: la máquina desapareció de la lista de equipos después de la actualización, reapareció en el momento en que el autor inició sesión localmente y volvió a desaparecer en el siguiente reinicio, con el servicio configurado en automático y en ejecución cada vez que lo comprobaba. Comprueba primero el tipo de inicio del servicio, luego si teamviewer.exe se ejecuta después del inicio de sesión y, solo entonces, si el PC está en línea.
La reinstalación de un controlador puede cambiar el ID de TeamViewer
Reinstalar el controlador del adaptador de red puede dejarte con un ID de TeamViewer diferente tras el reinicio. Un usuario de la comunidad de TeamViewer explicó la secuencia: un controlador de adaptador de red incorrecto, una desinstalación, una reinstalación con el controlador correcto, un reinicio y un ID nuevo. Su registro indicó la razón, que era que el MID había cambiado. TeamViewer no publica qué determina el MID, y ese hilo nunca obtuvo una respuesta, así que considera esto como un resultado conocido más que como una regla documentada.
Este es el modo de fallo del que nadie te advierte antes de una sesión con el controlador. El marcador de reconexión apunta al ID antiguo. La máquina está en línea, accesible y responde a una dirección que ya no tienes. Las actualizaciones de características de Windows han producido el mismo resultado, reportado tras la actualización de Windows 10 de mayo de 2020.
El mensaje de reconexión aparece antes de que el módulo remoto esté listo
El botón Reconectar se puede pulsar antes de que el software remoto esté en funcionamiento, y un clic prematuro destruye la sesión. Un técnico documentó la secuencia en un hilo de la comunidad sobre reinicios de QuickSupport: todos los avisos aparecieron correctamente, la reconexión nunca llegó a establecerse, y sus propias pruebas mostraron que QuickSupport no se inicia hasta algún tiempo después de que Windows arranca, mientras que el cuadro de reconexión aparece de inmediato. Si se hace clic antes de que el módulo se ejecute, toda la sesión falla, sin posibilidad de recuperación salvo una sesión nueva iniciada por el cliente.
No hay un indicador del estado del módulo ni forma de consultarlo desde tu lado. El botón te indica que el dispositivo respondió, no que el software que hay detrás esté listo.
Lo que la mayoría de la gente intenta primero y por qué falla
Cuatro acciones aparecen en casi todos los hilos sobre este problema, y ninguna de ellas aborda ni una ni otra de las causas raíz.
Reinstalar TeamViewer. Esto restaura la conexión hasta el próximo arranque; luego vuelve el mismo síntoma. Un hilo del foro sobre el NOT READY: Please check your connection siguió exactamente ese bucle: la reinstalación funcionó; el siguiente reinicio lo volvió a romper.
Reiniciar el servicio de TeamViewer. Un consejo sensato cuando puedes acceder a la máquina. El problema es precisamente que no puedes.
Abrir puertos y reenviar 3389. Esto viene de guías de RDP y no hace nada para TeamViewer, que no necesita reglas de entrada. El puerto 3389 pertenece al Protocolo de Escritorio Remoto, un producto diferente con un perfil de fallos diferente.
Wake-on-LAN. La máquina ya está encendida y responde a pings. No hay nada mal en el estado de alimentación.
Hay otras dos que parecen soluciones y no lo son. Mantener la sesión iniciada se recomienda como cura general y no lo es, porque no afecta ni al servicio de escucha ni a la contraseña de acceso. Un usuario en un hilo de la comunidad sobre esta misma pregunta respondió que lo tenía activado y aun así no pudo conectarse después de un reinicio. Importa en exactamente un caso: el bloqueo por uso comercial en la tabla a continuación.
La segunda es más sutil. Iniciar TeamViewer con Windows es el ajuste correcto, porque instala TeamViewer como un servicio del sistema de Windows para que responda antes del inicio de sesión de Windows, pero marcar esa casilla no es prueba de que el servicio siga configurado así. Los usuarios informan de que la opción se restablece a su valor predeterminado tras una actualización de versión, así que comprueba el servicio en services.msc en lugar de la casilla. Y no se puede confiar en el indicador en línea de tu lista de dispositivos después de un reinicio, por las razones expuestas arriba.
Mensajes de error y qué significa cada uno
Compara la cadena que ves con la causa antes de cambiar cualquier cosa.
| Mensaje | Qué indica | Comienza aquí |
|---|---|---|
Partner did not connect to router. Error Code WaitForConnectFailed | Un problema de conectividad en uno de los dos dispositivos. Es un síntoma más que un diagnóstico y, tras un reinicio, la causa habitual es que en el lado remoto no volvió a iniciarse nada. | Verifique la conectividad primero, luego la Solución 1 y la Solución 3. |
Not ready. Please check your connection | El cliente remoto no puede alcanzar los servidores de TeamViewer. TeamViewer apunta a una conectividad general de Internet, un cliente sin ruta de salida, el puerto saliente 5938 bloqueado o un problema con el servicio o el estado de TeamViewer. | Compruebe que la máquina esté en línea, luego la Solución 3. |
Commercial use suspected después de un reinicio | La detección de uso comercial de TeamViewer, que es un asunto de licencia más que una falla de reinicio. Aparece después de un reinicio porque es cuando vuelve a intentar conectarse. Un usuario con licencia lo informó exactamente en esa secuencia. | Confirme que haya iniciado sesión en la máquina desde la que se conecta, ya que ahí es donde se aplica la licencia; luego trátelo como una cuestión de licencia. |
Amarillo Connecting... que nunca se resuelve | El extremo está registrado, pero la sesión no puede adjuntarse a una pantalla. Común en extremos Linux después de que finalizó una sesión previa. | Reinicie localmente. La función de reconexión no cubre este caso. |
Remote Desktop can’t connect to the remote computer for one of these reasons: | RDP, no TeamViewer. Un fallo genérico con varias causas documentadas: Escritorio remoto no habilitado, la máquina sin conexión, un problema de red o el listener y sus servicios no se están ejecutando. | La sección de RDP a continuación. |
Error code: 0x10b Extended error code: 0x0 | El mensaje genérico de RDP de que se perdió la conexión con la computadora remota. Es un síntoma más que un diagnóstico y aparece en sesiones caídas de todo tipo. | El hilo de Microsoft Q&A sobre la variante de conectar una vez por arranque documenta el síntoma pero nunca produjo una solución confirmada. |
La plataforma no limita a nadie documentos en un solo lugar
Reinicio y reconexión es más limitado de lo que sugiere la lista de funciones, y los límites se encuentran en tres documentos separados. Esta tabla los reúne.
| Equipo remoto | Reinicio remoto disponible | Reinicio en modo seguro | Reconexión automática |
|---|---|---|---|
| Windows | Sí | Sí | Sí, desde un controlador de Windows o Mac |
| macOS | No. TeamViewer lo documenta como aún no compatible y en desarrollo. | No | Compatible desde un controlador de Windows o Mac, pero el reinicio debe iniciarse dentro de macOS |
| Linux | No. Acciones aparece en gris. | No | No |
15.6.7 en dos máquinas con Ubuntu 18 informó que la opción Reinicio remoto aparecía deshabilitada en Acciones del menú, y dijo que tenía que acceder físicamente a la máquina remota después de cada reinicio. El hilo nunca produjo una solución.¿Qué pasa si no puedo conectarme al Escritorio remoto después de reiniciar con RDP directo?
Si utilizas Escritorio remoto de Windows en lugar de TeamViewer y no puedes conectarte al Escritorio remoto después de reiniciar, comienza por el servicio en lugar de la red. Servicios de Escritorio remoto, el servicio denominado TermService, viene con un Manual tipo de inicio y está pensado para iniciarse bajo demanda, y el problema que la gente encuentra es que tras un reinicio posterior a una actualización no se inicia en absoluto.
Confirme que TermService se esté ejecutando, luego cambie su tipo de inicio
Pulsa Win + R, escribe
services.mscy pulsa Intro.Busque Servicios de Escritorio remoto en la lista.
Haz clic con el botón derecho sobre él, selecciona Propiedades y establece Tipo de inicio en Automático.
Haga clic en Iniciar si el servicio está detenido, luego en Aplicar y Aceptar.
Desde una sesión de PowerShell elevada:
Set-Service -Name TermService -StartupType Automatic
Start-Service -Name TermService
El segundo servicio, y cómo confirmar que el listener se ejecuta
Microsoft menciona exactamente dos servicios que comprobar para este error: Servicios de Escritorio remoto (TermService) y Redireccionador de puertos en modo de usuario de Servicios de Escritorio remoto (UmRdpService), y dice que hay que asegurarse de que ambos estén en ejecución. No especifica un tipo de inicio.
El cambio a Automático proviene de la práctica: un administrador de TI de una organización benéfica en el foro de preguntas y respuestas de Microsoft describió un escritorio que rechazaba RDP después de cada reinicio tras una actualización y necesitaba un segundo reinicio para aceptar conexiones. Cambió TermService y UmRdpService de Manual a Automático, lo que había resuelto el mismo fallo aleatorio en tres clientes anteriores, y en esta máquina además encontró Inicio rápido aún habilitado y lo desactivó con HiberbootEnabled = 0. Ambas comprobaciones deben hacerse en la misma pasada.
Antes de cambiar nada de eso, confirma si el servicio de escucha se está ejecutando. Ejecuta qwinsta en un símbolo del sistema con privilegios elevados en la máquina remota. La salida debe contener una rdp-tcp línea en el Listen estado. Si esa línea no aparece, el servicio de escucha está caído y ningún trabajo de red ayudará.
Si el servicio de escucha se está ejecutando y las conexiones siguen fallando, comprueba que la máquina no esté atascada a mitad de configuración. La guía de Microsoft para este error señala dos valores del registro en HKLM\SYSTEM\Setup: SystemSetupInProgress y OOBEInProgress. Ambos deben tener el valor 0.
Cómo HelpWire gestiona el reinicio y la reconexión
HelpWire se reconecta a la sesión automáticamente después de que el sistema remoto se reinicia o el usuario cierra sesión, lo cual es la parte del flujo de trabajo en TeamViewer que las cinco correcciones anteriores existen para proteger.
Cómo funciona
La aplicación HelpWire Client en la máquina remota mantiene el permiso desatendido, por lo que el acceso no depende de una contraseña que cambia al iniciar. Solo haces clic en Solicitar Acceso desatendido en la pestaña de estación de trabajo del portal web de HelpWire o desde la app Operator, y el usuario remoto concede el permiso.
Para trabajos de actualización y controladores específicamente, cambian tres cosas. La credencial no cambia al arrancar, por lo que no hay nada que volver a introducir una vez que la máquina está de vuelta. La elevación a administrador está disponible dentro de la sesión mediante Solicitar acceso de administrador en la barra de herramientas de Operator, por lo que los instaladores restringidos por UAC no necesitan a nadie en el teclado. Y el permiso pertenece a la organización si formas parte de una, por lo que un compañero puede retomar el mismo dispositivo cuando el primer técnico termina su turno.
Nota: En macOS con FileVault habilitado, el usuario remoto debe iniciar sesión en su cuenta después de cada reinicio antes de que pueda comenzar una sesión desatendida, lo cual es una restricción de macOS y no de HelpWire. En Linux, con respecto a los reinicios, el detalle relevante es que HelpWire admite sesiones Wayland y X11, pero no puede acceder a la pantalla de inicio de sesión en Wayland, una restricción del sistema operativo, lo que significa que un escritorio Wayland reiniciado vuelve a ser accesible solo cuando alguien inicia sesión.
Comparación: Reiniciar y reconectar a través de tres herramientas
| Capacidad | TeamViewer (Host o cliente completo) | Windows RDP | HelpWire |
|---|---|---|---|
| Reconectar después de un reinicio remoto | Sí, solo pares Windows y Mac | Sin aviso. Debe reconectarse manualmente. | Sí, después del reinicio o cierre de sesión |
| Las credenciales persisten tras el reinicio | Solo con una contraseña personal o Acceso fácil | Credenciales de la cuenta de Windows | Concesión desatendida, sin rotación de contraseñas |
| Reinicio remoto en modo seguro | Sí, equipos Windows | No desde el cliente | Reiniciar desde el escritorio remoto |
| Configuración del lado remoto | Instalación de Host o cliente completo | Habilitar Escritorio remoto. Pro, Enterprise, Education, o Server solo, no Home. | Aplicación cliente, portable en Windows |
| Elevación de administrador en sesión | Primero debe habilitarse la autenticación de Windows | Nativa de la sesión | Solicitar acceso de administrador en la barra de herramientas |
Preguntas frecuentes
Usa Acciones, Reinicio remoto, Reiniciar en modo seguro desde la barra de herramientas de la sesión en un equipo con Windows. El manual de TeamViewer especifica que esta opción reinicia el equipo en modo seguro con controladores de red, por lo que la pila de red debería estar presente. La salvedad está un nivel por debajo de eso: FixMe.IT documenta que en algunos dispositivos Windows 10 desactiva la conectividad de red en Modo seguro por completo, una limitación de Microsoft que ninguna herramienta remota puede controlar. Confirma que el equipo puede acceder a Internet en Modo seguro antes de confiar en el acceso remoto para sacarlo de él.
Lo hace cuando se configura la autenticación previa al arranque, porque el equipo espera en el BitLocker PIN o en la solicitud de clave de recuperación antes de que se inicie Windows. En ese punto no se ejecuta ningún servicio, por lo que ninguna herramienta remota puede alcanzarlo. BitLocker también juega en sentido contrario, porque Automatic Restart Sign-On depende de él. La ConfigAutomaticRestartSignOn directiva se establece de forma predeterminada en el modo que Microsoft denomina Enabled si BitLocker está activado y no suspendido, y un dispositivo administrado requiere BitLocker junto con TPM 2.0 y SecureBoot. La autenticación solo con TPM es la configuración que satisface a ambas partes, porque mantiene BitLocker activo para ARSO y elimina la solicitud previa al arranque que bloquea el arranque.
No, porque Wake-on-LAN está pensado para una máquina apagada o en suspensión, y una máquina que terminó de reiniciarse ya está despierta. Un paquete mágico despierta un sistema en suspensión, y aquí no hay nada que despertar. Si la máquina es alcanzable es otra cuestión con tres respuestas habituales: no volvió el servicio que escucha, la credencial dejó de ser válida con el reinicio, o el adaptador de red se apagó durante el arranque. Las soluciones 1, 2 y 5 cubren esos casos en ese orden.
Una actualización de versión cierra y reinicia la aplicación, lo que regenera la contraseña de acceso aleatoria exactamente como lo hace un reinicio. La sesión en sí está bien, porque TeamViewer documenta que te reconectas automáticamente al equipo remoto después de la actualización. El problema aparece en tu siguiente conexión, cuando la contraseña que anotaste ya no funciona. Configura una contraseña personal o el Acceso fácil antes de ejecutar la Actualización remota.
Puede suceder, y el cambio no siempre es permanente. Un usuario informó un ID de instalación cambiado justo después de la actualización de Windows 10 de mayo de 2020 con una licencia ya asignada a esa máquina, y el ID original volvió por sí solo después de un tercer reinicio completo y otra ronda de actualizaciones de Windows. Un segundo usuario en el hilo vio la misma reversión. Anote el ID actual antes de una actualización de características en cualquier dispositivo al que acceda de forma desatendida. Si cambia, someta la máquina a otro ciclo completo de reinicio antes de usar un ticket de traslado de licencia, porque un tercer usuario que creó una nueva entrada para el nuevo ID descubrió que falló en cuanto salió de la sesión.
El tiempo suficiente para que el dispositivo haya estado en línea por un rato, en lugar del momento en que el indicador se pone en verde. TeamViewer no publica ningún umbral al respecto, así que toma lo siguiente como una regla práctica: quince segundos en un equipo de escritorio sencillo, y más cerca de noventa en un portátil cifrado o unido a un dominio que procesa directiva de grupo al arrancar. La razón de esta diferencia es que el software remoto se registra con los servidores de TeamViewer antes de poder atender una sesión, por lo que el indicador se adelanta a la disponibilidad real.
