En un equipo unido a un dominio, la pantalla de inicio de sesión espera por defecto una cuenta del dominio. Si escribes solo un nombre de usuario y existe una cuenta de dominio con ese nombre, Windows entra con la del dominio, aunque tengas también una cuenta local igual. Para usar la cuenta local hay que indicárselo de forma explícita. Esta guía explica cómo hacerlo, cuándo hace falta y qué hacer si ni siquiera tienes una cuenta local utilizable.
La respuesta corta
En la pantalla de inicio de sesión, pulsa Otro usuario y escribe el nombre de usuario con uno de estos prefijos:
.\NombreDeUsuario: el punto y la barra invertida significan «este equipo». Es la forma más rápida y funciona en cualquier equipo.NOMBREDELEQUIPO\NombreDeUsuario: lo mismo, pero con el nombre real del equipo.
Después escribe la contraseña de la cuenta local y pulsa Intro. Si tu cuenta local se llama soporte y el equipo PC-OFICINA, puedes escribir .\soporte o PC-OFICINA\soporte.
Por qué se confunden las cuentas locales y las de dominio
Windows identifica cada cuenta por dos datos: el nombre y el lugar donde existe, que puede ser el propio equipo o un dominio. Cuando escribes solo el nombre, Windows tiene que decidir dónde buscarlo, y en un equipo del dominio busca primero en el dominio. Por eso, si hay cuentas con el mismo nombre en los dos sitios, siempre gana la del dominio.
Estas son las formas de indicar dónde está la cuenta:
| Formato | Qué significa | Ejemplo |
|---|---|---|
| .\usuario | Cuenta local de este equipo | .\soporte |
| EQUIPO\usuario | Cuenta local del equipo indicado | PC-OFICINA\soporte |
| DOMINIO\usuario | Cuenta del dominio, con el nombre corto del dominio | EMPRESA\maria |
| usuario@dominio.local | Cuenta del dominio, en formato de nombre principal de usuario | maria@empresa.local |
Si no recuerdas el nombre del equipo, ábrelo desde otra sesión con la orden hostname en una consola, o mira Configuración, Sistema, Acerca de, donde aparece como Nombre del dispositivo.
Cómo comprobar con qué cuenta has iniciado sesión
Si dudas de si estás dentro con la cuenta local o con la del dominio, hay dos comprobaciones rápidas. En una consola, la orden whoami muestra el usuario con su origen: si el texto antes de la barra es el nombre del equipo, es una cuenta local; si es el nombre del dominio, es una cuenta de dominio. Y para saber si el propio equipo pertenece a un dominio, usa PowerShell:
(Get-CimInstance Win32_ComputerSystem) | Select-Object Name, PartOfDomain, DomainSi PartOfDomain dice True, el equipo está unido a un dominio y en Domain verás cuál. Si dice False, está en un grupo de trabajo y todas las cuentas son locales, por lo que no tienes que preocuparte por prefijos.
Si tu equipo está unido a Microsoft Entra ID
En equipos unidos a Microsoft Entra ID (antes Azure AD) la lógica es parecida. Para iniciar sesión con una cuenta de la organización se escribe AzureAD\usuario@empresa.com, y para una cuenta local sigue valiendo .\NombreDeUsuario. Ten en cuenta que en muchos equipos gestionados por una organización las cuentas locales están deshabilitadas por política, y en ese caso no podrás usarlas aunque conozcas la contraseña.
Qué hacer si no hay ninguna cuenta local utilizable
Es una situación habitual: el equipo lleva años en el dominio y nadie sabe si existe una cuenta local con contraseña conocida. La cuenta de administrador integrada suele estar deshabilitada por defecto, y eso es lo correcto desde el punto de vista de la seguridad. Si tienes todavía acceso con una cuenta del dominio con permisos de administrador, puedes preparar una cuenta de emergencia.
Crear una cuenta local de administración
Abre PowerShell como administrador (si no sabes cómo, está explicado en ejecutar PowerShell como administrador) y ejecuta:
$clave = Read-Host -AsSecureString "Contraseña para la cuenta local"
New-LocalUser -Name "soporte.local" -Password $clave -FullName "Cuenta local de soporte" -PasswordNeverExpires:$false
Add-LocalGroupMember -SID S-1-5-32-544 -Member "soporte.local"El identificador S-1-5-32-544 corresponde siempre al grupo de administradores locales, tanto si Windows está en español (donde el grupo se llama Administradores) como en inglés (Administrators). Con él no dependes del idioma del sistema. Comprueba el resultado con Get-LocalGroupMember -SID S-1-5-32-544.
Activar la cuenta de administrador integrada
Si prefieres usar la cuenta de administrador que viene con Windows, está deshabilitada de serie y hay que activarla y ponerle contraseña. El nombre cambia con el idioma, así que comprueba antes cómo se llama en tu equipo:
Get-LocalUser | Select-Object Name, Enabled
Enable-LocalUser -Name "Administrador"
net user Administrador *La última línea te pide una contraseña nueva sin mostrarla en pantalla. En entornos de empresa es más seguro no activar la cuenta integrada, y usar una cuenta propia con otro nombre.
Buenas prácticas con las cuentas locales de emergencia
- Una contraseña distinta en cada equipo. Si todos los equipos comparten la misma contraseña local, quien la consiga entra en todos. Windows incluye Windows LAPS, que gestiona y rota automáticamente la contraseña de la cuenta local de cada equipo y la guarda en el directorio.
- Solo para emergencias. Una cuenta local de administrador no debería usarse a diario. Debería quedar guardada y usarse solo cuando el dominio no está disponible.
- Contraseñas largas. Una frase de varias palabras aguanta mejor que una contraseña corta y compleja. Consulta también la configuración de complejidad de contraseñas en Active Directory para alinear criterios.
- Auditoría. Registra los inicios de sesión: el suceso 4624 del registro de seguridad indica quién entró y con qué tipo de inicio de sesión.
Cuándo necesitas iniciar sesión con una cuenta local
«La relación de confianza entre esta estación de trabajo y el dominio principal no se pudo establecer»
Es el motivo más frecuente. La contraseña de la cuenta del equipo en el dominio se desincronizó (por ejemplo, tras restaurar una copia de seguridad o una máquina virtual antigua) y el equipo ya no puede autenticarse. Con una cuenta de dominio no entras, pero con una local de administrador sí. Una vez dentro, repara la relación de confianza desde PowerShell con permisos de administrador:
Test-ComputerSecureChannel -Verbose
Test-ComputerSecureChannel -Repair -Credential (Get-Credential)Cuando se te pida la credencial, introduce una cuenta del dominio con permiso para reparar el canal seguro. Si la reparación falla, otra opción es restablecer la contraseña del equipo con Reset-ComputerMachinePassword -Server NombreDelControlador -Credential DOMINIO\Administrador. Si tampoco funciona, la solución clásica es sacar el equipo del dominio, ponerlo en un grupo de trabajo, reiniciar y volver a unirlo.
Si el error persiste y sospechas que el problema está en el controlador de dominio, conviene comprobar su estado con DcDiag.
No hay controladores de dominio disponibles
Si el equipo no llega al dominio porque estás fuera de la oficina o hay una avería de red, Windows permite entrar con la última cuenta de dominio que inició sesión gracias a las credenciales en caché. Por defecto se guardan las de los últimos diez inicios de sesión. Si tu cuenta no está en la caché, la cuenta local es la salida.
Tareas de mantenimiento
Algunas tareas, como cambiar la configuración de red, instalar controladores o sacar el equipo del dominio, se hacen mejor con una cuenta local que no dependa del dominio.
Si no ves la opción «Otro usuario»
- Opciones de inicio de sesión. Si el equipo usa PIN o reconocimiento facial, pulsa Opciones de inicio de sesión y elige el icono de contraseña.
- Directivas de grupo. En equipos de empresa, directivas como Inicio de sesión interactivo: no mostrar el último inicio de sesión cambian lo que muestra la pantalla. Si necesitas controlar qué cuentas pueden iniciar sesión localmente, revisa cómo permitir o impedir el inicio de sesión local mediante directiva de grupo.
- Cuenta deshabilitada o bloqueada. Si el mensaje indica que la cuenta está deshabilitada, hay que activarla desde otra cuenta con permisos.
Errores frecuentes
- Olvidar el punto. Escribir
\soportesin el punto no funciona. Tiene que ser.\soporte. - Usar el nombre de equipo equivocado. Si has renombrado el equipo recientemente y no has reiniciado, el nombre efectivo puede ser el antiguo. Prueba con
.\, que no depende del nombre. - Teclado en otro idioma. La barra invertida está en teclas distintas según la distribución. En un teclado español se escribe con AltGr más la tecla situada a la izquierda del 1.
- La contraseña no se ha cambiado desde hace mucho. Si la cuenta local tiene caducidad de contraseña, puede pedirte cambiarla en el primer inicio de sesión.
Preguntas frecuentes
¿Puedo cambiar la cuenta predeterminada de la pantalla de inicio de sesión?
La pantalla muestra por defecto la última cuenta que inició sesión. Para forzar que aparezca siempre una cuenta local, inicia sesión una vez con ella. En equipos de empresa, una directiva de grupo puede controlar este comportamiento.
¿Es seguro tener una cuenta local en un equipo del dominio?
Sí, si la contraseña es única y larga, la cuenta se usa solo en emergencias y su uso queda auditado. Lo que no es seguro es que todos los equipos compartan la misma contraseña local.
¿Por qué no me deja entrar con la cuenta local aunque la contraseña es correcta?
Revisa si la cuenta está habilitada y no bloqueada, si hay una directiva que deniega el inicio de sesión local a esa cuenta y si estás escribiendo el prefijo correcto.
¿Las cuentas locales funcionan igual en Windows 10 y en Windows 11?
Sí. El prefijo .\ y los comandos de PowerShell de esta guía funcionan en ambas versiones.