Technologie / Analyses et perspectives pratiques

Accès SMB refusé : pas de contrôle total pour Everyone

Rétablir SMB après un changement de droits : distinguer partage et NTFS, corriger au plus juste et tester avec le vrai compte utilisateur.

ADArdeshir Daryani··3 min de lecture
Schéma conceptuel des permissions de partage et de fichiers sur le chemin de l’utilisateur
Illustration conceptuelle originale générée par IA ; elle ne représente pas fidèlement un produit commercial ou une architecture réelle.

Situation critique : Après une modification de groupe ou de droits, la finance n’accède plus au partage. Le nom du serveur se résout et le chemin réseau fonctionne, mais Access is denied apparaît. Accorder le contrôle total à Everyone peut masquer l’erreur tout en supprimant la frontière d’accès au dossier.

Examiner la bonne couche

Relevez nom exact du partage, chemin réel et compte touché. Un compte Administrator ne représente pas l’expérience utilisateur. Si l’échec touche négociation SMB, authentification ou politique de sécurité du client, ne le traitez pas en modifiant les ACL du dossier. Identifiez d’abord étape et journaux.

Examiner les deux ensembles de permissions

L’accès réseau nécessite des permissions adaptées sur le partage et le système de fichiers. Cet exemple en lecture seule s’exécute sur un serveur de fichiers Windows avec les droits administratifs appropriés. Nom de partage et chemin sont des exemples à remplacer :

Get-SmbShare -Name 'Finance' | Select-Object Name, Path
Get-SmbShareAccess -Name 'Finance'
Get-Acl -LiteralPath 'D:\Shares\Finance' |
    Format-List Owner, AccessToString, AreAccessRulesProtected

Comparez le résultat au dernier état sain. Appartenance aux groupes, règles Deny, héritage et différences entre dossier et fichiers enfants comptent. Voir le nom d’un groupe dans l’ACL ne prouve pas que l’accès effectif soit suffisant.

Appliquer la plus petite correction explicable

Si le dernier changement a supprimé un groupe ou modifié l’héritage de cette branche, corrigez uniquement l’écart vérifié. Conservez les permissions actuelles avant intervention afin de définir le retour arrière. Ne commencez pas par réinitialiser toute l’arborescence ou changer tous les propriétaires.

Après un changement de groupe, une ancienne session peut garder le contexte précédent. Préservez les fichiers ouverts, puis testez avec une nouvelle connexion et session utilisateur ; ne coupez pas toutes les sessions actives. Désactiver signature SMB ou chiffrement, ou activer Guest, n’est pas une solution générale à Access denied.

Vérifier avec le vrai utilisateur

Avec le compte touché, testez exactement l’action nécessaire : lire seulement, ou créer et modifier un fichier test dans le dossier autorisé. Contrôlez ensuite un compte hors du groupe cible pour détecter une ouverture involontaire. L’accès finance est rétabli correctement si les utilisateurs non autorisés restent exclus.

La décision utile : Rendre le droit nécessaire au bon groupe sur le bon chemin, plutôt qu’ouvrir tout le dossier pour supprimer rapidement une erreur.

Références techniques: Microsoft / SMB · Microsoft / Share ACL · Microsoft / File ACL.

Des analyses technologiques pour éclairer les décisions.Toutes les publications →