Si una carpeta compartida de CasaOS funciona desde un Mac y un equipo Windows antiguo, pero un PC nuevo con Windows 11 24H2 devuelve un error extendido, es posible que el recurso compartido de CasaOS no esté averiado. La publicación de diciembre de 2024 de IceWhale Community relacionó este patrón exacto con los cambios de seguridad que Microsoft introdujo en Windows 11 24H2.
Windows 11 24H2 reforzó el comportamiento de SMB de formas que afectan a los dispositivos NAS domésticos: la firma SMB se exige de forma predeterminada en las ediciones Pro, Enterprise y Education, y el mecanismo de respaldo inseguro para invitados está desactivado en Windows 11 Pro. Microsoft recomienda solucionar primero el problema en el NAS —usar la firma SMB y nombres de usuario y contraseñas autenticados— en lugar de debilitar el cliente de Windows.
Por qué funciona el PC antiguo con Windows, pero falla el nuevo
El usuario original de CasaOS ya tenía un Mac y un portátil antiguo con Windows 11 que accedían correctamente a los mismos recursos compartidos. Solo fallaba el sistema Windows 11 de reemplazo. Por ello, la compilación de Windows y su política SMB son un objetivo de diagnóstico más útil que el disco o el recurso compartido en sí.
La guía de Microsoft sobre NAS en Windows 11 24H2 explica que esta versión requiere la firma SMB de forma predeterminada en varias ediciones y desactiva el mecanismo de respaldo inseguro para invitados en Pro.
Qué cambia con la firma SMB
La firma SMB permite que el cliente y el servidor verifiquen que los mensajes de red no se hayan alterado durante el tránsito. La documentación actual de Microsoft sobre la firma SMB indica que Windows 11 24H2 Pro, Enterprise y Education requieren de forma predeterminada la firma entrante y saliente.
Si un servidor SMB de terceros no admite el comportamiento de firma requerido, Windows puede rechazar la conexión aunque los equipos más antiguos sigan funcionando.
Por qué habilitar el acceso de invitado puede no funcionar
El autor de la comunidad ya había habilitado el acceso de invitado inseguro, pero el requisito de firma y el acceso de invitado no funcionan bien juntos. Microsoft señala que exigir la firma SMB también bloquea el mecanismo normal de respaldo para invitados.
La configuración más segura a largo plazo es:
- Usa SMB2/SMB3 en lugar de SMB1.
- Crea un nombre de usuario y una contraseña de Samba reales.
- Habilita la firma SMB en el servidor cuando sea compatible.
- Conéctate desde Windows usando credenciales autenticadas.
Usar la dirección IP como diagnóstico
La primera respuesta de la comunidad sugirió probar la IP del servidor en lugar de su nombre de host:
\\192.168.1.50\ShareNameEsto resulta útil para distinguir los problemas de resolución de nombres de los problemas de autenticación o firma de SMB. Para un entorno con firma permanente, las directrices actuales de Microsoft prefieren nombres de host correctamente resueltos en lugar de usar direcciones IP sin más como objetivo de diseño.
No habilites todas las versiones de SMB como primera solución
Otra sugerencia de la comunidad fue instalar todas las versiones del protocolo SMB en las características de Windows. Ese no es el enfoque actual preferido. SMB1 está obsoleto y deshabilitado de forma predeterminada en los sistemas Windows modernos. Una implementación actual de CasaOS/Samba normalmente debería usar SMB2 o SMB3.
No habilites SMB1 simplemente porque Windows 11 24H2 no logra conectarse. Primero investiga la firma y el acceso autenticado.
Orden de corrección recomendado por Microsoft
- Habilita la firma SMB en el NAS/servidor si es posible.
- Deshabilita el acceso exclusivo para invitados.
- Crea un nombre de usuario y una contraseña en el NAS.
- Actualiza el software del NAS/servidor si hay disponible compatibilidad con SMB más reciente.
- Solo después de que fallen esas opciones, considera debilitar las directivas de firma o de invitados de Windows.
Comprobar la configuración del cliente SMB de Windows
Desde una ventana de PowerShell con privilegios elevados:
Get-SmbClientConfiguration | Select RequireSecuritySignature, EnableInsecureGuestLogonsEsto permite ver la directiva actual del cliente antes de cambiarla.
Último recurso: deshabilitar la obligatoriedad de firma
Microsoft documenta este comando de compatibilidad:
Set-SmbClientConfiguration -RequireSecuritySignature $falseWindows solicita confirmación. Esto reduce la seguridad de SMB, así que no debe ser la primera solución para CasaOS. Microsoft recomienda explícitamente corregir el servidor de terceros cuando sea posible.
Último recurso: volver a habilitar los inicios de sesión inseguros de invitados
Set-SmbClientConfiguration -EnableInsecureGuestLogons $trueEsto puede ayudar con un servidor exclusivo para invitados, pero debilita la autenticación. Si la firma sigue siendo obligatoria, habilitar únicamente el acceso de invitados podría no resolver la conexión.
Borrar las credenciales antiguas de Windows
Después de pasar del acceso de invitado a una cuenta de Samba con nombre, es posible que Windows conserve una sesión SMB antigua. Desconecta las asignaciones existentes:
net use * /deleteDespués, elimina las entradas obsoletas de Administrador de credenciales > Credenciales de Windows y vuelve a conectarte con la cuenta prevista. Este comando desconecta todos los recursos compartidos de red asignados actualmente al usuario, así que úsalo deliberadamente.
¿Puede FileZilla sustituir a SMB?
Una respuesta posterior de la comunidad preguntó por FileZilla. FileZilla normalmente usa FTP, FTPS o SFTP; por sí solo no sustituye un recurso compartido SMB de Windows Explorer. Si el servidor tiene SSH/SFTP configurado, puede proporcionar transferencia de archivos, pero utiliza un protocolo y un modelo de permisos diferentes.
Lista de comprobación para solucionar problemas de carpetas compartidas de CasaOS
- Confirma que el mismo recurso compartido sigue funcionando desde otro cliente.
- Confirma que el equipo que presenta el fallo ejecuta Windows 11 24H2 o posterior.
- Prueba tanto el nombre del host como la IP de la red local.
- No habilites SMB1 como primer paso para solucionar el problema.
- Prefiere un nombre de usuario y una contraseña reales de Samba en lugar del acceso exclusivo para invitados.
- Comprueba si el servidor Samba admite la firma.
- Inspecciona Windows con
Get-SmbClientConfiguration. - Borra las sesiones obsoletas y las credenciales almacenadas en caché después de cambiar la autenticación.
- Usa los interruptores de compatibilidad inseguros de Microsoft únicamente cuando no se pueda corregir el servidor.
Preguntas frecuentes sobre las carpetas compartidas de CasaOS en Windows 11
¿Por qué el recurso compartido dejó de funcionar únicamente en Windows 11 24H2?
Windows 11 24H2 introdujo un comportamiento predeterminado más estricto para la firma SMB y la autenticación de invitados. El autor original de la comunidad determinó que el fallo se debía a esos cambios de Microsoft.
¿Qué significa «se ha producido un error extendido»?
Es un error de red genérico de Windows. En este hilo de origen, el autor descubrió que los cambios en la directiva SMB de Windows 11 24H2 eran la causa relevante.
¿Debo habilitar SMB1?
No en una implementación moderna normal de CasaOS. Corrige primero la firma SMB2/SMB3 y el acceso autenticado.
¿Es seguro deshabilitar la firma SMB?
Elimina una protección contra la manipulación y los ataques de retransmisión. Microsoft documenta este ajuste para servidores de terceros incompatibles, pero recomienda corregir el servidor siempre que sea posible.
¿Puedo seguir usando un recurso compartido solo para invitados?
Windows puede configurarse para permitir inicios de sesión de invitados inseguros, pero Windows 11 24H2 desaconseja deliberadamente ese modelo. Una cuenta SMB con nombre es más segura.
