¿Windows 11/10 ve un PC pero no el otro? Aquí tienes un plan paso a paso para arreglar el uso compartido de archivos cuando un equipo entra sin problemas al otro, pero en sentido inverso pide “contraseña incorrecta” o ni siquiera muestra el cuadro de credenciales, e incluso iPhone lanza “rpc struct is bad”.
Diagnóstico rápido
Antes de tocar nada, identifica el síntoma principal y a qué capa pertenece. Esta tabla te orienta:
Síntoma | Probable causa | Primera acción |
---|---|---|
“Contraseña incorrecta” con cuentas Microsoft | Formato de usuario o credenciales en caché | Usa MicrosoftAccount\correo@... y limpia Administrador de credenciales |
No aparece el cuadro de contraseña | Descubrimiento/servicios o firewall | Activa Detección de redes, revisa servicios Function Discovery*, prueba por IP |
Desde iPhone: “rpc struct is bad” | Credenciales, SMB mal negociado, nombre en red | Usa smb://IP y usuario válido; confirma SMB 2/3 |
Por IP funciona, por nombre no | Resolución de nombres local | Comprueba LLMNR/mDNS, caché DNS, archivo hosts |
“Acceso denegado” pese a poner bien la clave | Permisos de “Compartir” y/o NTFS | Añade la cuenta al recurso compartido y a Seguridad (NTFS) |
Checklist esencial para salir del atasco
- Perfil de red en Privada en ambos PCs: Configuración > Red e Internet > Propiedades > Perfil de red: Privada.
- Detección de redes y Uso compartido de archivos e impresoras activados: Panel de control > Centro de redes > Configuración de uso compartido avanzado (perfil Privado).
- Firewall: permitir Uso compartido de archivos e impresoras (SMB‑In) en redes privadas.
- Credenciales: conecta usando
MicrosoftAccount\tu_correo@ejemplo.com
y la contraseña (no PIN/Hello). Limpia credenciales previas. - Permisos en la carpeta compartida: agrega la cuenta usada tanto en Compartir como en Seguridad (NTFS).
- Servicios: Function Discovery Provider Host y Function Discovery Resource Publication en Automático (inicio retardado) y en ejecución. Servidor y Workstation en Automático.
- Prueba acceso por ruta UNC e IP:
\\NOMBRE-PC\Recurso
y\\IP\Recurso
. - SMB: no uses invitado ni SMB1. Mantén protección por contraseña y SMB 2/3.
Credenciales: la pieza que más falla
Cuando ambos PCs inician con la misma cuenta Microsoft, Windows puede confundir el contexto al autenticarse por SMB. El usuario correcto suele ser:
MicrosoftAccount\tu_correo@ejemplo.com
Usa la contraseña de esa cuenta Microsoft (no el PIN ni Windows Hello). Si hay credenciales guardadas con otro formato, Windows “cree” que ya probó y no mostrará el cuadro de contraseña.
Pasos seguros para limpiar y reconectar
- En el equipo cliente (desde el que accedes), abre Símbolo del sistema como usuario normal y ejecuta:
net use * /delete /y
Esto cierra sesiones SMB en caché. - Intenta la conexión indicando usuario:
net use \\NOMBRE-PC\NombreDelRecurso /user:MicrosoftAccount\tu_correo@ejemplo.com
- Si pides mapeo de unidad:
net use Z: \\NOMBRE-PC\NombreDelRecurso /user:MicrosoftAccount\tu_correo@ejemplo.com /persistent:yes
- Abre Panel de control > Administrador de credenciales > Credenciales de Windows:
- Elimina entradas para
\\NOMBRE-PC
y su\\IP
. - Crea una credencial: Servidor = nombre o IP, Usuario =
MicrosoftAccount\tu_correo@...
, Contraseña = la de tu Microsoft.
- Elimina entradas para
Importante: Windows sólo permite una identidad simultánea por servidor SMB. Si ya te conectaste al mismo PC con otras credenciales, verás un aviso de “múltiples conexiones”. La solución es cerrar sesiones (net use * /delete /y
) y volver a intentar con las definitivas.
Plan B: cuenta local dedicada
Si con cuenta Microsoft persiste el error, crea una cuenta local con contraseña en el PC objetivo (el que aloja la carpeta) y usa ese usuario al conectarte:
PC-OBJETIVO\UsuarioLocal
Agrega esa cuenta a los permisos de la carpeta (ver más abajo). Es la vía más estable cuando varios equipos conviven sin dominio.
Permisos: “Compartir” y NTFS deben coincidir
Piensa en dos puertas: la del recurso compartido (Compartir) y la del sistema de archivos (Seguridad, permisos NTFS). Debes tener acceso por ambas. Procede así en el PC objetivo:
- Botón derecho en la carpeta > Propiedades > pestaña Compartir > Uso compartido avanzado > marca Compartir esta carpeta.
- En Permisos, agrega la cuenta que vas a usar (Microsoft o local) con Lectura o Cambiar según necesites. Evita depender de “Todos” si mantienes protección por contraseña.
- Ve a la pestaña Seguridad (NTFS) y agrega la misma cuenta con permisos equivalentes (mínimo Lectura y ejecución para leer; Modificar si escribirás).
Objetivo | Compartir | NTFS | Resultado |
---|---|---|---|
Sólo lectura | Lectura | Lectura y ejecución | Correcto |
Lectura y escritura | Cambiar | Modificar | Correcto |
Compartir: Control total, NTFS: Lectura | Control total | Lectura | No podrás escribir (manda el más restrictivo) |
Truco de diagnóstico: temporalmente habilita “Todos” con Lectura en Compartir y revisa si el error cambia. Si con “Todos” funciona pero con tu cuenta no, el problema está en la identidad/permisos y no en la red.
Servicios y descubrimiento cuando ni sale el cuadro de contraseña
Si el PC objetivo no “publica” su existencia, el Explorador puede no mostrarlo o no pedir credenciales. Revisa en ambos equipos (Win + R > services.msc
):
- Function Discovery Provider Host — Automático (inicio retardado) y En ejecución.
- Function Discovery Resource Publication — Automático (inicio retardado) y En ejecución.
- Servidor (LanmanServer) — Automático.
- Workstation (LanmanWorkstation) — Automático.
Después, prueba accesos directos:
- Explorador > barra de direcciones:
\\NOMBRE-PC\Recurso
. - Si falla, intenta por IP:
\\192.168.x.y\Recurso
. Si por IP entra y por nombre no, tu bloqueo está en la resolución de nombres.
Resolución de nombres y conectividad
- Prueba de puerto SMB desde PowerShell:
Test-NetConnection -ComputerName NOMBRE-PC -Port 445
. Debe dar TcpTestSucceeded: True. - Flujo de nombres en redes domésticas: Windows usa LLMNR/mDNS/WS-Discovery. Si el router aísla clientes Wi‑Fi (AP Isolation), desactívalo.
- Por IP funciona, por nombre no: vacía cachés (
ipconfig /flushdns
), renueva IP (ipconfig /release
,ipconfig /renew
), o añade una entrada temporal en hosts (C:\Windows\System32\drivers\etc\hosts
). - Hora y zona horaria: activa fecha y hora automáticas. Grandes desajustes pueden romper autenticaciones.
- Firewalls de terceros: suites de seguridad pueden bloquear el 445/TCP. Añade la red como de confianza o prueba desactivar temporalmente para aislar el problema.
SMB: qué activar y qué no
- No habilites SMB1 entre PCs modernos. Mantén SMB 2/3 (por defecto en Windows 10/11).
- Protección por contraseña activada en perfil Privado. El invitado/inseguro está bloqueado por diseño y abre riesgos.
- Firma/Encriptación SMB: no cambies estos valores salvo que tengas políticas corporativas. En entornos domésticos, los valores por defecto son correctos.
Comandos útiles en PowerShell (PC objetivo):
# Ver configuración del servidor SMB
Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol, EncryptData
Comprobar que el recurso está publicado
Get-SmbShare
Reforzar que SMB1 esté deshabilitado
Set-SmbServerConfiguration -EnableSMB1Protocol \$false -Force </code></pre>
<h2>Acceso desde iPhone/iPad: “rpc struct is bad”</h2>
<p>La app <em>Archivos</em> a veces muestra ese error cuando el servidor exige credenciales que no se proporcionan en el formato correcto o cuando el nombre del equipo no resuelve. Procede así:</p>
<ol>
<li>En <em>Archivos</em> > <em>…</em> > <em>Conectar a servidor</em>, introduce <code>smb://IP</code> (p. ej. <code>smb://192.168.1.20</code>). Si después funciona, el problema era la resolución del nombre.</li>
<li>Usuario:
<ul>
<li><code>MicrosoftAccount\tu_correo@...</code> con tu contraseña, o</li>
<li><code>PC-OBJETIVO\UsuarioLocal</code> si creaste cuenta local.</li>
</ul>
</li>
<li>En el PC, confirma que la carpeta <strong>realmente</strong> otorga permisos a esa cuenta en <em>Compartir</em> y <em>Seguridad</em>.</li>
<li>No actives SMB1 en Windows. iOS negocia SMB 2/3 sin problemas si el servidor está sano.</li>
</ol>
<h2>Procedimiento de “reset” controlado</h2>
<p>Si tras los ajustes anteriores sigue sin funcionar, aplica este orden:</p>
<ol>
<li>Instala <strong>actualizaciones</strong> de Windows en ambos PCs. Reinicia.</li>
<li>En el cliente: <code>net use * /delete /y</code>, limpia <em>Administrador de credenciales</em>, reinicia.</li>
<li>En el PC objetivo: deja compartida una carpeta de prueba (por ejemplo <code>C:\Compartida\Prueba</code>) con <em>Cambiar</em>/<em>Modificar</em> para tu cuenta.</li>
<li>Comprueba servicios <em>Function Discovery*</em> en ambos. Reinicia.</li>
<li>Prueba acceso por IP. Si funciona, arregla nombres; si no, vuelve al puerto 445: <code>Test-NetConnection</code>.</li>
<li>Como <strong>último recurso</strong>: <em>Configuración > Red e Internet > Configuración de red avanzada > Restablecimiento de red</em>. Esto elimina y reinstala adaptadores; requerirá reconfigurar VPNs/virtuales.</li>
</ol>
<h2>Guía detallada paso a paso (con rutas de menú)</h2>
<h3>Configurar red y firewall</h3>
<ul>
<li>Ajusta el perfil a <strong>Privada</strong> en cada adaptador (Wi‑Fi/Ethernet).</li>
<li>En <em>Configuración de uso compartido avanzado</em> activa:
<ul>
<li><em>Activar detección de redes</em></li>
<li><em>Activar el uso compartido de archivos e impresoras</em></li>
<li><em>Uso compartido protegido por contraseña</em> <strong>activado</strong> para el perfil Privado.</li>
</ul>
</li>
<li>Firewall de Windows > <em>Permitir una app o característica</em> > marca <em>Uso compartido de archivos e impresoras</em> <strong>en Privada</strong>.</li>
</ul>
<h3>Crear y otorgar permisos a la carpeta</h3>
<ol>
<li>Crea (p. ej.) <code>C:\Compartida\Prueba</code>.</li>
<li>Propiedades > <em>Compartir</em> > <em>Uso compartido avanzado</em> > marca “Compartir esta carpeta”.</li>
<li>Permisos > Agregar la cuenta que usarás (Microsoft o local) > nivel <em>Lectura</em> o <em>Cambiar</em>.</li>
<li>Pestaña <em>Seguridad</em> > Agregar la misma cuenta > otorga NTFS equivalentes.</li>
</ol>
<h3>Conectar desde el otro PC</h3>
<ol>
<li>Cierra sesiones: <code>net use * /delete /y</code>.</li>
<li>Conecta por UNC con usuario explícito:
<pre><code>net use \\PC-OBJETIVO\Prueba /user:MicrosoftAccount\tu_correo@ejemplo.com
Si usas cuenta local:
net use \\PC-OBJETIVO\Prueba /user:PC-OBJETIVO\UsuarioLocal
Opcional: mapear unidad persistente:
net use Z: \\PC-OBJETIVO\Prueba /user:PC-OBJETIVO\UsuarioLocal /persistent:yes
Solución de problemas fina (cuando nada encaja)
- Nombre del PC: evita espacios, acentos o caracteres especiales. Usa letras, números y guiones.
- IPv6: por lo general no es el problema; no lo desactives salvo diagnóstico claro.
- UAC y acciones administrativas: si intentas usar
ADMIN$
,C$
o shares administrativos, se aplican restricciones adicionales. Crea mejor un recurso compartido normal. - Antivirus/Suites: algunos crean “firewall propio” que no respeta las reglas del de Windows. Revisa su perfil de red (hogar/privada) y añade excepción al 445/TCP.
- Una sola identidad por servidor: si compartes varias carpetas desde el mismo PC pero intentas entrar con usuarios distintos, Windows lo bloqueará. Mantén una única identidad por equipo.
Comandos de verificación útiles
# Ver equipos visibles
net view
Ver sesiones abiertas desde el cliente
net use
Probar puerto SMB (desde el cliente)
powershell -Command "Test-NetConnection -ComputerName NOMBRE-PC -Port 445"
Ver shares publicados (en el PC objetivo)
powershell -Command "Get-SmbShare"
Forzar limpieza de sesiones
net use \* /delete /y
Preguntas frecuentes
¿Puedo desactivar la “protección por contraseña” para que funcione sin clave?
No es recomendable y no siempre funciona: invitado/inseguro está bloqueado en Windows 10/11. Es mejor usar una cuenta real.
¿Debo activar SMB1 para compatibilidad?
No entre PCs modernos. SMB1 es inseguro y está obsoleto. Sólo considera habilitarlo temporalmente si conectas un dispositivo muy antiguo, y vuelve a deshabilitarlo.
¿Por qué mi PIN de Windows Hello no sirve?
Porque SMB requiere contraseña de la cuenta, no el PIN local. Con cuenta Microsoft usa MicrosoftAccount\correo@...
+ contraseña.
¿Qué pasa si no aparece el PC en “Red” del Explorador?
Usa la ruta directa \\IP\Recurso
. Si por IP funciona, corrige resolución de nombres. Revisa servicios de descubrimiento.
¿Y si sólo falla desde un dispositivo iOS?
Conecta por smb://IP
, usa credenciales válidas, revisa permisos de la carpeta y confirma que el servidor Windows negocia SMB 2/3.
Resumen operativo final
- Red Privada, Detección de redes y Uso compartido activados; firewall permite SMB‑In.
- En el PC objetivo, comparte la carpeta y da permisos a la cuenta que usarás.
- Conéctate usando
MicrosoftAccount\correo@...
+ contraseña; si falla, crea y usaPC\UsuarioLocal
. - Borra credenciales y sesiones previas, verifica servicios de descubrimiento, prueba por IP.
- Evita invitado y SMB1; mantén SMB 2/3 y protección por contraseña.
Plantilla rápida de ejecución (copiar/pegar)
:: En el cliente
net use * /delete /y
\:: Probar con cuenta Microsoft
net use \PC-OBJETIVO\Recurso /user\:MicrosoftAccount\\[tu\correo@ejemplo.com](mailto:tucorreo@ejemplo.com)
\:: (Opcional) crear mapeo
net use Z: \PC-OBJETIVO\Recurso /user\:MicrosoftAccount\\[tu\correo@ejemplo.com](mailto:tucorreo@ejemplo.com) /persistent\:yes
\:: Si usas cuenta local
net use \PC-OBJETIVO\Recurso /user\:PC-OBJETIVO\UsuarioLocal
\:: Diagnóstico de puerto SMB
powershell -Command "Test-NetConnection -ComputerName PC-OBJETIVO -Port 445"
Lista de comprobación de servicios
- Function Discovery Provider Host — Automático (inicio retardado)
- Function Discovery Resource Publication — Automático (inicio retardado)
- Servidor (LanmanServer) — Automático
- Workstation (LanmanWorkstation) — Automático
Con este plan, la mayoría de casos de “Windows 11/10 ve a B pero B no ve a A”, “contraseña incorrecta” y el aviso de iOS “rpc struct is bad” se resuelven sin recurrir a soluciones inseguras. La clave es alinear identidad, permisos, descubrimiento y SMB en ese orden.