Si un dossier partagé CasaOS fonctionne depuis un Mac et un ancien ordinateur Windows, mais qu’un nouveau PC sous Windows 11 24H2 renvoie une erreur étendue, le partage CasaOS lui-même n’est peut-être pas défaillant. La publication de décembre 2024 sur la communauté IceWhale a attribué ce problème précis aux changements de sécurité introduits par Microsoft dans Windows 11 24H2.
Windows 11 24H2 a renforcé le fonctionnement de SMB d’une manière qui affecte les appareils NAS domestiques : la signature SMB est exigée par défaut dans les éditions Pro, Enterprise et Education, et le basculement non sécurisé vers l’accès invité est désactivé dans Windows 11 Pro. Microsoft recommande de commencer par corriger la configuration du NAS — en utilisant la signature SMB et des noms d’utilisateur et mots de passe authentifiés — plutôt que d’affaiblir le client Windows.
Pourquoi l’ancien PC Windows fonctionne, mais pas le nouveau
L’utilisateur CasaOS d’origine avait déjà un Mac et un ancien ordinateur portable sous Windows 11 qui accédaient correctement aux mêmes partages. Seul le système Windows 11 de remplacement échouait. La version de Windows et sa stratégie SMB constituent donc une piste de dépannage plus pertinente que le disque ou le partage lui-même.
Les recommandations de Microsoft concernant les NAS dans Windows 11 24H2 expliquent que cette version exige par défaut la signature SMB sur plusieurs éditions et désactive le basculement non sécurisé vers l’accès invité dans l’édition Pro.
Ce que la signature SMB change
La signature SMB permet au client et au serveur de vérifier que les messages réseau n’ont pas été modifiés pendant leur transmission. La documentation actuelle de Microsoft sur la signature SMB indique que Windows 11 24H2 Pro, Enterprise et Education exigent par défaut la signature des communications entrantes et sortantes.
Si un serveur SMB tiers ne prend pas en charge le comportement de signature requis, Windows peut refuser la connexion, même si les anciens ordinateurs fonctionnent toujours.
Pourquoi l’activation de l’accès invité peut ne pas suffire
L’auteur de la communauté avait déjà activé l’accès invité non sécurisé, mais l’obligation de signature et l’accès invité ne sont pas compatibles. Microsoft précise que l’obligation de signature SMB bloque également le basculement normal vers l’accès invité.
La configuration à long terme la plus sûre est la suivante :
- Utilisez SMB2/SMB3 plutôt que SMB1.
- Créez un véritable nom d’utilisateur et un mot de passe Samba.
- Activez la signature SMB sur le serveur lorsqu’elle est prise en charge.
- Connectez-vous depuis Windows avec des identifiants authentifiés.
Utiliser l’adresse IP à titre de diagnostic
La première réponse de la communauté suggérait de tester l’adresse IP du serveur au lieu de son nom d’hôte :
\\192.168.1.50\ShareNameCela est utile pour distinguer les problèmes de résolution de noms des problèmes d’authentification ou de signature SMB. Pour un environnement signé permanent, les recommandations actuelles de Microsoft privilégient des noms d’hôte correctement résolus plutôt que l’utilisation d’adresses IP brutes comme objectif de conception.
N’activez pas toutes les versions de SMB comme première solution
Une autre suggestion de la communauté consistait à installer toutes les versions du protocole SMB dans les fonctionnalités Windows. Ce n’est pas l’approche actuelle privilégiée. SMB1 est obsolète et désactivé par défaut sur les systèmes Windows modernes. Un déploiement actuel de CasaOS/Samba devrait normalement utiliser SMB2 ou SMB3.
N’activez pas SMB1 simplement parce que Windows 11 24H2 ne parvient pas à se connecter. Examinez d’abord la signature et l’accès authentifié.
Ordre des correctifs recommandé par Microsoft
- Activez la signature SMB sur le NAS/serveur si possible.
- Désactivez l’accès réservé aux invités.
- Créez un nom d’utilisateur et un mot de passe sur le NAS.
- Mettez à jour le logiciel du NAS/serveur si une prise en charge plus récente de SMB est disponible.
- Ce n’est qu’après l’échec de ces options qu’il faut envisager d’affaiblir les stratégies Windows relatives à la signature ou aux invités.
Vérifier les paramètres du client SMB Windows
Depuis une fenêtre PowerShell ouverte avec des privilèges élevés :
Get-SmbClientConfiguration | Select RequireSecuritySignature, EnableInsecureGuestLogonsCela vous permet d’afficher la stratégie actuelle du client avant toute modification.
Dernier recours : désactiver l’exigence de signature
Microsoft documente cette commande de compatibilité :
Set-SmbClientConfiguration -RequireSecuritySignature $falseWindows demande une confirmation. Cela réduit la sécurité de SMB ; n’en faites donc pas la première solution pour CasaOS. Microsoft recommande explicitement de corriger le serveur tiers lorsque cela est possible.
Dernier recours : réactiver les ouvertures de session invité non sécurisées
Set-SmbClientConfiguration -EnableInsecureGuestLogons $trueCela peut aider avec un serveur réservé aux invités, mais affaiblit l’authentification. Si la signature est toujours requise, activer uniquement l’accès invité peut ne pas suffire à résoudre le problème de connexion.
Effacer les informations d’identification Windows obsolètes
Après le passage de l’accès invité à un compte Samba nommé, Windows peut conserver une ancienne session SMB. Déconnectez les mappages existants :
net use * /deleteSupprimez ensuite les entrées obsolètes dans Gestionnaire d’identifiants > Identifiants Windows et reconnectez-vous avec le compte souhaité. Cette commande déconnecte tous les partages réseau actuellement mappés pour l’utilisateur ; utilisez-la donc délibérément.
FileZilla peut-il remplacer SMB ?
Une réponse ultérieure de la communauté portait sur FileZilla. FileZilla utilise normalement FTP, FTPS ou SFTP ; il ne remplace pas à lui seul un partage SMB de l’Explorateur Windows. Si SSH/SFTP est configuré sur le serveur, il peut permettre le transfert de fichiers, mais il utilise un protocole et un modèle d’autorisations différents.
Liste de contrôle pour le dépannage des dossiers partagés CasaOS
- Vérifiez que le même partage fonctionne toujours depuis un autre client.
- Vérifiez que l’ordinateur concerné exécute Windows 11 24H2 ou une version ultérieure.
- Testez à la fois le nom d’hôte et l’adresse IP du réseau local.
- N’activez pas SMB1 comme première étape de dépannage.
- Privilégiez un véritable nom d’utilisateur et mot de passe Samba plutôt qu’un accès réservé aux invités.
- Vérifiez si le serveur Samba prend en charge la signature.
- Inspectez Windows avec
Get-SmbClientConfiguration. - Effacez les sessions obsolètes et les identifiants mis en cache après avoir modifié l’authentification.
- Utilisez les paramètres de compatibilité non sécurisés de Microsoft uniquement lorsque le serveur ne peut pas être corrigé.
FAQ sur les dossiers partagés CasaOS sous Windows 11
Pourquoi le partage a-t-il cessé de fonctionner uniquement sous Windows 11 24H2 ?
Windows 11 24H2 a introduit une signature SMB par défaut plus stricte ainsi qu’un comportement plus strict pour l’authentification invitée. L’auteur original de la communauté a établi que l’échec était dû à ces changements de Microsoft.
Que signifie « une erreur étendue s’est produite » ?
Il s’agit d’une erreur réseau Windows générique. Dans ce fil de discussion, l’auteur a constaté que les changements de politique SMB de Windows 11 24H2 en étaient la cause.
Dois-je activer SMB1 ?
Pas pour un déploiement CasaOS moderne standard. Corrigez d’abord la signature SMB2/SMB3 et l’accès authentifié.
Est-il sûr de désactiver la signature SMB ?
Cela supprime une protection contre les altérations et les attaques par relais. Microsoft documente ce paramètre pour les serveurs tiers incompatibles, mais recommande de corriger le serveur lorsque c’est possible.
Puis-je continuer à utiliser un partage accessible uniquement en tant qu’invité ?
Windows peut être configuré pour autoriser les ouvertures de session invité non sécurisées, mais Windows 11 24H2 déconseille délibérément ce modèle. Un compte SMB nommé est plus sûr.
