Cómo solucionar errores de asignación de unidades y resolver mensajes de error extendidos

Al intentar abrir una carpeta de red compartida o asignar una unidad de red en un equipo con Windows 11, podría aparecer un error molesto como An extended error has occurred. A veces, sobre todo con actualizaciones recientes como Windows 11 24H2 o Windows Server 2025, Microsoft ha reforzado su seguridad al implementar la firma SMB. En teoría, suena bien, pero si se añaden dispositivos NAS antiguos o versiones anteriores de Windows que solo admiten SMBv1, el acceso se bloquea de repente.¿El problema subyacente? La firma SMB entra en conflicto entre el cliente y el servidor, y esa molesta configuración de seguridad debe coincidir o desactivarse en algunos casos.

¿Qué ocurre? Básicamente, tu equipo Windows espera que los paquetes SMB estén firmados si está configurado para ello, pero si el host remoto (otro PC, NAS, etc.) no firma esos paquetes SMB, aparece este error. Es un caso típico de dispositivos de almacenamiento o red que se retrasan en las actualizaciones de seguridad del protocolo o de que algunas configuraciones de Windows configuran un nivel de seguridad más alto por defecto.

Esta guía te ayudará a ajustar los requisitos de firma SMB, ya sea para que tu equipo Windows acepte tráfico SMB sin firmar o para deshabilitar la firma a la fuerza. Es un poco complicado, pero al menos te permite solucionar ese error y acceder a tus archivos.

Cómo solucionar problemas de firma SMB en Windows 11

Método 1: Verifique y deshabilite la firma SMB a través de la Política de grupo local (para Windows Pro y Enterprise)

  • Primero, abra el Editor de políticas de grupo local escribiendo gpedit.mscen la barra de búsqueda o en el cuadro de diálogo Ejecutar ( Win + R).
  • Vaya a Configuración del equipo > Configuración de Windows > Configuración de seguridad > Políticas locales > Opciones de seguridad
  • Busca la entrada » Cliente de red de Microsoft: Firmar digitalmente las comunicaciones siempre». Haz doble clic en ella y configúrala como Deshabilitada.
  • Haga lo mismo con el servidor de red de Microsoft: Firmar digitalmente las comunicaciones (si el cliente lo acepta). Desactívelo también, si está disponible.
  • Cierre el editor y reinicie la máquina.

Esto es útil en situaciones en las que el equipo cliente está configurado para requerir firma, pero el servidor (NAS o equipo Windows antiguo) no lo admite. Deshabilitar la firma permite conectarse como si fuera 2010, pero tenga en cuenta que debilita un poco la seguridad de SMB.

Método 2: deshabilite la firma SMB mediante ediciones del Registro (para Windows Home / si la Política de grupo no está disponible)

  • Abra PowerShell como administrador o símbolo del sistema e ingrese:
reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters" /v RequireSecuritySignature /t REG_DWORD /d 0 /f
  • También puedes hacer lo mismo a través de PowerShell con este comando:
  • Set-SmbClientConfiguration -RequireSecuritySignature $false
  • Después de ejecutarlo, reinicie su PC para asegurarse de que la configuración se mantenga.
  • Nota: En algunas configuraciones, desactivar esta opción podría no ser suficiente. También podría ser necesario desactivar por completo la compatibilidad con SMBv1 en las Características de Windows, pero tenga cuidado, ya que esto podría dañar dispositivos o sistemas antiguos que dependan de ella.

    Método 3: Asignar la unidad de red mediante la línea de comandos para obtener códigos de error más claros

    • Si el método Explorer genera errores, intente asignarlo directamente desde el símbolo del sistema o PowerShell:
    net use S: \\192.168.1.100\Share
  • Esto suele revelar mensajes de error más detallados, como errores relacionados con NTLMv1 o de firma, en lugar de errores de interfaz gráfica de usuario poco claros. Probablemente haya visto el mensaje emergente «Error de sistema 3227320323», que se relaciona con la firma SMB no compatible con el servidor.
  • Método 4: Corrija los errores relacionados con NTLMv1 forzando NTLMv2

    • Para evitar errores como 2148073478 y garantizar que su cliente use NTLMv2 (más seguro y ampliamente compatible), configure LmCompatibilityLevel en 5 en el registro:
    reg add "HKLM\SYSTEM\CurrentControlSet\Control\Lsa" /v LmCompatibilityLevel /t REG_SZ /d 5 /f
  • Como alternativa, modifique la política de seguridad local: Configuración de seguridad > Políticas locales > Opciones de seguridad > Seguridad de red: Nivel de autenticación de LAN Manager. Establézcala en Enviar solo respuesta NTLMv2. Rechazar LM y NTLM.
  • Reiniciar después de los cambios. Esto debería obligar a Windows a usar los protocolos de autenticación más recientes para SMB.
  • Recuerde que, a veces, estos ajustes son impredecibles debido a los diferentes entornos de red. Algunos dispositivos NAS antiguos pueden ser difíciles de solucionar, y las actualizaciones de Windows refuerzan constantemente la seguridad, lo que convierte estas correcciones en una solución temporal en lugar de una solución completa.

    Resumen

    • Habilitar o deshabilitar la firma SMB mediante la Política de grupo o ajustes del registro
    • Unidades mapeadas a través de la línea de comandos para errores más detallados
    • Obligó a Windows a utilizar NTLMv2 para evitar errores de autenticación
    • Se reinicia después de cada cambio para garantizar que se apliquen las políticas.

    Resumen

    Si ajustar los niveles de firma y autenticación SMB te permite acceder de nuevo a tus carpetas compartidas sin errores, genial. Si no, quizás sea hora de buscar actualizaciones de firmware en tu NAS o considerar actualizar el dispositivo de almacenamiento (porque, claro, Windows lo complica más de lo necesario).Aun así, estos trucos han ayudado a mucha gente con errores similares. Ojalá esto ayude a resolver problemas persistentes de uso compartido y a que esas unidades se asignen de nuevo.