Informatique · cours PR23

Partage de dossiers, imprimantes et permissions (PR23)

Théorie

PR23 — Objectifs et place dans l'épreuve

Ce que tu sauras faire, par écrit

L'épreuve pratique AMPCR se passe uniquement par écrit (consignes officielles 2026-2027/1, p. 3). Devant une demande de partage, une matrice de droits ou un relevé d'erreur, on attend de toi une configuration justifiée et un diagnostic prouvé, pas une liste de sigles. Tu dois savoir :

  1. partager un dossier sous Windows (SMB) et écrire un chemin UNC \\serveur\partage ;
  2. régler la découverte du réseau, le profil réseau, le pare-feu et l'authentification ;
  3. distinguer permissions de partage et permissions NTFS et calculer la combinaison effective ;
  4. choisir entre Lecture, Modification et Contrôle total, et maîtriser l'héritage et les groupes ;
  5. partager sous Linux avec Samba, lire les droits rwx et les ACL ;
  6. partager une imprimante : file d'attente, accès local ou distant, pilotes, pare-feu, disponibilité de l'hôte ;
  7. diagnostiquer : ping OK mais accès refusé, nom du serveur introuvable, droits insuffisants, imprimante hors connexion ;
  8. protéger les données avec le principe du moindre privilège.

Ce cours contient 3 procédures illustrées :

  1. Partager un dossier sur un serveur Windows (7 étapes)
  2. Partager une imprimante (7 étapes)
  3. Dépanner l'accès à un partage (8 étapes)

Exigences travaillées dans ce cours

  • AP-25 (p. 6) — « Partage de ressources (imprimantes, disques, répertoires…). »
  • AP-26 (p. 6) — « Mise en partage sur un réseau informatique de documents et applications. »
  • AP-27 (p. 6) — « Les notions de droit et de permission. »

Ce sont des exigences officielles (consignes, p. 6). Le partage entre deux PC a été vu en PR21, les comptes et les groupes en PR22, le dépannage réseau en PR24, les commandes Linux en PR09 et l'UAC en PR10.

Lien avec la théorie

La théorie AMPCR présente les partages et les droits : MC33 Partage de ressources, comptes, droits et permissions et MC10 Windows : administration et commandes essentielles. Ce cours-ci est pratique : schémas, matrices de droits et relevés à analyser et à rédiger, comme dans un dossier d'examen.

Comment travailler ce cours

Lis les chapitres dans l'ordre : chacun donne ses objectifs, la théorie, la procédure professionnelle à rédiger, l'erreur fréquente, ce qu'on attend à l'écrit et un repère rapide, avec un renvoi vers les exercices liés. Étudie ensuite les cinq cas résolus, fais les 20 exercices corrigés (dont quatre schémas à compléter, des matrices de droits et des relevés de commandes), puis passe le mini-examen noté sur 20 dans l'onglet « Examen blanc ».

Important — les personnes, serveurs, dossiers et relevés de ce cours sont des supports fictifs construits pour s'entraîner (rédaction : octobre 2026) ; on reprend le domaine fictif de PR22. Les messages reprennent le format réel de Windows (en français), en version simplifiée. Les menus changent d'une version à l'autre : la documentation de l'éditeur fait foi. Aucun exercice n'est une question officielle ni une question déjà posée par le Jury.

Théorie

PR23 — 1. Partager un dossier sous Windows : SMB et chemins UNC

Objectifs : partager un dossier sous Windows et écrire le chemin réseau qui y mène.

1.1 SMB, le protocole des partages Windows

Un partage rend un dossier d'un ordinateur (le serveur) accessible aux autres par le réseau. Windows utilise le protocole SMB (Server Message Block), sur le port TCP 445. Les versions actuelles sont SMB2 et SMB3 (chiffrement possible) ; SMB1 est obsolète, désactivé sur les Windows récents, et ne doit pas être réactivé.

Sur le serveur : clic droit sur le dossier → Propriétés → onglet Partage → Partage avancé → « Partager ce dossier », nom du partage → Autorisations. En commande (administrateur) : net share Compta=D:\Partages\Compta /GRANT:"Utilisateurs authentifiés",CHANGE ou New-SmbShare -Name Compta -Path D:\Partages\Compta -ChangeAccess "Utilisateurs authentifiés". net share sans argument liste les partages du poste ; les partages se terminant par $ (C$, ADMIN$) sont des partages administratifs cachés, réservés aux administrateurs.

1.2 Le chemin UNC

Chemin UNC : serveur, partage, cheminChemin UNC décomposé : deux barres obliques inverses, puis le serveur (SRV-FICH), le nom du partage (Compta) et le chemin dans le partage (2026\factures.xlsx). Même ressource par l'adresse IP : \\192.168.20.20\Compta\2026\factures.xlsx. Lecteur réseau : Z: associé à \\SRV-FICH\Compta.Lire un chemin UNC\\SRV-FICH\Compta\2026\factures.xlsx\\ (deux barres obliques inverses)début d'un chemin réseau WindowsServeur (nom ou adresse IP)SRV-FICHNom du partageComptaChemin dans le partage2026\factures.xlsxMême ressource par l'adresse IP\\192.168.20.20\Compta\2026\factures.xlsxLecteur réseau (net use)Z: = \\SRV-FICH\ComptaSi le chemin par l'adresse IP fonctionne et pas celui par lenom, la panne est la résolution du nom (DNS), pas le partageni les droits.
\\SRV-FICH\Compta\2026\factures.xlsx : le serveur peut être désigné par son nom ou par son adresse IP. (schéma non officiel)

Un chemin UNC (Universal Naming Convention) s'écrit \\serveur\partage\chemin, par exemple \\SRV-FICH\Compta\2026\factures.xlsx ; le serveur peut être désigné par son nom ou par son adresse IP (\\192.168.20.20\Compta\2026\factures.xlsx). Pour un usage quotidien, on associe une lettre de lecteur : net use Z: \\SRV-FICH\Compta /persistent:yes, ou « Connecter un lecteur réseau » dans l'Explorateur. Le serveur de référence de ce cours (SRV-FICH, 192.168.20.20) partage quatre dossiers :

Partage Chemin UNC Dossier Autorisations du partage
Commun \\SRV-FICH\Commun Commun Utilisateurs authentifiés : Modifier
Compta \\SRV-FICH\Compta Compta Utilisateurs authentifiés : Modifier
Direction \\SRV-FICH\Direction Direction G_Direction : Modifier
Archives \\SRV-FICH\Archives Archives Utilisateurs authentifiés : Lecture
Procédure 1 — Partager un dossier sur un serveur Windows7 étapes : 1. Préparer le dossier : Sur un volume NTFS du serveur, ex. D:\Partages\Compta, hors du dossier système. ; 2. Créer les groupes : Un groupe par besoin (G_Compta…), les comptes dedans. ; 3. Régler NTFS : Onglet Sécurité : droits aux groupes, héritage vérifié, retirer Tout le monde. ; 4. Partager : Partage avancé : nom du partage, autorisations du partage aux groupes ou utilisateurs authentifiés. ; 5. Ouvrir le pare-feu : Profil réseau Privé ou Domaine, « Partage de fichiers et d'imprimantes » (TCP 445). ; 6. Tester depuis un poste : \\SRV-FICH\Compta avec un compte de chaque groupe : accès et refus attendus. ; 7. Consigner : Matrice des droits, chemin UNC et lecteur réseau remis au client.1. Préparer le dossierSur un volume NTFS du serveur, ex.D:\Partages\Compta, hors du dossiersystème.2. Créer les groupesUn groupe par besoin (G_Compta…), lescomptes dedans.3. Régler NTFSOnglet Sécurité : droits aux groupes,héritage vérifié, retirer Tout le monde.4. PartagerPartage avancé : nom du partage,autorisations du partage aux groupes ouutilisateurs authentifiés.5. Ouvrir le pare-feuProfil réseau Privé ou Domaine, «Partage de fichiers et d'imprimantes »(TCP 445).6. Tester depuis un poste\\SRV-FICH\Compta avec un compte dechaque groupe : accès et refus attendus.7. ConsignerMatrice des droits, chemin UNC etlecteur réseau remis au client.
NTFS d'abord, partage ensuite, test avec un compte de chaque groupe. (schéma non officiel)

Procédure professionnelle (à rédiger) : dossier sur un volume NTFS → groupes → NTFS → partage (nom court, autorisations) → pare-feu et profil → test par le chemin UNC → fiche.

Erreur fréquente : partager le disque C: entier ; un nom de partage avec espaces et accents qu'on recopie mal ; confondre le nom du partage et le nom du dossier.

À l'écrit : « partage Compta de SRV-FICH = D:\Partages\Compta ; accès \\SRV-FICH\Compta, lecteur Z: ».

Repère rapide : \\serveur\partage\chemin · SMB = TCP 445 · jamais SMB1 · jamais C: entier. Exercices liés : E01, E08 (séquence « Exercices corrigés »).

Théorie

PR23 — 2. Profil réseau, découverte, pare-feu et authentification

Objectifs : régler le réseau pour que le partage soit trouvé et que l'utilisateur soit reconnu.

2.1 Profil réseau, découverte et pare-feu

  • Profil réseau : Privé (réseau de confiance) ou Domaine (poste membre d'un domaine qui voit son contrôleur) ; Public pour un réseau inconnu (café, gare). Sur le profil Public, le pare-feu bloque le partage de fichiers.
  • Découverte du réseau : affiche les ordinateurs dans « Réseau » de l'Explorateur. Elle est pratique, pas indispensable : un chemin UNC tapé directement fonctionne sans elle.
  • Partage de fichiers et d'imprimantes : règles du pare-feu Windows qui ouvrent le port TCP 445 sur le serveur (activées avec le partage, sur le profil Privé ou Domaine).
  • Un ping refusé ne prouve pas que le serveur est éteint : le pare-feu peut bloquer l'écho ICMP. La preuve décisive pour un partage est le test du port 445 :
PS> Test-NetConnection SRV-FICH -Port 445
ComputerName     : SRV-FICH
RemoteAddress    : 192.168.20.20
RemotePort       : 445
TcpTestSucceeded : True

2.2 Authentification

Ouvrir un partage, c'est s'identifier auprès du serveur :

  • en domaine (PR22), le compte du domaine de la session est présenté automatiquement : rien à taper ;
  • en groupe de travail, il faut un compte du serveur (SERVEUR\nom) avec mot de passe : Windows refuse par défaut à travers le réseau un compte sans mot de passe, et les versions récentes bloquent l'accès invité (sans compte) ;
  • Windows n'utilise qu'un compte par serveur dans une même session (erreur 1219 sinon) ; net use liste les connexions, cmdkey /list les identifiants mémorisés.

Procédure professionnelle (à rédiger) : profil Privé ou Domaine → règle « Partage de fichiers et d'imprimantes » → compte avec mot de passe (ou compte du domaine) → test du port 445 → ouverture du partage.

Erreur fréquente : désactiver le pare-feu « pour que ça marche » ; laisser le serveur en profil Public ; activer l'accès invité ou un compte sans mot de passe.

À l'écrit : « Test-NetConnection SRV-FICH -Port 445 : True ; profil Domaine ; accès avec DUPONT\jmartin ».

Repère rapide : profil Privé/Domaine · port 445 · un compte avec mot de passe · un compte par serveur. Exercices liés : E05, E17 (séquence « Exercices corrigés »).

Théorie

PR23 — 3. Permissions de partage et permissions NTFS

Objectifs : distinguer les deux ensembles d'autorisations et choisir le bon niveau.

3.1 Deux ensembles d'autorisations

Un dossier partagé est protégé par deux barrières indépendantes :

Autorisations du partage Autorisations NTFS
Où on les règle Propriétés → Partage → Partage avancé → Autorisations Propriétés → onglet Sécurité
S'appliquent Seulement à l'accès par le réseau À l'accès local et par le réseau
Portée Le partage entier (tous ses sous-dossiers) Chaque dossier et chaque fichier, avec héritage
Niveaux Lecture, Modifier, Contrôle total Lecture, Lecture et exécution, Écriture, Modification, Contrôle total (+ spéciales)
Système de fichiers Tous (même FAT32 ou clé USB) NTFS seulement

3.2 Lecture, Modification, Contrôle total

Niveau Ce qu'il permet
Lecture ouvrir et copier les fichiers, lister le dossier, lancer un programme
Modification en plus : créer, enregistrer, renommer et supprimer fichiers et sous-dossiers
Contrôle total en plus : changer les autorisations et prendre possession

Côté partage, les niveaux s'appellent Lecture, Modifier et Contrôle total ; côté NTFS, on utilise surtout Lecture et exécution (Lecture), Modification et Contrôle total. Écriture seule (créer sans pouvoir supprimer ni lire) est rare. Chaque case peut être Autoriser ou Refuser.

Les autorisations NTFS du serveur de référence (Administrateurs : Contrôle total sur D:\Partages, hérité partout sauf là où l'héritage est désactivé) :

Dossier Héritage du parent Entrées posées sur le dossier
Commun oui Utilisateurs du domaine : Modification
Compta oui G_Compta : Modification; G_Direction : Lecture et exécution
Compta\Factures oui aucune (tout est hérité)
Compta\Paie désactivé G_Direction : Modification
Direction oui G_Direction : Modification
Archives oui Utilisateurs du domaine : Lecture et exécution; G_Compta : Modification

Pour lire ou modifier en commande : icacls D:\Partages\Compta ; icacls D:\Partages\Compta /grant "DUPONT\G_Compta:(OI)(CI)M".

Lire les autorisations NTFS avec icaclsCapture texte fictive, ligne par ligne : C:\> icacls D:\Partages\Compta\Factures / D:\Partages\Compta\Factures / DUPONT\G_Compta:(I)(OI)(CI)(M) / DUPONT\G_Direction:(I)(OI)(CI)(RX) / BUILTIN\Administrateurs:(I)(OI)(CI)(F) / 1 fichiers correctement traitésC:\> icacls D:\Partages\Compta\FacturesD:\Partages\Compta\Factures DUPONT\G_Compta:(I)(OI)(CI)(M) DUPONT\G_Direction:(I)(OI)(CI)(RX) BUILTIN\Administrateurs:(I)(OI)(CI)(F)1 fichiers correctement traitéscapture fictive — présentation simplifiée
(I) = hérité ; (OI)(CI) = s'applique aux fichiers et sous-dossiers ; M = modification, RX = lecture et exécution, F = contrôle total. (schéma non officiel)

Procédure professionnelle (à rédiger) : lister qui doit lire, qui doit modifier → un groupe par besoin → NTFS aux groupes (Modification ou Lecture et exécution) → Contrôle total aux seuls administrateurs → retirer Tout le monde.

Erreur fréquente : donner Contrôle total à une équipe (elle peut changer les droits) ; régler l'onglet Partage et oublier l'onglet Sécurité, ou l'inverse.

À l'écrit : « Compta : G_Compta Modification, G_Direction Lecture et exécution, Administrateurs Contrôle total ».

Repère rapide : deux barrières · Lecture < Modification < Contrôle total · Contrôle total = administrateurs. Exercices liés : E04, E12 (séquence « Exercices corrigés »).

Théorie

PR23 — 4. Combinaison effective, héritage et groupes

Objectifs : calculer l'accès réel d'un compte et organiser les droits par groupes et par héritage.

4.1 La règle de combinaison

  1. Dans chaque barrière, les autorisations des groupes du compte se cumulent : le droit le plus fort compte. Un refus explicite (posé sur le dossier) l'emporte sur toutes les autorisations ; une autorisation explicite l'emporte sur un refus hérité.
  2. Entre les deux barrières, par le réseau, c'est la plus restrictive qui s'applique.
  3. En session ouverte sur le serveur (localement ou par bureau à distance), le partage n'intervient pas : NTFS seul.
Partage puis NTFS : la plus restrictive l'emporte par le réseauCompte jmartin (groupes Utilisateurs du domaine, G_Compta) qui ouvre Archives. Barrière 1, partage Archives : Utilisateurs authentifiés Lecture ; droit du compte Lecture. Barrière 2, NTFS : Utilisateurs du domaine Lecture et exécution; G_Compta Modification ; droit du compte Modification. Accès par le réseau (la plus restrictive) : Lecture. Accès en session sur le serveur (NTFS seul) : Modification.Deux barrières : jmartin → ArchivesCompte DUPONT\jmartingroupes : Utilisateurs du domaine, G_Compta1. Partage \\SRV-FICH\ArchivesUtilisateurs authentifiés : Lecture→ droit du compte : Lecture2. NTFS (onglet Sécurité) de ArchivesUtilisateurs du domaine : Lecture et exécution; G_Compta: Modification→ droit du compte : ModificationPar le réseaula plus restrictive :LectureSession sur le serveurNTFS seul :ModificationDans chaque barrière, les droits des groupes du compte secumulent (le plus fort compte) ; un refus explicitel'emporte. Entre les deux barrières, c'est le plus faiblequi gagne.
Julie modifie Archives en session sur le serveur, mais ne fait que lire par le réseau : le partage limite. (schéma non officiel)

Julie, sur Archives : partage Lecture, NTFS Modification → Lecture par le réseau, Modification sur le serveur. Pratique courante (Microsoft) : autorisation de partage large pour les utilisateurs authentifiés (Modifier ou Contrôle total) et détail dans NTFS ; régler les deux de façon identique est aussi juste. Ce qui compte : savoir laquelle limite.

4.2 La matrice des droits

On résume tout dans une matrice comptes × dossiers, que l'on remet au client. Celle du serveur de référence (calculée depuis les tableaux du chapitre 3) :

Matrice des droits de SRV-FICHMatrice des droits effectifs par le réseau. jmartin : Commun Modification, Compta Modification, Compta\Factures Modification, Compta\Paie Aucun accès, Direction Aucun accès, Archives Lecture ; cdupont : Commun Modification, Compta Lecture, Compta\Factures Lecture, Compta\Paie Modification, Direction Modification, Archives Lecture ; sroux : Commun Modification, Compta Aucun accès, Compta\Factures Aucun accès, Compta\Paie Aucun accès, Direction Aucun accès, Archives Lecture.Matrice des droits effectifs (par le réseau)jmartincdupontsrouxCommunModificationModificationModificationComptaModificationLectureAucun accèsCompta\FacturesModificationLectureAucun accèsCompta\PaieAucun accèsModificationAucun accèsDirectionAucun accèsModificationAucun accèsArchivesLectureLectureLectureChaque case = droit effectif par le réseau : le plusrestrictif des autorisations du partage et des autorisationsNTFS du dossier.
Calculée depuis les autorisations de partage et NTFS du serveur de référence (tableaux du chapitre 3). (schéma non officiel)
Compte Commun Compta Compta\Factures Compta\Paie Direction Archives
jmartin Modification Modification Modification Aucun accès Aucun accès Lecture
cdupont Modification Lecture Lecture Modification Modification Lecture
sroux Modification Aucun accès Aucun accès Aucun accès Aucun accès Lecture

4.3 Héritage et groupes

Un sous-dossier hérite des autorisations de son parent (marque (I) dans icacls). Pour un dossier confidentiel (Paie), on désactive l'héritage (Sécurité → Avancé → Désactiver l'héritage → convertir en autorisations explicites ; ou icacls … /inheritance:d), puis on retire les groupes non autorisés.

Héritage : Factures hérite de Compta, Paie ne l'hérite pasArborescence : D:\Partages\Compta : G_Compta Modification posé ici, G_Direction Lecture et exécution posé ici, Administrateurs Contrôle total hérité ; D:\Partages\Compta\Factures : G_Compta Modification hérité, G_Direction Lecture et exécution hérité, Administrateurs Contrôle total hérité ; D:\Partages\Compta\Paie (héritage désactivé) : Administrateurs Contrôle total posé ici, G_Direction Modification posé ici.Héritage des autorisations NTFSD:\Partages\ComptaG_Compta : Modification (posé ici)G_Direction : Lecture et exécution (posé ici)Administrateurs : Contrôle total (hérité)D:\Partages\Compta\FacturesG_Compta : Modification (hérité)G_Direction : Lecture et exécution (hérité)Administrateurs : Contrôle total (hérité)D:\Partages\Compta\Paie — héritage désactivéAdministrateurs : Contrôle total (posé ici)G_Direction : Modification (posé ici)Un sous-dossier reçoit les autorisations de son parent(hérité). Pour un dossier confidentiel, on désactivel'héritage, puis on ne garde que les groupes autorisés.
Paie : héritage désactivé, seuls les administrateurs et G_Direction y entrent ; G_Compta n'y a plus accès. (schéma non officiel)

Comme en PR22 : les droits vont aux groupes, les comptes dans les groupes ; un ajout à un groupe compte à la prochaine ouverture de session.

Procédure professionnelle (à rédiger) : pour chaque compte et chaque dossier, droit du partage → droit NTFS (posé + hérité) → le plus faible → matrice → test avec un compte de chaque groupe.

Erreur fréquente : oublier que le sous-dossier hérite ; ajouter un refus au lieu de ne pas accorder ; calculer en local un accès qui se fait par le réseau.

À l'écrit : « Claire sur Compta : partage Modification, NTFS Lecture → Lecture ; c'est NTFS qui limite ».

Repère rapide : cumul dans une barrière · refus explicite gagne · par le réseau la plus restrictive · en local NTFS seul. Exercices liés : E09, E12, E13, E14, E15 (séquence « Exercices corrigés »).

Théorie

PR23 — 5. Linux : Samba, droits rwx et ACL

Objectifs : lire les droits Unix d'un dossier partagé par Samba et les ajuster. (Complément du programme : Linux est cité comme alternative ; voir aussi PR09.)

5.1 Les droits rwx

ls -ld affiche le type, puis trois triplets rwx : propriétaire, groupe, autres. Pour un dossier : r = lister, w = créer et supprimer, x = entrer (indispensable pour r et w). Les classes ne se cumulent pas : la première qui correspond (propriétaire, puis groupe, puis autres) s'applique. En octal : r = 4, w = 2, x = 1 ; chmod 2770 = setgid + rwx propriétaire + rwx groupe + rien pour les autres (drwxrws---) ; chmod 750 = drwxr-x---.

admin@nas-lin:/srv/partages$ ls -ld compta
drwxrws---+ 2 root compta 4096 oct. 27 09:12 compta

5.2 Les ACL

Une ACL (liste de contrôle d'accès) ajoute des entrées pour d'autres groupes ou utilisateurs, signalées par un + après les droits : setfacl -m g:direction:r-x compta (et setfacl -d -m … pour les fichiers créés ensuite), lecture avec getfacl.

admin@nas-lin:/srv/partages$ getfacl compta
# file: compta
# owner: root
# group: compta
# flags: -s-
user::rwx
group::rwx
group:direction:r-x
mask::rwx
other::---

5.3 Samba

Samba fait parler SMB à un serveur Linux : les postes Windows y accèdent par \\NAS-LIN\compta. Partage dans /etc/samba/smb.conf, vérification par testparm, rechargement par sudo systemctl reload smbd ; chaque utilisateur reçoit un mot de passe Samba (sudo smbpasswd -a marie).

[compta]
   path = /srv/partages/compta
   valid users = @compta @direction
   read only = yes
   write list = @compta

Comme sous Windows, deux barrières : la règle Samba (valid users, read only, write list) et les droits Unix ; l'accès réel est le plus restrictif des deux.

Linux : lire drwxrws---+ et l'accès SambaLigne ls -ld : drwxrws---+ 2 root compta 4096 oct. 27 09:12 compta. d = dossier ; rwx — propriétaire root ; rws — groupe compta (s : les nouveaux fichiers gardent le groupe) ; --- — tous les autres : aucun droit ; + — une ACL ajoute group:direction:r-x. Accès par Samba : marie (groupe compta) Modification ; paul (groupe direction) Lecture ; sam (groupe secretariat) Aucun accès.Droits Unix de /srv/partages/comptadrwxrws---+ 2 root compta 4096 oct. 27 09:12 comptaCaractère 1d = dossierCaractères 2 à 4rwx — propriétaire rootCaractères 5 à 7rws — groupe compta (s : les nouveaux fichiers gardent legroupe)Caractères 8 à 10--- — tous les autres : aucun droitCaractère 11+ — une ACL ajoute group:direction:r-xAccès par Samba à [compta] (write list = @compta) :marie (groupe compta) → Modificationpaul (groupe direction) → Lecturesam (groupe secretariat) → Aucun accèsLe propriétaire, puis le groupe, puis les autres : lapremière classe qui correspond s'applique. Par Samba, leplus restrictif du partage et des droits Unix.
marie (compta) modifie, paul (direction, par l'ACL) lit, sam n'entre pas. (schéma non officiel)

Procédure professionnelle (à rédiger) : groupe Unix → dossier chown root:groupe, chmod 2770 → ACL pour les lecteurs → section smb.conf → testparm → smbpasswd -a → rechargement → test depuis un poste Windows.

Erreur fréquente : chmod 777 « pour que ça marche » ; modifier smb.conf sans les droits Unix (ou l'inverse) ; oublier smbpasswd -a.

À l'écrit : « /srv/partages/compta : drwxrws---+ root compta + ACL direction r-x ; Samba write list = @compta → marie modification, paul lecture, sam aucun accès ».

Repère rapide : propriétaire / groupe / autres · r=4 w=2 x=1 · + = ACL · Samba ET Unix. Exercices liés : E07, E11, E19 (séquence « Exercices corrigés »).

Théorie

PR23 — 6. Partager une imprimante : file d'attente, pilotes, accès local ou distant

Objectifs : partager une imprimante, choisir où se trouve la file d'attente et connecter les postes.

6.1 Trois façons de rendre une imprimante disponible

Mode Les postes s'y connectent par À savoir Adapté à
Imprimante USB partagée par un poste \\PC-ACCUEIL\Laser-Accueil Le poste hôte doit rester allumé ; il gère la file d'attente. Petit bureau, une imprimante de plus sans réseau.
Imprimante réseau partagée par un serveur d'impression \\SRV-FICH\IMP-COMPTA Une seule file d'attente et un seul pilote à gérer ; droits par groupes. Plusieurs postes, gestion centralisée (domaine).
Imprimante réseau ajoutée par son adresse IP sur chaque poste 192.168.20.50 (port 9100 ou IPP 631) Pas d'hôte intermédiaire ; une file et un pilote sur chaque poste. Quelques postes, imprimante à adresse fixe.
Imprimante USB partagée et imprimante réseauPC-ACCUEIL (192.168.20.31) a l'imprimante Laser-Accueil en USB et la partage : il doit rester allumé. Le serveur d'impression SRV-FICH (192.168.20.20) gère l'imprimante réseau IMP-COMPTA à l'adresse fixe 192.168.20.50. Tous sont reliés au switch du réseau 192.168.20.0/24. Les postes clients se connectent à \\PC-ACCUEIL\Laser-Accueil et à \\SRV-FICH\IMP-COMPTA.Imprimantes partagéesPC-ACCUEILIP 192.168.20.31USB → Laser-Accueildoit rester alluméSRV-FICHserveur d'impressionIP 192.168.20.20file et pilote uniquesIMP-COMPTAimprimante réseauIP fixe 192.168.20.50Switch — réseau 192.168.20.0/24Postes clients (PC-01, PC-02…)USB partagée : \\PC-ACCUEIL\Laser-Accueilréseau : \\SRV-FICH\IMP-COMPTAUne imprimante USB partagée n'imprime que si son poste hôteest allumé. Une imprimante réseau garde une adresse fixe (ouréservée en DHCP) : sinon elle passe « hors connexion ».
Le chemin UNC d'une imprimante partagée a la même forme que celui d'un dossier partagé. (schéma non officiel)

6.2 File d'attente, accès local ou distant

  • La file d'attente (service Spouleur d'impression) se trouve sur l'hôte qui partage : c'est lui qui reçoit les documents et les envoie à l'imprimante. Accès local : l'imprimante est branchée ou installée sur le poste lui-même ; accès distant : le poste envoie à la file d'un autre ordinateur (\\PC-ACCUEIL\Laser-Accueil).
  • Une imprimante USB partagée n'imprime que si son poste hôte est allumé.
  • Une imprimante réseau garde une adresse fixe (ou une réservation DHCP) : le port d'impression (IP_192.168.20.50, port 9100 ou IPP 631) pointe vers elle.

6.3 Partager, pilotes, droits et pare-feu

  • Partager : Paramètres → Bluetooth et appareils → Imprimantes et scanners → l'imprimante → Propriétés de l'imprimante → onglet Partage → « Partager cette imprimante », nom court.
  • Pilotes : le poste client reçoit le pilote de l'hôte ; depuis la mise à jour de sécurité d'août 2021, cette installation demande par défaut un administrateur. On installe les pilotes 64 bits du bon modèle.
  • Droits (onglet Sécurité de l'imprimante) : Imprimer, Gérer les documents, Gérer cette imprimante ; par défaut, Tout le monde peut imprimer.
  • Pare-feu : règle « Partage de fichiers et d'imprimantes » sur le profil Privé ou Domaine.
Procédure 2 — Partager une imprimante7 étapes : 1. Installer l'imprimante sur l'hôte : Pilote du fabricant, page de test locale réussie. ; 2. Fixer son adresse : Imprimante réseau : adresse fixe ou réservation DHCP (192.168.20.50). ; 3. Partager : Propriétés de l'imprimante → Partage : « Partager cette imprimante », nom court sans espace. ; 4. Régler les droits : Onglet Sécurité : Imprimer pour les groupes concernés ; gestion pour l'administrateur. ; 5. Ouvrir le pare-feu : « Partage de fichiers et d'imprimantes » sur le profil Privé ou Domaine. ; 6. Connecter les postes : \\SRV-FICH\IMP-COMPTA ; pilote installé par un administrateur si demandé. ; 7. Tester et consigner : Page de test depuis chaque poste ; chemin, adresse et pilote notés.1. Installer l'imprimante sur l'hôtePilote du fabricant, page de test localeréussie.2. Fixer son adresseImprimante réseau : adresse fixe ouréservation DHCP (192.168.20.50).3. PartagerPropriétés de l'imprimante → Partage : «Partager cette imprimante », nom courtsans espace.4. Régler les droitsOnglet Sécurité : Imprimer pour lesgroupes concernés ; gestion pourl'administrateur.5. Ouvrir le pare-feu« Partage de fichiers et d'imprimantes »sur le profil Privé ou Domaine.6. Connecter les postes\\SRV-FICH\IMP-COMPTA ; pilote installépar un administrateur si demandé.7. Tester et consignerPage de test depuis chaque poste ;chemin, adresse et pilote notés.
Adresse fixe, partage, droits, pare-feu, puis page de test depuis les postes. (schéma non officiel)

Procédure professionnelle (à rédiger) : installer sur l'hôte → adresse fixe → partager → droits → pare-feu → connecter les postes → page de test.

Erreur fréquente : partager l'imprimante d'un poste qu'on éteint le soir ; laisser l'imprimante réseau en DHCP sans réservation ; donner les droits d'administration à un utilisateur pour installer un pilote.

À l'écrit : « IMP-COMPTA : 192.168.20.50 réservée, partagée par SRV-FICH (\\SRV-FICH\IMP-COMPTA), Imprimer pour G_Compta ».

Repère rapide : hôte allumé · adresse fixe · pilote par un administrateur · Imprimer par groupe. Exercices liés : E02, E06, E10 (séquence « Exercices corrigés »).

Théorie

PR23 — 7. Diagnostiquer un accès : ping OK mais accès refusé, nom introuvable, droits

Objectifs : trouver pourquoi un partage ne s'ouvre pas, dans l'ordre, preuves à l'appui.

7.1 L'ordre des contrôles

Du plus général (le serveur répond-il ?) au plus particulier (les permissions) :

N° Contrôle Piste si c'est le premier échec
1 Le serveur répond par son adresse IP (192.168.20.20) Réseau : le serveur ne répond pas sur son adresse IP
2 Le nom SRV-FICH donne la bonne adresse Nom : le nom du serveur n'est pas résolu
3 Le port TCP 445 (partage de fichiers) répond Partage de fichiers bloqué : pare-feu, profil Public ou service arrêté
4 net view \\SRV-FICH liste le partage demandé Partage : nom de partage inexistant ou mal écrit
5 Le compte et le mot de passe sont acceptés Identification : compte ou mot de passe refusé
6 L'accès effectif (partage + NTFS) suffit Permissions : partage ou NTFS insuffisantes
Accès à un partage : contrôle par contrôleArbre de décision : 1. Le serveur répond par son adresse IP (192.168.20.20) ? Si non : Réseau : le serveur ne répond pas sur son adresse IP ; 2. Le nom SRV-FICH donne la bonne adresse ? Si non : Nom : le nom du serveur n'est pas résolu ; 3. Le port TCP 445 (partage de fichiers) répond ? Si non : Partage de fichiers bloqué : pare-feu, profil Public ou service arrêté ; 4. net view \\SRV-FICH liste le partage demandé ? Si non : Partage : nom de partage inexistant ou mal écrit ; 5. Le compte et le mot de passe sont acceptés ? Si non : Identification : compte ou mot de passe refusé ; 6. L'accès effectif (partage + NTFS) suffit ? Si non : Permissions : partage ou NTFS insuffisantes. Si tout est oui : Tous les contrôles réussissent : accès conforme à la matrice des droits ; tester l'écriture.1. Le serveur répondpar son adresse IP(192.168.20.20)Réseau : le serveur nerépond pas sur sonadresse IPNONOUI2. Le nom SRV-FICHdonne la bonneadresseNom : le nom duserveur n'est pasrésoluNONOUI3. Le port TCP 445(partage defichiers) répondPartage de fichiersbloqué : pare-feu,profil Public ouservice arrêtéNONOUI4. net view \\SRV-FICHliste le partagedemandéPartage : nom departage inexistant oumal écritNONOUI5. Le compte et le motde passe sontacceptésIdentification :compte ou mot de passerefuséNONOUI6. L'accès effectif(partage + NTFS)suffitPermissions : partageou NTFS insuffisantesNONOUITous les contrôles réussissent : accès conforme àla matrice des droits ; tester l'écriture.
« Le ping marche mais accès refusé » : réseau et nom sont bons, on continue vers le port 445, le compte, les droits. (schéma non officiel)

7.2 Les quatre situations du programme

  • Ping OK mais accès refusé : le réseau et le serveur vont bien. « Accès refusé » prouve que le serveur a répondu et refusé : « Erreur système 5 » dès net use si c'est le partage qui refuse, refus à l'ouverture du dossier si c'est NTFS (la connexion au partage ne vérifie que ses propres autorisations). On calcule l'accès effectif (partage + NTFS) ; si le port 445 ne répond pas, c'est le pare-feu ou le profil réseau.
  • Nom du serveur introuvable : on essaie par l'adresse IP (\\192.168.20.20\Compta). Si ça marche, la panne est la résolution du nom (DNS du poste, PR24).
  • Droits insuffisants : le partage s'ouvre mais l'enregistrement est refusé : quelle barrière limite ? groupe présent dans la session (whoami /groups) ?
  • Imprimante hors connexion : voir le chapitre 8.

7.3 Lire les messages

Message (Windows, en français) Piste
Erreur système 53. Le chemin réseau n'a pas été trouvé. (0x80070035 dans l'Explorateur) Nom, réseau ou pare-feu : essayer par l'adresse IP, puis le port 445
Erreur système 67. Le nom réseau est introuvable. Nom du partage mal écrit ou partage supprimé
Erreur système 86. Le mot de passe réseau spécifié est incorrect. Identification : compte du serveur et mot de passe
Erreur système 1219. Les connexions multiples à un serveur … par le même utilisateur, en utilisant plus d'un nom d'utilisateur, ne sont pas autorisées. Identification : une connexion existe déjà avec un autre compte (net use, cmdkey)
Erreur système 5. Accès refusé. Permissions : le serveur a répondu et refuse ; à la connexion (net use), le partage ; à l'ouverture du dossier, NTFS

net view \\SRV-FICH liste les partages réellement disponibles :

C:\> net view \\SRV-FICH
Ressources partagées de \\SRV-FICH

Nom du partage  Type
------------------------------
Commun          Disque
Compta          Disque
Direction       Disque
Archives        Disque
La commande s'est terminée correctement.
Procédure 3 — Dépanner l'accès à un partage8 étapes : 1. Lire le message exact : Noter le code (5, 53, 67, 86…) ; un ou plusieurs postes, un ou plusieurs comptes ? ; 2. Adresse IP : ping 192.168.20.20 ; essayer \\192.168.20.20\partage. ; 3. Nom : ping SRV-FICH, nslookup SRV-FICH : bonne adresse ? ; 4. Partage de fichiers : Test-NetConnection SRV-FICH -Port 445 ; pare-feu, profil réseau. ; 5. Nom du partage : net view \\SRV-FICH : le partage existe-t-il ? ; 6. Compte : Compte avec mot de passe, connexion existante (net use, cmdkey /list). ; 7. Permissions : Partage + NTFS : la plus restrictive ; groupes de la session (whoami /groups). ; 8. Consigner : Cause, correction, test de lecture et d'écriture réussi.1. Lire le message exactNoter le code (5, 53, 67, 86…) ; un ouplusieurs postes, un ou plusieurscomptes ?2. Adresse IPping 192.168.20.20 ; essayer\\192.168.20.20\partage.3. Nomping SRV-FICH, nslookup SRV-FICH : bonneadresse ?4. Partage de fichiersTest-NetConnection SRV-FICH -Port 445 ;pare-feu, profil réseau.5. Nom du partagenet view \\SRV-FICH : le partageexiste-t-il ?6. CompteCompte avec mot de passe, connexionexistante (net use, cmdkey /list).7. PermissionsPartage + NTFS : la plus restrictive ;groupes de la session (whoami /groups).8. ConsignerCause, correction, test de lecture etd'écriture réussi.
De l'adresse IP aux permissions : on s'arrête au premier contrôle en échec. (schéma non officiel)

Procédure professionnelle (à rédiger) : message exact → par l'adresse IP → par le nom → port 445 → net view → compte → accès effectif → corriger → tester lecture et écriture → consigner.

Erreur fréquente : donner Contrôle total à tout le monde alors que le nom n'est pas résolu ; remplacer définitivement le nom par l'adresse IP (la panne DNS reste) ; désactiver le pare-feu.

À l'écrit : « \\192.168.20.20\Commun OK, \\SRV-FICH\Commun KO → DNS du poste = box ; DNS corrigé, nslookup SRV-FICH = 192.168.20.20 ».

Repère rapide : IP → nom → port 445 → partage → compte → droits. Exercices liés : E03, E05, E15, E16, E17 (séquence « Exercices corrigés »).

Théorie

PR23 — 8. Imprimante hors connexion et file d'attente bloquée

Objectifs : dépanner une imprimante partagée « hors connexion » ou qui n'imprime pas.

8.1 L'ordre des contrôles

N° Contrôle Piste si c'est le premier échec
1 Le poste ou serveur qui partage est allumé et répond Hôte : le poste ou serveur qui partage est éteint ou injoignable
2 L'imprimante est prête, à l'adresse configurée sur le port Imprimante : éteinte, en erreur ou adresse IP changée
3 File d'attente vide de document bloqué, spouleur démarré File d'attente : document bloqué ou spouleur arrêté
4 Pilote du bon modèle installé sur le poste Pilote : absent, inadapté ou installation refusée
5 Le compte a l'autorisation Imprimer Droit : le compte n'a pas l'autorisation Imprimer
Imprimante « hors connexion » ou qui n'imprime pasArbre de décision : 1. Le poste ou serveur qui partage est allumé et répond ? Si non : Hôte : le poste ou serveur qui partage est éteint ou injoignable ; 2. L'imprimante est prête, à l'adresse configurée sur le port ? Si non : Imprimante : éteinte, en erreur ou adresse IP changée ; 3. File d'attente vide de document bloqué, spouleur démarré ? Si non : File d'attente : document bloqué ou spouleur arrêté ; 4. Pilote du bon modèle installé sur le poste ? Si non : Pilote : absent, inadapté ou installation refusée ; 5. Le compte a l'autorisation Imprimer ? Si non : Droit : le compte n'a pas l'autorisation Imprimer. Si tout est oui : Tous les contrôles réussissent : page de test imprimée depuis le poste.1. Le poste ou serveurqui partage estallumé et répondHôte : le poste ouserveur qui partageest éteint ouinjoignableNONOUI2. L'imprimante estprête, à l'adresseconfigurée sur leportImprimante : éteinte,en erreur ou adresseIP changéeNONOUI3. File d'attente videde document bloqué,spouleur démarréFile d'attente :document bloqué ouspouleur arrêtéNONOUI4. Pilote du bon modèleinstallé sur lepostePilote : absent,inadapté ouinstallation refuséeNONOUI5. Le compte al'autorisationImprimerDroit : le compte n'apas l'autorisationImprimerNONOUITous les contrôles réussissent : page de testimprimée depuis le poste.
De l'hôte au droit d'imprimer : on s'arrête au premier contrôle en échec. (schéma non officiel)

8.2 Imprimante hors connexion

Causes les plus fréquentes : poste hôte éteint (imprimante USB partagée) ; imprimante éteinte ou en erreur (papier, bourrage) ; imprimante réseau qui a changé d'adresse (DHCP sans réservation) : le port pointe vers l'ancienne adresse. On compare l'adresse du port (Get-Printer, propriétés → Ports) à celle de la page de configuration imprimée par l'imprimante, puis on fixe l'adresse.

8.3 File d'attente bloquée

Un document en erreur bloque toute la file. On arrête le spouleur, on vide le dossier des travaux en attente, on le redémarre (en invite administrateur) ; les documents en attente sont perdus : on prévient les utilisateurs.

C:\> net stop spooler
Le service Spouleur d'impression s'arrête.
Le service Spouleur d'impression a été arrêté.
C:\> del /q C:\Windows\System32\spool\PRINTERS\*
C:\> net start spooler
Le service Spouleur d'impression a démarré.

Procédure professionnelle (à rédiger) : hôte allumé ? → imprimante prête, bonne adresse ? → file et spouleur → pilote → droit Imprimer → page de test → consigner.

Erreur fréquente : réinstaller le pilote alors que l'adresse a changé ; supprimer et recréer l'imprimante sur chaque poste au lieu de corriger le port une fois sur le serveur d'impression.

À l'écrit : « IMP-COMPTA hors connexion : port 192.168.20.50, imprimante en 192.168.20.117 (DHCP) ; réservation créée, page de test OK ».

Repère rapide : hôte · imprimante et adresse · file · pilote · droit. Exercices liés : E06, E18 (séquence « Exercices corrigés »).

Théorie

PR23 — 9. Protection des données et moindre privilège

Objectifs : protéger les données partagées et appliquer le moindre privilège.

9.1 Moindre privilège

Chaque compte reçoit les seuls droits nécessaires, le temps nécessaire : Lecture plutôt que Modification si on ne fait que consulter, Contrôle total réservé aux administrateurs, droits aux groupes revus aux arrivées et aux départs. On n'accorde pas plutôt que de refuser : les refus se propagent par l'héritage et bloquent des personnes par erreur.

9.2 Protéger les données

  • Retirer Tout le monde des dossiers sensibles ; jamais « Tout le monde : Contrôle total » à la fois sur le partage et dans NTFS.
  • Ne pas partager un disque entier (C:) ; partager un dossier dédié.
  • Données personnelles (clients, salaires) : dossier à accès limité, héritage désactivé si besoin.
  • Sauvegarde régulière et testée du serveur (un rançongiciel chiffre tout ce que le compte infecté peut modifier : moins de droits = moins de dégâts).
  • Pas de SMB1, pas d'accès invité, comptes nominatifs avec mot de passe.
  • Matrice des droits écrite, remise au client, revue régulièrement.

Procédure professionnelle (à rédiger) : inventaire des dossiers sensibles → qui doit y accéder et comment → groupes → autorisations minimales → sauvegarde → matrice écrite → revue.

Erreur fréquente : « tout le monde administrateur » ou « Tout le monde : Contrôle total » pour éviter les appels ; partage du disque C: « pour dépanner » ; aucune sauvegarde.

À l'écrit : « Clients : G_Agents Modification, Administrateurs Contrôle total, Tout le monde retiré ; sauvegarde quotidienne testée ; partage de C: supprimé ».

Repère rapide : le minimum nécessaire · groupes · pas de Tout le monde · pas de disque entier · sauvegarde testée. Exercices liés : E14, E20 (séquence « Exercices corrigés »).

Exemple

PR23 — Exemples : cinq situations résolues

Cinq situations résolues pas à pas avec les règles du cours : partage en groupe de travail, deux barrières, protocole obsolète, pilote d'imprimante et partage Samba. Chaque conclusion s'appuie sur une preuve.

Cas 1 — Partager le dossier Plans d'un bureau de géomètres

Situation. Un bureau de cinq géomètres, sans serveur, travaille en groupe de travail. PC-1 doit partager le dossier C:\Partages\Plans : les géomètres modifient, le stagiaire de passage ne doit rien voir.

Résolution.

  1. Comptes : sur PC-1, un compte local avec mot de passe par géomètre, réunis dans un groupe local Geometres (en groupe de travail, l'accès au partage se fait avec un compte de PC-1, voir PR22).
  2. Autorisations : NTFS Geometres Modification, Administrateurs Contrôle total, Tout le monde retiré ; partage « Plans » : Utilisateurs authentifiés Modifier. Résultat : géomètre → modification, compte hors du groupe → aucun accès.
  3. Réseau : profil Privé, règle « Partage de fichiers et d'imprimantes » active ; test de \\PC-1\Plans depuis PC-2 avec le compte de Rita (création, modification, suppression d'un fichier).

Conclusion rédigée. « Partage \\PC-1\Plans en service, accès par le groupe local Geometres (modification), aucun accès pour les autres comptes ; sauvegarde de PC-1 à prévoir. »

Cas 2 — Ajouté dans l'onglet Sécurité, toujours refusé

Situation. La secrétaire Sam doit lire le dossier Direction. Un collègue a ajouté G_Secretariat en Lecture et exécution dans l'onglet Sécurité. Sam reçoit toujours « Accès refusé » sur \\SRV-FICH\Direction ; le ping et les autres partages fonctionnent.

Résolution.

  1. Calcul : NTFS → lecture ; partage Direction → seulement G_Direction : aucun accès pour Sam. Par le réseau, le plus restrictif : aucun accès (le partage limite).
  2. Piste : permissions — le serveur répond et le compte est accepté (le ping et les autres partages fonctionnent).
  3. Correction : partage Direction → Utilisateurs authentifiés en Modifier, le détail restant dans NTFS ; Sam obtient lecture, les autres comptes restent sans accès (aucune entrée NTFS).

Conclusion rédigée. « Autorisation du partage Direction élargie aux utilisateurs authentifiés ; Sam en lecture, NTFS inchangé ; accès testé avec Sam et refusé à un compte du secrétariat non concerné. »

Cas 3 — Le vieux NAS refuse les postes Windows 11

Situation. Un garage stocke ses factures sur un NAS de 2012. Depuis le remplacement des PC par des Windows 11, \\NAS\factures ne s'ouvre plus ; le ping répond. Un message indique que le partage exige le protocole SMB1, obsolète et non sécurisé.

Résolution.

  1. Relevé : le NAS ne parle que SMB version 1 ; Windows 11 n'installe plus SMB1 (désactivé depuis Windows 10 1709) et ses versions récentes refusent aussi par défaut l'accès « invité » sans compte.
  2. Choix : ne pas réactiver SMB1 (protocole vulnérable, utilisé par des rançongiciels) ; mettre à jour le micrologiciel du NAS pour activer SMB2/SMB3, sinon le remplacer.
  3. Mise en service : compte avec mot de passe sur le NAS pour chaque utilisateur (plus d'accès invité), partage testé depuis deux postes, copie des factures sauvegardée.

Conclusion rédigée. « NAS mis à jour en SMB3 avec comptes nominatifs ; aucun poste n'a été affaibli (SMB1 et accès invité restent désactivés). »

Cas 4 — Le nouveau poste ne peut pas installer l'imprimante

Situation. Sur un poste neuf, une employée ajoute \\SRV-FICH\IMP-COMPTA. Windows demande un compte administrateur pour installer le pilote. Les autres postes impriment ; l'imprimante est prête.

Résolution.

  1. Piste : pilote — depuis la mise à jour de sécurité d'août 2021, l'installation d'un pilote depuis un serveur d'impression est réservée par défaut aux administrateurs.
  2. Correction : le technicien installe la connexion avec son compte d'administration (ou la déploie par stratégie de groupe) ; l'employée reste utilisateur standard.
  3. À ne pas faire : désactiver la protection ou donner les droits d'administration à l'employée.

Conclusion rédigée. « Imprimante \\SRV-FICH\IMP-COMPTA installée par le technicien, page de test imprimée par l'employée, protection des pilotes conservée. »

Cas 5 — Un partage Samba pour l'atelier

Situation. Une menuiserie installe un serveur Linux. Le dossier /srv/partages/atelier doit être modifié par l'atelier (groupe atelier), lu par le bureau (groupe bureau), et fermé aux livreurs.

Résolution.

  1. Droits Unix : chown root:atelier atelier ; chmod 2770 atelier → drwxrws--- (s : les fichiers créés gardent le groupe atelier) ; setfacl -m g:bureau:r-x atelier et setfacl -d -m g:bureau:r-x atelier.
  2. Samba : [atelier], path = /srv/partages/atelier, valid users = @atelier @bureau, read only = yes, write list = @atelier ; testparm ; sudo smbpasswd -a hugo (mot de passe Samba de chaque utilisateur) ; sudo systemctl reload smbd.
  3. Résultat calculé : hugo → modification, emma → lecture, noe → aucun accès.

Conclusion rédigée. « Partage \\SRV-ATELIER\atelier en service ; atelier en modification, bureau en lecture, livreurs refusés ; test avec un compte de chaque groupe. »

Attention

PR23 — Pièges et erreurs fréquentes

« Tout le monde : Contrôle total » sur le partage et dans NTFS : n'importe qui peut tout effacer et changer les droits.

Régler un seul onglet (Partage ou Sécurité) : par le réseau, la plus restrictive des deux l'emporte.

Oublier l'héritage : un sous-dossier confidentiel créé dans un dossier commun est ouvert à tous.

Ajouter un refus au lieu de ne pas accorder : il bloque aussi les autres groupes du compte.

Contrôle total à une équipe : elle peut modifier les autorisations elle-même.

Désactiver le pare-feu ou réactiver SMB1 « pour que ça marche ».

Remplacer le nom par l'adresse IP définitivement : la panne de nom reste cachée.

Partager le disque C: entier au lieu d'un dossier dédié.

Imprimante USB partagée sur un poste éteint le soir ; imprimante réseau sans adresse fixe.

Donner les droits d'administration à un utilisateur pour installer un pilote.

chmod 777 sur un dossier Linux partagé.

Exercice

PR23 — Exercices corrigés (20) et leurs corrigés

20 exercices corrigés : remises en ordre (partager un dossier, une imprimante, dépanner un accès), classements (droit minimal, piste d'un échec d'accès, piste d'une panne d'impression, accès Samba), quatre schémas à compléter (chemin UNC, deux barrières, imprimantes, droits Unix), matrices de droits à remplir ou à corriger et relevés de commandes à analyser (ping, net use, Test-NetConnection, icacls, net share, Get-Printer, ls, getfacl, smb.conf). Rédige ta réponse sur papier avant d'ouvrir le corrigé ; toute réponse équivalente et justifiée est acceptée. Ces mêmes exercices sont proposés dans S'entraîner, avec correction après envoi.

Remettre dans l'ordre le partage d'un dossier sur un serveur

E01 · ordonnancement · exigences AP-25, AP-26 · 3.5 points

Une fiduciaire de douze postes en domaine veut partager le dossier Compta de son serveur SRV-FICH pour la comptabilité seulement. Ta collègue a noté les sept étapes de la procédure sur un brouillon, dans le désordre.

Étapes à remettre en ordre :

  • Partager — Partage avancé : nom du partage, autorisations du partage aux groupes ou utilisateurs authentifiés.
  • Consigner — Matrice des droits, chemin UNC et lecteur réseau remis au client.
  • Préparer le dossier — Sur un volume NTFS du serveur, ex. D:\Partages\Compta, hors du dossier système.
  • Tester depuis un poste — \\SRV-FICH\Compta avec un compte de chaque groupe : accès et refus attendus.
  • Créer les groupes — Un groupe par besoin (G_Compta…), les comptes dedans.
  • Ouvrir le pare-feu — Profil réseau Privé ou Domaine, « Partage de fichiers et d'imprimantes » (TCP 445).
  • Régler NTFS — Onglet Sécurité : droits aux groupes, héritage vérifié, retirer Tout le monde.
  1. Remets les sept étapes dans l'ordre.
Voir le corrigé et le barème

1. On prépare le dossier sur un volume NTFS du serveur. 2. On crée les groupes et on y place les comptes. 3. On règle les autorisations NTFS (onglet Sécurité) pour les groupes et on retire Tout le monde. 4. On partage le dossier (Partage avancé) et on règle les autorisations du partage.

5. On vérifie le profil réseau (Privé ou Domaine) et la règle « Partage de fichiers et d'imprimantes » (TCP 445). 6. On teste depuis un poste avec un compte de chaque groupe : l'accès prévu fonctionne, les autres sont refusés. 7. On consigne la matrice des droits et le chemin UNC. Régler NTFS avant de partager évite d'ouvrir un dossier trop largement, même quelques minutes.

CritèrePointsAttendu (toute formulation juste est acceptée)
Ordre3.5Dossier → groupes → NTFS → partage → pare-feu → test depuis un poste → consigner (0,5 pt par étape).

Remettre dans l'ordre le partage d'une imprimante réseau

E02 · ordonnancement · exigences AP-25 · 3.5 points

Un bureau d'études achète une imprimante réseau IMP-COMPTA et veut la rendre disponible à ses dix postes par son serveur SRV-FICH, qui servira de serveur d'impression. La fiche d'installation en sept étapes a été mélangée.

Étapes à remettre en ordre :

  • Ouvrir le pare-feu — « Partage de fichiers et d'imprimantes » sur le profil Privé ou Domaine.
  • Fixer son adresse — Imprimante réseau : adresse fixe ou réservation DHCP (192.168.20.50).
  • Tester et consigner — Page de test depuis chaque poste ; chemin, adresse et pilote notés.
  • Installer l'imprimante sur l'hôte — Pilote du fabricant, page de test locale réussie.
  • Connecter les postes — \\SRV-FICH\IMP-COMPTA ; pilote installé par un administrateur si demandé.
  • Régler les droits — Onglet Sécurité : Imprimer pour les groupes concernés ; gestion pour l'administrateur.
  • Partager — Propriétés de l'imprimante → Partage : « Partager cette imprimante », nom court sans espace.
  1. Remets les sept étapes dans l'ordre.
Voir le corrigé et le barème

1. On installe l'imprimante et son pilote sur le serveur et on imprime une page de test locale. 2. On fixe son adresse (192.168.20.50, adresse fixe ou réservation DHCP). 3. On la partage avec un nom court. 4. On règle les droits : Imprimer pour les groupes concernés.

5. On vérifie la règle de pare-feu « Partage de fichiers et d'imprimantes ». 6. On connecte chaque poste à \\SRV-FICH\IMP-COMPTA (un administrateur installe le pilote si Windows le demande). 7. Page de test depuis chaque poste, puis on note le chemin, l'adresse et le pilote. Sans adresse fixe, l'imprimante passera un jour « hors connexion ».

CritèrePointsAttendu (toute formulation juste est acceptée)
Ordre3.5Installer sur l'hôte → fixer l'adresse → partager → droits → pare-feu → connecter les postes → tester et consigner (0,5 pt par étape).

Remettre dans l'ordre le dépannage de l'accès à un partage

E03 · ordonnancement · exigences AP-25, AP-27 · 4 points

Le service d'assistance d'une PME reçoit souvent « je n'arrive pas à ouvrir le dossier partagé ». Tu rédiges la fiche de dépannage en huit étapes, du plus général (le serveur répond-il ?) au plus particulier (les permissions) ; le brouillon est dans le désordre.

Étapes à remettre en ordre :

  • Compte — Compte avec mot de passe, connexion existante (net use, cmdkey /list).
  • Nom — ping SRV-FICH, nslookup SRV-FICH : bonne adresse ?
  • Consigner — Cause, correction, test de lecture et d'écriture réussi.
  • Lire le message exact — Noter le code (5, 53, 67, 86…) ; un ou plusieurs postes, un ou plusieurs comptes ?
  • Permissions — Partage + NTFS : la plus restrictive ; groupes de la session (whoami /groups).
  • Partage de fichiers — Test-NetConnection SRV-FICH -Port 445 ; pare-feu, profil réseau.
  • Adresse IP — ping 192.168.20.20 ; essayer \\192.168.20.20\partage.
  • Nom du partage — net view \\SRV-FICH : le partage existe-t-il ?
  1. Remets les huit étapes dans l'ordre.
Voir le corrigé et le barème

1. On note le message exact (code d'erreur) et l'étendue (un poste, un compte ?). 2. Le serveur répond-il par son adresse IP ? 3. Son nom donne-t-il la bonne adresse ? 4. Le partage de fichiers répond-il (Test-NetConnection -Port 445) ?

5. Le partage demandé existe-t-il (net view) ? 6. Le compte et le mot de passe sont-ils acceptés ? 7. Les permissions effectives (partage + NTFS, la plus restrictive) suffisent-elles ? 8. On consigne. Le premier contrôle en échec désigne la piste : inutile de toucher aux droits si le nom n'est pas résolu.

CritèrePointsAttendu (toute formulation juste est acceptée)
Ordre4Message → adresse IP → nom → partage de fichiers (445) → nom du partage → compte → permissions → consigner (0,5 pt par étape).

Quel droit minimal pour chaque besoin ?

E04 · matrice de droits · exigences AP-27 · 3.5 points

Tu prépares les autorisations NTFS du dossier partagé d'un magasin. Le gérant a listé sept besoins de son personnel. Pour chacun, choisis le droit le plus faible qui suffit (principe du moindre privilège) parmi Lecture (ou Lecture et exécution), Modification et Contrôle total.

Catégories : Lecture · Modification · Contrôle total

  1. Enregistrer ses nouveaux devis dans le dossier
  2. Consulter les factures et les imprimer
  3. Donner l'accès du dossier à un nouveau groupe (changer les autorisations)
  4. Supprimer les brouillons devenus inutiles
  5. Lancer le logiciel de caisse installé dans le dossier partagé
  6. Prendre possession d'un dossier dont le propriétaire a quitté l'entreprise
  7. Renommer un sous-dossier
  1. Range chaque besoin selon le droit minimal nécessaire.
Voir le corrigé et le barème

Lecture (et exécution) permet d'ouvrir, de copier, d'imprimer et de lancer un programme. Modification ajoute la création, l'enregistrement, le renommage et la suppression des fichiers et sous-dossiers : c'est le droit normal d'une équipe qui travaille dans un dossier.

Contrôle total ajoute la modification des autorisations et la prise de possession : on le réserve aux administrateurs. Donner Contrôle total à une équipe lui permettrait de s'ouvrir ou de fermer elle-même l'accès aux autres.

CritèrePointsAttendu (toute formulation juste est acceptée)
Classement3.5Consulter, lancer un programme → Lecture ; enregistrer, supprimer, renommer → Modification ; changer les autorisations, prendre possession → Contrôle total (0,5 pt par élément).

Quelle piste pour chaque échec d'accès à un partage ?

E05 · diagnostic sur relevés de commandes · exigences AP-25, AP-27 · 4 points

Le serveur SRV-FICH (192.168.20.20) partage le dossier Compta. En une semaine, l'assistance a noté huit signalements. Ordre des contrôles : adresse IP, nom, partage de fichiers (port 445), nom du partage, compte, permissions ; le premier en échec désigne la piste.

Catégories : Réseau : le serveur ne répond pas sur son adresse IP · Nom : le nom du serveur n'est pas résolu · Partage de fichiers bloqué : pare-feu, profil Public ou service arrêté · Partage : nom de partage inexistant ou mal écrit · Identification : compte ou mot de passe refusé · Permissions : partage ou NTFS insuffisantes

  1. net use : « Erreur système 86. Le mot de passe réseau spécifié est incorrect. »
  2. ping 192.168.20.20 : délai d'attente dépassé ; le câble du serveur a été débranché
  3. net use Z: \\SRV-FICH\Comptas : « Erreur système 67. Le nom réseau est introuvable. »
  4. \\192.168.20.20\Compta s'ouvre, \\SRV-FICH\Compta répond « chemin réseau introuvable »
  5. « Erreur système 5. Accès refusé. » alors que net view liste bien le partage
  6. Le ping répond ; Test-NetConnection -Port 445 : TcpTestSucceeded False ; réseau du serveur en profil Public
  7. « Erreur système 1219 » : une connexion au serveur existe déjà avec un autre compte
  8. Le partage s'ouvre, mais enregistrer un fichier est refusé : le partage n'accorde que Lecture
  1. Range chaque signalement selon la piste à suivre.
Voir le corrigé et le barème

Délai dépassé sur l'adresse IP avec un câble débranché : réseau. Le chemin par l'adresse IP fonctionne mais pas par le nom : résolution du nom. Le ping répond mais le port 445 ne répond pas : le partage de fichiers est bloqué (profil Public, pare-feu ou service). L'erreur 67 signale un nom de partage inexistant (« Comptas » au lieu de « Compta »).

Les erreurs 86 (mot de passe) et 1219 (déjà connecté avec un autre compte) concernent l'identification. L'erreur 5 après un net view réussi, ou un enregistrement refusé sur un partage en Lecture : le serveur est joint et le compte accepté, ce sont les permissions.

CritèrePointsAttendu (toute formulation juste est acceptée)
Classement4Câble → réseau ; IP oui, nom non → nom ; port 445 fermé → partage de fichiers bloqué ; erreur 67 → nom du partage ; 86 et 1219 → identification ; 5 et partage en Lecture → permissions (0,5 pt par élément).

Quelle piste pour chaque problème d'impression ?

E06 · imprimante partagée · exigences AP-25 · 3.5 points

Une agence a deux imprimantes partagées : Laser-Accueil, branchée en USB sur PC-ACCUEIL, et IMP-COMPTA, imprimante réseau à l'adresse 192.168.20.50 gérée par le serveur SRV-FICH. Ordre des contrôles : hôte, imprimante, file d'attente, pilote, droit d'imprimer.

Catégories : Hôte : le poste ou serveur qui partage est éteint ou injoignable · Imprimante : éteinte, en erreur ou adresse IP changée · File d'attente : document bloqué ou spouleur arrêté · Pilote : absent, inadapté ou installation refusée · Droit : le compte n'a pas l'autorisation Imprimer

  1. Un PDF de 300 pages en erreur bloque tous les documents suivants dans la file
  2. Plus personne n'imprime sur Laser-Accueil depuis que PC-ACCUEIL est éteint le soir
  3. Connexion à \\SRV-FICH\IMP-COMPTA : l'installation du pilote demande un administrateur
  4. IMP-COMPTA « hors connexion » ; sa page de configuration indique 192.168.20.117 au lieu de .50
  5. Un stagiaire reçoit « Accès refusé » en ajoutant l'imprimante de la direction, réservée à G_Direction
  6. L'imprimante réseau affiche « bourrage papier » sur son écran
  7. Le service Spouleur d'impression est arrêté sur le serveur d'impression
  1. Range chaque problème selon la piste à suivre.
Voir le corrigé et le barème

Une imprimante USB partagée dépend de son poste hôte : PC-ACCUEIL éteint, plus personne n'imprime. Une imprimante qui a changé d'adresse (DHCP) ou qui est en bourrage est en cause elle-même. Un document en erreur ou un spouleur arrêté bloquent la file d'attente.

Depuis la mise à jour de sécurité d'août 2021, l'installation d'un pilote depuis un serveur d'impression demande par défaut un administrateur : c'est une piste « pilote ». Un « Accès refusé » sur une imprimante réservée à G_Direction relève du droit Imprimer.

CritèrePointsAttendu (toute formulation juste est acceptée)
Classement3.5Poste hôte éteint → hôte ; adresse changée, bourrage → imprimante ; document bloqué, spouleur arrêté → file ; installation du pilote refusée → pilote ; imprimante réservée à un groupe → droit (0,5 pt par élément).

Accès Samba : qui modifie, qui lit, qui n'entre pas ?

E07 · matrice de droits · exigences AP-27 · 3 points

Un serveur Linux partage /srv/partages/projets avec Samba. ls -ld affiche « drwxrws---+ root projets » (mode 2770) et getfacl ajoute « group:stagiaires:r-x ». Dans smb.conf : valid users = @projets @stagiaires @direction ; read only = no. L'accès réel est le plus restrictif de Samba et des droits Unix.

Catégories : Aucun accès · Lecture · Modification

  1. lea (groupes : projets)
  2. tom (groupes : stagiaires)
  3. max (groupes : direction)
  4. zoe (groupes : compta)
  5. ines (groupes : projets, stagiaires)
  6. sam (groupes : stagiaires, compta)
  1. Range chaque utilisateur selon son accès au partage.
Voir le corrigé et le barème

lea est dans le groupe propriétaire projets (rws) : Modification. ines est dans projets et stagiaires : la classe groupe cumule rwx et r-x, donc Modification. tom et sam ne sont, parmi les groupes qui comptent, que dans stagiaires : l'ACL donne r-x, donc Lecture, même si Samba autorise l'écriture.

max est accepté par Samba (@direction) mais n'est ni propriétaire, ni dans projets, ni dans l'ACL : il tombe dans « autres » (---), Aucun accès. zoe n'est pas dans valid users : Samba la refuse avant même les droits Unix.

CritèrePointsAttendu (toute formulation juste est acceptée)
Classement3lea et ines (projets) → Modification ; tom et sam (stagiaires) → Lecture ; max (direction, autorisé par Samba mais « autres » ---) et zoe (refusée par Samba) → Aucun accès (0,5 pt par élément).

Schéma à compléter : lire un chemin UNC

E08 · schéma à compléter · exigences AP-25, AP-26 · 3 points

Tu rédiges la fiche « Accéder au dossier de la comptabilité » pour les nouveaux employés d'une fiduciaire. Le serveur SRV-FICH a l'adresse 192.168.20.20 ; il partage le dossier Compta ; le fichier des factures 2026 est dans le sous-dossier 2026. Le document 1 est le schéma à terminer.

Document 1 — Chemin UNC à compléter (schéma fictif)

Chemin UNC à compléterChemin UNC décomposé : deux barres obliques inverses, puis le serveur (① à compléter), le nom du partage (② à compléter) et le chemin dans le partage (2026\factures.xlsx). Même ressource par l'adresse IP : ③ à compléter. Lecteur réseau : ④ à compléter associé à \\SRV-FICH\Compta.Lire un chemin UNC\\① ?\② ?\2026\factures.xlsx\\ (deux barres obliques inverses)début d'un chemin réseau WindowsServeur (nom ou adresse IP)① ?Nom du partage② ?Chemin dans le partage2026\factures.xlsxMême ressource par l'adresse IP③ ?Lecteur réseau (net use)④ ? = \\SRV-FICH\ComptaSi le chemin par l'adresse IP fonctionne et pas celui par lenom, la panne est la résolution du nom (DNS), pas le partageni les droits.
Schéma à compléter : serveur ①, partage ②, forme par adresse IP ③, lettre de lecteur ④. (schéma non officiel)

Chemin UNC décomposé : deux barres obliques inverses, puis le serveur (① à compléter), le nom du partage (② à compléter) et le chemin dans le partage (2026\factures.xlsx). Même ressource par l'adresse IP : ③ à compléter. Lecteur réseau : ④ à compléter associé à \\SRV-FICH\Compta.

  1. Complète ①, ②, ③ et ④.
  2. Explique ce que prouve un accès qui fonctionne par ③ mais pas par le nom du serveur.
Voir le corrigé et le barème

① SRV-FICH est le serveur, ② Compta est le nom du partage, puis vient le chemin dans le partage (2026\factures.xlsx). ③ La même ressource s'écrit \\192.168.20.20\Compta\2026\factures.xlsx par l'adresse IP. ④ La lettre de lecteur Z: associée à \\SRV-FICH\Compta (net use Z: \\SRV-FICH\Compta /persistent:yes).

Si le chemin par l'adresse IP fonctionne et pas celui par le nom, le serveur répond, le partage existe et le compte a ses droits : seule la traduction du nom en adresse échoue. On vérifie le DNS du poste (nslookup, PR22 : DNS = contrôleur de domaine).

CritèrePointsAttendu (toute formulation juste est acceptée)
Valeurs2① SRV-FICH ; ② Compta ; ③ \\192.168.20.20\Compta\2026\factures.xlsx ; ④ Z: (0,5 pt chacune).
Explication1Le serveur, le partage et les droits fonctionnent ; seule la résolution du nom (DNS) est en panne.

Schéma à compléter : les deux barrières

E09 · schéma à compléter · exigences AP-27 · 3 points

La directrice Claire Dupont (groupe G_Direction) ouvre le dossier Compta du serveur SRV-FICH, par le réseau depuis son bureau ou parfois en session ouverte sur le serveur lui-même. Le document 1 montre les autorisations du partage et du dossier ; il manque les droits obtenus.

Document 1 — Deux barrières à compléter (schéma fictif)

Deux barrières à compléterCompte cdupont (groupes Utilisateurs du domaine, G_Direction) qui ouvre Compta. Barrière 1, partage Compta : Utilisateurs authentifiés Modifier ; droit du compte ① à compléter. Barrière 2, NTFS : G_Compta Modification; G_Direction Lecture et exécution ; droit du compte ② à compléter. Accès par le réseau (la plus restrictive) : ③ à compléter. Accès en session sur le serveur (NTFS seul) : ④ à compléter.Deux barrières : cdupont → ComptaCompte DUPONT\cdupontgroupes : Utilisateurs du domaine, G_Direction1. Partage \\SRV-FICH\ComptaUtilisateurs authentifiés : Modifier→ droit du compte : ① ?2. NTFS (onglet Sécurité) de ComptaG_Compta : Modification; G_Direction : Lecture etexécution→ droit du compte : ② ?Par le réseaula plus restrictive :③ ?Session sur le serveurNTFS seul :④ ?Dans chaque barrière, les droits des groupes du compte secumulent (le plus fort compte) ; un refus explicitel'emporte. Entre les deux barrières, c'est le plus faiblequi gagne.
Schéma à compléter : droit de Claire dans le partage ①, dans NTFS ②, par le réseau ③, en local ④. (schéma non officiel)

Compte cdupont (groupes Utilisateurs du domaine, G_Direction) qui ouvre Compta. Barrière 1, partage Compta : Utilisateurs authentifiés Modifier ; droit du compte ① à compléter. Barrière 2, NTFS : G_Compta Modification; G_Direction Lecture et exécution ; droit du compte ② à compléter. Accès par le réseau (la plus restrictive) : ③ à compléter. Accès en session sur le serveur (NTFS seul) : ④ à compléter.

  1. Complète ①, ②, ③ et ④.
  2. Indique quelle barrière limite Claire par le réseau et justifie.
Voir le corrigé et le barème

① Dans le partage, Claire fait partie des utilisateurs authentifiés : Modification. ② Dans NTFS, G_Direction a Lecture et exécution sur Compta : Lecture. ③ Par le réseau, on garde le plus faible des deux : Lecture.

④ En session ouverte sur le serveur, le partage n'intervient pas, seul NTFS compte : Lecture. C'est donc NTFS qui limite Claire ; c'est voulu : la direction consulte la comptabilité sans la modifier.

CritèrePointsAttendu (toute formulation juste est acceptée)
Valeurs2① Modification ; ② Lecture ; ③ Lecture ; ④ Lecture (0,5 pt chacune).
Justification1Partage Modification (Utilisateurs authentifiés), NTFS Lecture (G_Direction) : par le réseau la plus restrictive, donc NTFS limite ; en local, NTFS seul.

Schéma à compléter : deux imprimantes partagées

E10 · schéma à compléter · exigences AP-25 · 3 points

Dans une agence, l'imprimante Laser-Accueil est branchée en USB sur le poste PC-ACCUEIL, qui la partage ; l'imprimante réseau IMP-COMPTA est gérée par le serveur d'impression SRV-FICH. Le document 1 est le schéma remis au gérant, à terminer.

Document 1 — Imprimantes partagées à compléter (schéma fictif)

Imprimantes partagées à compléterPC-ACCUEIL (192.168.20.31) a l'imprimante Laser-Accueil en USB et la partage ; condition ① à compléter. Le serveur d'impression SRV-FICH (192.168.20.20) gère l'imprimante réseau IMP-COMPTA, adresse ② à compléter. Tous sont reliés au switch du réseau 192.168.20.0/24. Les postes clients se connectent à l'imprimante USB par le chemin ③ et à l'imprimante réseau par le chemin ④, à compléter.Imprimantes partagéesPC-ACCUEILIP 192.168.20.31USB → Laser-Accueil① ?SRV-FICHserveur d'impressionIP 192.168.20.20file et pilote uniquesIMP-COMPTAimprimante réseauIP fixe ② ?Switch — réseau 192.168.20.0/24Postes clients (PC-01, PC-02…)USB partagée : ③ ?réseau : ④ ?Une imprimante USB partagée n'imprime que si son poste hôteest allumé. Une imprimante réseau garde une adresse fixe (ouréservée en DHCP) : sinon elle passe « hors connexion ».
Schéma à compléter : condition de l'hôte ①, adresse de l'imprimante réseau ②, chemins ③ et ④. (schéma non officiel)

PC-ACCUEIL (192.168.20.31) a l'imprimante Laser-Accueil en USB et la partage ; condition ① à compléter. Le serveur d'impression SRV-FICH (192.168.20.20) gère l'imprimante réseau IMP-COMPTA, adresse ② à compléter. Tous sont reliés au switch du réseau 192.168.20.0/24. Les postes clients se connectent à l'imprimante USB par le chemin ③ et à l'imprimante réseau par le chemin ④, à compléter.

  1. Complète ①, ②, ③ et ④.
  2. Donne un avantage et un inconvénient de chaque façon de partager.
Voir le corrigé et le barème

① PC-ACCUEIL doit rester allumé (il partage l'imprimante USB). ② Adresse fixe ou réservation DHCP, ici 192.168.20.50 : une imprimante réseau doit garder la même adresse, sinon le port d'impression pointe dans le vide. ③ \\PC-ACCUEIL\Laser-Accueil et ④ \\SRV-FICH\IMP-COMPTA : même forme qu'un dossier partagé, \\hôte\nom du partage.

L'imprimante USB partagée ne coûte rien de plus, mais le poste hôte doit rester allumé et sa session ne doit pas être ralentie par les impressions des autres. Le serveur d'impression centralise la file, le pilote et les droits (par groupes), au prix d'un serveur allumé et d'une imprimante à adresse fixe.

CritèrePointsAttendu (toute formulation juste est acceptée)
Valeurs2① PC-ACCUEIL doit rester allumé (il partage l'imprimante USB) ; ② Adresse fixe ou réservation DHCP, ici 192.168.20.50 ; ③ \\PC-ACCUEIL\Laser-Accueil ; ④ \\SRV-FICH\IMP-COMPTA (0,5 pt chacune).
Comparaison1USB partagée : aucun matériel en plus, mais dépend du poste hôte allumé ; imprimante réseau sur serveur : une file, un pilote et des droits gérés en un seul endroit, mais demande un serveur et une adresse fixe.

Schéma à compléter : droits Unix et Samba

E11 · schéma à compléter · exigences AP-27 · 3 points

Un petit serveur Linux NAS-LIN partage le dossier /srv/partages/compta avec Samba pour la comptabilité (marie) ; la direction (paul) doit pouvoir lire ; le secrétariat (sam) n'a rien à y faire. Le document 1 décompose la ligne ls -ld du dossier ; il manque deux explications et deux accès.

Document 1 — Droits Unix à compléter (schéma fictif)

Droits Unix à compléterLigne ls -ld : drwxrws---+ 2 root compta 4096 oct. 27 09:12 compta. Caractère 1 : d = dossier ; caractères 2 à 4 : rwx, propriétaire root ; caractères 5 à 7 : sens ① à compléter ; caractères 8 à 10 : sens ② à compléter ; caractère 11 : + = une ACL ajoute group:direction:r-x. Accès par Samba au partage compta (write list = @compta) : marie (groupe compta) Modification ; paul (groupe direction) ③ à compléter ; sam (groupe secretariat) ④ à compléter.Droits Unix de /srv/partages/comptadrwxrws---+ 2 root compta 4096 oct. 27 09:12 comptaCaractère 1d = dossierCaractères 2 à 4rwx — propriétaire rootCaractères 5 à 7① ?Caractères 8 à 10② ?Caractère 11+ — une ACL ajoute group:direction:r-xAccès par Samba à [compta] (write list = @compta) :marie (groupe compta) → Modificationpaul (groupe direction) → ③ ?sam (groupe secretariat) → ④ ?Le propriétaire, puis le groupe, puis les autres : lapremière classe qui correspond s'applique. Par Samba, leplus restrictif du partage et des droits Unix.
Schéma à compléter : sens des caractères 5 à 7 ① et 8 à 10 ②, accès de paul ③ et de sam ④. (schéma non officiel)

Ligne ls -ld : drwxrws---+ 2 root compta 4096 oct. 27 09:12 compta. Caractère 1 : d = dossier ; caractères 2 à 4 : rwx, propriétaire root ; caractères 5 à 7 : sens ① à compléter ; caractères 8 à 10 : sens ② à compléter ; caractère 11 : + = une ACL ajoute group:direction:r-x. Accès par Samba au partage compta (write list = @compta) : marie (groupe compta) Modification ; paul (groupe direction) ③ à compléter ; sam (groupe secretariat) ④ à compléter.

  1. Complète ①, ②, ③ et ④.
  2. Explique pourquoi paul ne peut pas écrire alors que le groupe compta a rwx.
Voir le corrigé et le barème

① rws : le groupe compta lit, écrit et entre ; s = les nouveaux fichiers gardent le groupe compta. ② --- : les autres n'ont aucun droit. ③ paul (direction) : Lecture. ④ sam : Aucun accès (refusé par valid users et « autres » = ---).

Les droits rwx du groupe ne valent que pour les membres du groupe compta. paul est dans direction : il reçoit l'entrée d'ACL r-x (lire et entrer), pas l'écriture ; en plus, smb.conf ne donne l'écriture (write list) qu'à @compta. Le résultat, Lecture, est celui qui était demandé.

CritèrePointsAttendu (toute formulation juste est acceptée)
Valeurs2① rws : le groupe compta lit, écrit et entre ; s = les nouveaux fichiers gardent le groupe compta ; ② --- : les autres n'ont aucun droit ; ③ Lecture ; ④ Aucun accès (0,5 pt chacune).
Justification1paul n'est pas dans le groupe compta : il ne reçoit que l'entrée d'ACL group:direction:r-x ; et Samba ne met que @compta dans write list.

Remplir la matrice des droits effectifs d'un serveur

E12 · matrice de droits · exigences AP-26, AP-27 · 4 points

À ton arrivée dans une fiduciaire, ton responsable te demande la matrice des droits du serveur SRV-FICH pour l'audit : ce que chaque employé obtient vraiment par le réseau. Les documents 1 à 3 donnent les partages, les autorisations NTFS (Administrateurs a Contrôle total partout) et les comptes.

Document 1 — Autorisations des partages

PartageDossierAutorisations du partage
CommunCommunUtilisateurs authentifiés : Modifier
ComptaComptaUtilisateurs authentifiés : Modifier
DirectionDirectionG_Direction : Modifier
ArchivesArchivesUtilisateurs authentifiés : Lecture

Document 2 — Autorisations NTFS posées sur chaque dossier

DossierHéritage du parentEntrées posées ici
CommunouiUtilisateurs du domaine : Modification
ComptaouiG_Compta : Modification; G_Direction : Lecture et exécution
Compta\Facturesouiaucune (tout est hérité)
Compta\PaiedésactivéG_Direction : Modification
DirectionouiG_Direction : Modification
ArchivesouiUtilisateurs du domaine : Lecture et exécution; G_Compta : Modification

Document 3 — Comptes

ComptePersonneGroupes
jmartinJulie Martin (comptable)Utilisateurs du domaine, G_Compta
cdupontClaire Dupont (directrice)Utilisateurs du domaine, G_Direction
srouxSam Roux (secrétariat)Utilisateurs du domaine, G_Secretariat
  1. Remplis la matrice : pour chaque compte et chaque dossier, Aucun accès, Lecture ou Modification par le réseau.
  2. Explique deux cases : Archives pour jmartin et Paie pour jmartin.
Voir le corrigé et le barème

Méthode : pour chaque case, droit du compte dans le partage (le plus fort de ses groupes), droit NTFS du dossier (entrées posées ici + héritées si l'héritage est actif), puis le plus faible des deux. Factures n'a aucune entrée propre : il hérite de Compta. Direction n'est partagé que pour G_Direction.

Résultat : jmartin — Commun Modification, Compta Modification, Compta\Factures Modification, Compta\Paie Aucun accès, Direction Aucun accès, Archives Lecture ; cdupont — Commun Modification, Compta Lecture, Compta\Factures Lecture, Compta\Paie Modification, Direction Modification, Archives Lecture ; sroux — Commun Modification, Compta Aucun accès, Compta\Factures Aucun accès, Compta\Paie Aucun accès, Direction Aucun accès, Archives Lecture. Archives pour jmartin : partage Lecture (Utilisateurs authentifiés), NTFS Modification (G_Compta) → Lecture. Paie pour jmartin : héritage désactivé, seuls Administrateurs et G_Direction y sont → Aucun accès.

CritèrePointsAttendu (toute formulation juste est acceptée)
Matrice3jmartin : Commun Modification, Compta Modification, Compta\Factures Modification, Compta\Paie Aucun accès, Direction Aucun accès, Archives Lecture ; cdupont : Commun Modification, Compta Lecture, Compta\Factures Lecture, Compta\Paie Modification, Direction Modification, Archives Lecture ; sroux : Commun Modification, Compta Aucun accès, Compta\Factures Aucun accès, Compta\Paie Aucun accès, Direction Aucun accès, Archives Lecture (1 pt par compte, 0,5 pt retiré par case fausse).
Explications1Archives : partage Lecture, NTFS Modification → Lecture (le partage limite) ; Paie : héritage désactivé, G_Compta absent → Aucun accès.

Les comptables voient le dossier Paie

E13 · diagnostic sur relevés de commandes · exigences AP-27 · 2.5 points

La directrice a créé hier le sous-dossier Paie dans Compta, sur SRV-FICH, pour les fiches de salaire. Ce matin, la comptable Julie Martin (G_Compta) les ouvre sans problème. La directrice veut que seuls la direction et les administrateurs y entrent. Le document 1 est ton relevé.

Document 1 — icacls du dossier Paie (capture fictive)

C:\> icacls D:\Partages\Compta\Paie
D:\Partages\Compta\Paie
  DUPONT\G_Compta:(I)(OI)(CI)(M)
  DUPONT\G_Direction:(I)(OI)(CI)(RX)
  BUILTIN\Administrateurs:(I)(OI)(CI)(F)
1 fichiers correctement traités
  1. Explique pourquoi Julie a accès, en t'appuyant sur le relevé.
  2. Donne la correction (fenêtre ou commande) et le test.
Voir le corrigé et le barème

Le relevé ne montre que des entrées héritées, marquées (I) : un nouveau dossier reçoit les autorisations de son parent. Dans Compta, G_Compta a Modification (M) : Julie a donc modification sur Paie.

Sur Paie : Sécurité → Avancé → « Désactiver l'héritage » → « Convertir les autorisations héritées en autorisations explicites » (ou icacls D:\Partages\Compta\Paie /inheritance:d), puis on retire G_Compta et on donne Modification à G_Direction (icacls D:\Partages\Compta\Paie /remove "DUPONT\G_Compta" puis /grant "DUPONT\G_Direction:(OI)(CI)M"). Test : Julie → aucun accès, Claire → modification. On vérifie aussi le contenu déjà copié.

CritèrePointsAttendu (toute formulation juste est acceptée)
Cause1Toutes les entrées portent (I) : Paie hérite de Compta, où G_Compta a Modification → accès de Julie : Modification.
Correction et test1.5Désactiver l'héritage de Paie en copiant les entrées (Sécurité → Avancé, ou icacls … /inheritance:d), retirer G_Compta, donner Modification à G_Direction, garder Administrateurs ; test : Julie → Aucun accès, Claire → Modification.

Un refus qui bloque le stagiaire partout

E14 · matrice de droits · exigences AP-27 · 3 points

Pour que le stagiaire Théo ne touche pas aux factures, un collègue l'a laissé dans G_Compta et a ajouté sur le dossier Compta un refus pour le groupe G_Stagiaires, dont Théo est membre. Théo ne peut plus rien ouvrir dans Compta, même pour lire les modèles de documents. Le document 1 est l'onglet Sécurité.

Document 1 — Onglet Sécurité de Compta (extrait fictif)

GroupeAutoriserRefuser
G_ComptaModification—
G_DirectionLecture et exécution—
G_Stagiaires—Contrôle total
AdministrateursContrôle total (hérité)—
  1. Calcule l'accès NTFS de Théo sur Compta et sur Factures, et explique la règle.
  2. Propose une organisation plus propre, selon le moindre privilège.
Voir le corrigé et le barème

Théo est dans G_Compta (Modification) et G_Stagiaires (Refuser Contrôle total). Un refus posé sur le dossier l'emporte sur les autorisations : accès aucun accès sur Compta, et aucun accès sur Factures, qui hérite du refus sans autorisation explicite pour le contrer. Les autres comptables ne sont pas touchés (Julie : modification).

Plus propre : on retire le refus, on sort Théo de G_Compta et on crée un groupe G_Compta_Lecture (Lecture et exécution sur Compta), ou un dossier Modèles accessible en lecture. On n'accorde que ce qui est nécessaire, au lieu d'accorder trop puis de refuser : les refus se propagent et finissent par bloquer des personnes par erreur.

CritèrePointsAttendu (toute formulation juste est acceptée)
Calcul et règle1.5Théo : Compta Aucun accès, Factures Aucun accès (le refus est hérité, et Factures n'a aucune autorisation explicite) ; un refus explicite l'emporte sur les autorisations de ses autres groupes ; Julie reste en Modification.
Organisation1.5Retirer le refus ; sortir Théo de G_Compta ; créer un groupe de lecture (ex. G_Compta_Lecture) avec Lecture et exécution sur Compta, ou un dossier Modèles ; éviter les refus, sources d'erreurs.

Modification sur le serveur, lecture par le réseau

E15 · diagnostic sur relevés de commandes · exigences AP-26, AP-27 · 2.5 points

Julie Martin (G_Compta) doit classer des fichiers dans Archives. Quand l'administrateur lui ouvre une session directement sur SRV-FICH, elle y arrive ; depuis son poste, par \\SRV-FICH\Archives, Windows refuse l'enregistrement. Les documents 1 et 2 sont relevés sur le serveur.

Document 1 — net share Archives (capture fictive)

C:\> net share Archives
Nom du partage        Archives
Chemin                D:\Partages\Archives
Autorisation
  AUTORITE NT\Utilisateurs authentifiés, READ
La commande s'est terminée correctement.

Document 2 — icacls Archives (capture fictive)

C:\> icacls D:\Partages\Archives
D:\Partages\Archives
  DUPONT\Utilisateurs du domaine:(OI)(CI)(RX)
  DUPONT\G_Compta:(OI)(CI)(M)
  BUILTIN\Administrateurs:(I)(OI)(CI)(F)
1 fichiers correctement traités
  1. Explique la différence entre les deux accès en t'appuyant sur les relevés.
  2. Propose la correction et le test, sans ouvrir Archives en écriture à tout le monde.
Voir le corrigé et le barème

Le partage Archives n'accorde que READ (Lecture) aux utilisateurs authentifiés. NTFS donne Modification (M) à G_Compta et Lecture et exécution (RX) aux utilisateurs du domaine. Par le réseau, Windows applique le plus restrictif : lecture, c'est le partage qui limite. En session sur le serveur, le partage n'intervient pas : NTFS seul, modification.

On passe le partage en Modifier (net share ou Partage avancé → Autorisations ; New-SmbShare/Grant-SmbShareAccess -AccessRight Change) : les autres restent en lecture grâce à NTFS. Test : Julie enregistre un fichier dans \\SRV-FICH\Archives ; Sam (secrétariat) peut lire mais pas enregistrer.

CritèrePointsAttendu (toute formulation juste est acceptée)
Explication1.5Par le réseau : partage READ (Lecture) + NTFS M (G_Compta) → Lecture (le partage limite) ; en local, NTFS seul → Modification.
Correction1Partage Archives : Utilisateurs authentifiés en Modifier (NTFS garde la Lecture des autres et la Modification de G_Compta) ; test d'écriture par Julie et refus pour un compte hors G_Compta.

Le ping répond, mais « Accès refusé »

E16 · diagnostic sur relevés de commandes · exigences AP-27 · 3 points

Sam Roux (secrétariat, G_Secretariat) doit désormais lire les factures du dossier Compta pour les envoyer aux clients. Depuis son poste, il connecte le lecteur Z: à \\SRV-FICH\Compta, puis l'ouvre. Les autres dossiers fonctionnent. Les documents 1 à 3 sont tes relevés.

Document 1 — ping du serveur (capture fictive)

C:\> ping -n 2 192.168.20.20
Réponse de 192.168.20.20 : octets=32 temps<1ms TTL=128
Réponse de 192.168.20.20 : octets=32 temps<1ms TTL=128

Document 2 — ouverture du partage sur le poste de Sam (capture fictive)

C:\> net use Z: \\SRV-FICH\Compta
La commande s'est terminée correctement.
C:\> dir Z:\
Accès refusé.

Document 3 — icacls Compta sur le serveur (capture fictive)

C:\> icacls D:\Partages\Compta
D:\Partages\Compta
  DUPONT\G_Compta:(OI)(CI)(M)
  DUPONT\G_Direction:(OI)(CI)(RX)
  BUILTIN\Administrateurs:(I)(OI)(CI)(F)
1 fichiers correctement traités
  1. Indique la piste et la barrière en cause, preuves à l'appui.
  2. Donne la correction minimale et le test, en protégeant Paie.
Voir le corrigé et le barème

Le ping répond : le réseau et le serveur vont bien. La connexion du lecteur réussit (le partage accepte Sam), mais l'ouverture répond « Accès refusé » : le serveur a été joint, le compte reconnu, on est au niveau des permissions (permissions). Le partage Compta donne Modifier à tous les utilisateurs authentifiés (modification), mais icacls ne montre aucune entrée pour G_Secretariat : NTFS donne aucun accès.

On ajoute G_Secretariat en Lecture et exécution sur Compta : icacls D:\Partages\Compta /grant "DUPONT\G_Secretariat:(OI)(CI)RX". Sam obtient lecture (lecture seule, comme demandé), Factures en hérite, et Paie, dont l'héritage est désactivé, reste en aucun accès. Test : Sam ouvre Z:, lit une facture, l'enregistrement d'un fichier est refusé.

CritèrePointsAttendu (toute formulation juste est acceptée)
Diagnostic1.5Réseau bon (ping), connexion au partage acceptée puis « Accès refusé » à l'ouverture = le serveur répond, le compte est reconnu et refuse ; partage Modification pour les utilisateurs authentifiés ; NTFS : G_Secretariat absent → Aucun accès ; piste permissions, barrière NTFS.
Correction et test1.5Ajouter G_Secretariat en Lecture et exécution sur Compta (onglet Sécurité ou icacls /grant) ; Sam → Lecture ; Paie (héritage désactivé) reste Aucun accès ; Sam rouvre sa session si on vient de l'ajouter au groupe.

Le nom du serveur est introuvable

E17 · diagnostic sur relevés de commandes · exigences AP-25, AP-26 · 3 points

Sur un poste réinstallé hier, le lecteur réseau \\SRV-FICH\Commun ne se connecte plus ; l'Explorateur affiche « Windows ne peut pas accéder à … » et le code 0x80070035. Les autres postes fonctionnent. Le technicien qui a réinstallé a réglé le réseau à la main. Les documents 1 à 3 sont tes relevés.

Document 1 — ping par le nom (capture fictive)

C:\> ping -n 2 SRV-FICH
La requête Ping n'a pas pu trouver l'hôte
SRV-FICH. Vérifiez le nom et réessayez.

Document 2 — ping par l'adresse (capture fictive)

C:\> ping -n 2 192.168.20.20
Réponse de 192.168.20.20 : octets=32 temps<1ms TTL=128
Réponse de 192.168.20.20 : octets=32 temps<1ms TTL=128

Document 3 — net use par l'adresse (capture fictive)

C:\> net use Z: \\192.168.20.20\Commun
La commande s'est terminée correctement.
  1. Indique la piste en t'appuyant sur les trois relevés.
  2. Donne ce que tu vérifies et corriges, puis le test.
Voir le corrigé et le barème

Le ping par le nom échoue (« n'a pas pu trouver l'hôte ») alors que le ping et le partage par l'adresse 192.168.20.20 fonctionnent : le serveur, le partage, le compte et les droits sont bons. La piste est la nom : le poste ne sait pas traduire SRV-FICH en adresse.

On lit ipconfig /all : après la réinstallation, le DNS a probablement été réglé sur la box ou un DNS public, qui ne connaissent pas les noms internes. On remet le DNS de l'entreprise (en domaine, le contrôleur, voir PR22), ipconfig /flushdns, puis nslookup SRV-FICH doit renvoyer 192.168.20.20 ; on reconnecte le lecteur par le nom. On n'utilise pas l'adresse IP comme solution définitive : elle masquerait la panne.

CritèrePointsAttendu (toute formulation juste est acceptée)
Diagnostic1.5Par l'adresse IP tout fonctionne (ping, partage, compte, droits) ; seul le nom échoue : résolution du nom (DNS).
Correction et test1.5ipconfig /all : DNS du poste (en domaine : le contrôleur, pas la box ni un DNS public) ; corriger, ipconfig /flushdns ; nslookup SRV-FICH → 192.168.20.20 ; reconnecter \\SRV-FICH\Commun.

L'imprimante réseau est « hors connexion »

E18 · imprimante partagée · exigences AP-25 · 3 points

Depuis la coupure de courant de ce week-end, tous les postes affichent IMP-COMPTA « hors connexion ». L'imprimante est allumée et imprime sa page de configuration sans problème. Le DHCP est assuré par la box. Les documents 1 à 3 sont tes relevés.

Document 1 — état de l'imprimante sur le serveur (capture fictive)

PS> Get-Printer IMP-COMPTA | fl Name,PortName,
>>   PrinterStatus
Name          : IMP-COMPTA
PortName      : IP_192.168.20.50
PrinterStatus : Offline

Document 2 — ping de l'adresse du port (capture fictive)

C:\> ping -n 2 192.168.20.50
Envoi d'une requête 'Ping' 192.168.20.50
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.

Document 3 — Page de configuration imprimée (extrait)

ParamètreValeur
Nom d'hôteIMP-COMPTA
Configuration IPv4DHCP
Adresse IPv4192.168.20.117
Passerelle192.168.20.254
  1. Explique la cause en t'appuyant sur les trois documents.
  2. Donne la correction durable et le test.
Voir le corrigé et le barème

Le serveur envoie les impressions au port IP_192.168.20.50, mais cette adresse ne répond plus (délai d'attente dépassé). La page de configuration montre que l'imprimante est en DHCP et a reçu 192.168.20.117 au redémarrage. Piste : imprimante, adresse changée ; le pilote et les droits ne sont pas en cause.

Correction durable : réservation DHCP dans la box (adresse MAC de l'imprimante → 192.168.20.50) ou adresse fixe hors de la plage DHCP, puis redémarrage de l'imprimante. Si on garde la nouvelle adresse, on modifie le port sur le serveur (une seule fois, grâce au serveur d'impression). Test : Get-Printer indique Normal, page de test depuis deux postes.

CritèrePointsAttendu (toute formulation juste est acceptée)
Cause1.5Le port pointe vers 192.168.20.50, qui ne répond plus ; l'imprimante, en DHCP, a reçu 192.168.20.117 après la coupure : piste imprimante (adresse changée).
Correction et test1.5Réservation DHCP sur la box (ou adresse fixe hors plage DHCP) pour revenir à 192.168.20.50 ; à défaut, mettre à jour le port ; page de test depuis deux postes.

Samba : la direction lit mais ne peut pas enregistrer

E19 · diagnostic sur relevés de commandes · exigences AP-25, AP-27 · 3 points

Sur le serveur Linux NAS-LIN, le partage Samba compta accueille la comptabilité. Paul (groupe direction) ouvre les fichiers mais ne peut rien enregistrer. La direction demande désormais qu'il puisse y écrire. Les documents 1 à 3 sont les réglages relevés.

Document 1 — extrait de /etc/samba/smb.conf

[compta]
   path = /srv/partages/compta
   valid users = @compta @direction
   read only = yes
   write list = @compta

Document 2 — ls -ld (capture fictive)

admin@nas-lin:/srv/partages$ ls -ld compta
drwxrws---+ 2 root compta 4096 oct. 27 09:12 compta

Document 3 — getfacl (capture fictive)

admin@nas-lin:/srv/partages$ getfacl compta
# file: compta
# owner: root
# group: compta
# flags: -s-
user::rwx
group::rwx
group:direction:r-x
mask::rwx
other::---
  1. Explique l'accès actuel de Paul par les deux couches (Samba et Unix).
  2. Donne les deux modifications nécessaires, les commandes et le test.
Voir le corrigé et le barème

Côté Samba, paul est accepté (valid users contient @direction) mais read only = yes et write list ne contient que @compta : lecture. Côté Unix, paul n'est pas dans le groupe compta ; l'ACL lui donne r-x : lire et entrer. Accès réel, le plus restrictif des deux : lecture.

Il faut les deux : write list = @compta @direction dans smb.conf (vérifié par testparm, puis sudo systemctl reload smbd) et setfacl -m g:direction:rwx compta, avec setfacl -d -m g:direction:rwx compta pour les fichiers créés ensuite. Seule la première laisserait lecture, seule la seconde lecture ; ensemble : modification. Test : paul enregistre un fichier depuis \\NAS-LIN\compta.

CritèrePointsAttendu (toute formulation juste est acceptée)
Analyse1.5Samba : paul dans valid users (@direction) mais pas dans write list → lecture ; Unix : pas dans compta, ACL group:direction:r-x → lecture ; résultat Lecture.
Modifications et test1.5write list = @compta @direction (testparm, systemctl reload smbd) ET setfacl -m g:direction:rwx compta (plus -d pour les nouveaux fichiers) ; une seule des deux ne suffit pas (Lecture / Lecture) ; ensemble → Modification ; test d'enregistrement par paul.

Rédiger le plan de partage d'un cabinet de 9 postes

E20 · matrice de droits · exigences AP-25, AP-26, AP-27 · 4 points

Un cabinet d'architectes de 9 postes en domaine installe un serveur SRV-FICH. Besoins : un dossier Projets (les architectes modifient, la secrétaire lit), un dossier Administration (la gérante et la secrétaire modifient, personne d'autre), un dossier Commun (tout le monde), et l'imprimante grand format.

Document 1 — Personnel

FonctionNombre
Gérante (architecte)1
Architectes6
Secrétaire1
Technicien externe1
  1. Propose les groupes, puis pour chaque dossier les autorisations du partage et NTFS.
  2. Donne le partage de l'imprimante et deux mesures de protection des données.
Voir le corrigé et le barème

Groupes : G_Architectes (la gérante et les 6 architectes), G_Gestion (la gérante et la secrétaire), G_Secretariat (la secrétaire). Partages Projets, Administration et Commun : Utilisateurs authentifiés en Modifier (le détail se fait dans NTFS). NTFS : Projets → G_Architectes Modification, G_Secretariat Lecture et exécution ; Administration → G_Gestion Modification (rien pour les architectes) ; Commun → Utilisateurs du domaine Modification ; partout Administrateurs Contrôle total et Tout le monde retiré.

Imprimante : installée sur SRV-FICH, adresse fixe, partagée sous un nom court (\\SRV-FICH\GrandFormat), droit Imprimer pour G_Architectes. Protection des données : sauvegarde quotidienne du serveur testée, moindre privilège (personne d'autre que les administrateurs en Contrôle total, technicien avec un compte séparé), pas de partage du disque entier ; matrice des droits remise à la gérante.

CritèrePointsAttendu (toute formulation juste est acceptée)
Groupes1G_Architectes (gérante + 6), G_Gestion (gérante + secrétaire), G_Secretariat ; comptes nominatifs ; technicien : compte d'administration séparé.
Autorisations2Partages : Utilisateurs authentifiés Modifier (ou groupes concernés) ; NTFS Projets : G_Architectes Modification, G_Secretariat Lecture et exécution ; Administration : G_Gestion Modification ; Commun : Utilisateurs du domaine Modification ; Tout le monde retiré ; Administrateurs Contrôle total.
Imprimante et protection1\\SRV-FICH\nom, adresse fixe, Imprimer pour les groupes qui en ont besoin ; sauvegarde du serveur, moindre privilège, pas de partage d'un disque entier ni de Contrôle total aux utilisateurs.
Mini-test

PR23 — Mini-examen noté sur 20 : mode d'emploi

Le mini-examen se passe dans l'onglet Examen blanc : 10 questions à réponse libre, chacune notée sur 2 points, soit une note sur 20. Les questions ne figurent pas dans ce cours.

N° Thème Type Points
1 Une commerciale ne peut pas enregistrer ses devis analyse de document 2
2 Le serveur répond au ping mais pas le partage analyse de document 2
3 Le nom réseau est introuvable réponse courte 2
4 L'imprimante de l'accueil disparaît chaque soir réponse courte 2
5 Matrice des droits d'une association réponse développée 2
6 Un dossier RH créé au mauvais endroit réponse courte 2
7 Linux : la comptable n'entre pas dans le dossier RH analyse de document 2
8 Deux comptes pour le même serveur réponse courte 2
9 La file d'attente est bloquée réponse courte 2
10 Auditer le partage des dossiers clients réponse développée 2

Déroulement. Chaque question est une situation complète : toutes les données nécessaires sont dans l'énoncé et ses documents (autorisations et relevés fictifs). Aucune correction n'est visible pendant la passation ; tes réponses sont enregistrées au fur et à mesure. Après l'envoi, chaque réponse est corrigée selon le barème analytique de la question (critères et points), puis tu vois ta note sur 20, le corrigé et le barème.

Ce que valorise le barème. L'accès effectif calculé et justifié, le diagnostic prouvé par les relevés, la correction minimale respectant le moindre privilège — pas la récitation de sigles. Une autre solution technique juste et justifiée est acceptée.

Nature de la correction. Les réponses rédigées reçoivent une proposition de correction automatique (assistée par IA) appuyée sur le barème : c'est un repère d'entraînement, pas une note officielle ; en cas de doute, compare ta réponse au corrigé.

À retenir

PR23 — Fiche mémo et glossaire

Mémo

  • Partage Windows : SMB, TCP 445 ; \\serveur\partage\chemin (nom ou adresse IP) ; net use Z: \\SRV-FICH\Compta ; jamais SMB1, jamais le disque C: entier.
  • Réseau : profil Privé ou Domaine ; règle « Partage de fichiers et d'imprimantes » ; découverte du réseau = affichage seulement ; compte avec mot de passe ; un compte par serveur.
  • Deux barrières : partage (réseau seulement) et NTFS (local et réseau, héritage).
  • Niveaux : Aucun accès < Lecture < Modification < Contrôle total ; Contrôle total = administrateurs.
  • Combinaison : cumul des groupes dans une barrière ; refus explicite gagne ; par le réseau la plus restrictive ; en local NTFS seul.
  • Héritage : (I) dans icacls ; désactiver pour un dossier confidentiel.
  • Linux : propriétaire / groupe / autres, r=4 w=2 x=1 ; + = ACL ; Samba ET Unix ; smbpasswd -a, testparm.
  • Imprimantes : hôte allumé, adresse fixe, file = spouleur, pilote par un administrateur, droit Imprimer.
  • Dépannage partage : IP → nom → port 445 → partage → compte → droits (5 = droits, 53 = chemin, 67 = nom du partage, 86 = mot de passe, 1219 = deux comptes).
  • Protection : moindre privilège, groupes, pas de Tout le monde, sauvegarde testée, matrice écrite.

Glossaire des termes employés

  • ACL (liste de contrôle d'accès) : liste des comptes et groupes autorisés ou refusés sur un objet.
  • Autorisations du partage : droits appliqués à l'accès par le réseau à un dossier partagé.
  • Autorisations NTFS : droits du système de fichiers, valables en local et par le réseau.
  • Chemin UNC : adresse réseau d'un partage, \\serveur\partage\chemin.
  • File d'attente : liste des documents en attente d'impression, gérée par le spouleur de l'hôte.
  • Héritage : transmission des autorisations d'un dossier à son contenu.
  • Matrice des droits : tableau comptes × dossiers donnant l'accès de chacun.
  • Moindre privilège : n'accorder que les droits nécessaires, le temps nécessaire.
  • Profil réseau : Public, Privé ou Domaine ; il détermine les règles du pare-feu.
  • Samba : logiciel qui permet à un serveur Linux de partager en SMB.
  • SMB : protocole de partage de fichiers et d'imprimantes de Windows.
  • Spouleur d'impression : service Windows qui gère les files d'attente.
Ressources

PR23 — Sources et compléments pédagogiques

Sources utilisées

  • Consignes officielles de l'épreuve pratique AMPCR, cycle 2026-2027/1 (Jurys de la Fédération Wallonie-Bruxelles), p. 6 : « Partage de ressources (imprimantes, disques, répertoires…) » (AP-25), « Mise en partage sur un réseau informatique de documents et applications » (AP-26), « Les notions de droit et de permission » (AP-27). Copie versionnée : docs/references-officielles/ampcr/2026-2027-1. Programme officiel n° 345/2007/249 (option AMPCR).
  • Documentation Microsoft : partage de fichiers SMB (net share, New-SmbShare, net use, net view, codes d'erreur système 5, 53, 67, 86, 1219), autorisations de partage et NTFS (combinaison, refus, héritage, icacls), SMB1 retiré des installations récentes et accès invité bloqué, règles de pare-feu « Partage de fichiers et d'imprimantes », profils réseau, partage d'imprimante et spouleur, installation des pilotes réservée aux administrateurs (mise à jour d'août 2021, KB5005652), Test-NetConnection, Get-Printer.
  • Linux et Samba : pages de manuel chmod, chown, ls, setfacl/getfacl, smb.conf (valid users, read only, write list), smbpasswd, testparm.

Les valeurs et menus sont ceux de octobre 2026 ; ils évoluent selon les versions : la documentation de l'éditeur fait foi. Les schémas, matrices, relevés et procédures du cours sont produits par programme depuis des données vérifiées par des tests automatiques (accès effectif partage + NTFS, héritage, droits Unix et Samba, piste d'un échec d'accès ou d'impression) ; aucun schéma n'est tiré d'une image générée ni d'une photographie.

Compléments pédagogiques (non imposés par la liste officielle)

La p. 6 cite le partage de ressources, la mise en partage et les notions de droit et de permission. Sont des compléments, signalés comme tels, utiles pour traiter un dossier écrit :

  • Linux, Samba, droits rwx et ACL (alternative à Windows) ;
  • les conventions du cours : serveur SRV-FICH en 192.168.20.20, imprimante réseau en 192.168.20.50, groupes G_…, échelle Aucun accès < Lecture < Modification < Contrôle total, Utilisateurs du domaine et Utilisateurs authentifiés ;
  • l'ordre de dépannage d'un accès et d'une impression, la matrice des droits remise au client.

Supports fictifs

Les personnes, serveurs, dossiers, entreprises et relevés de commandes de ce cours sont fictifs et reconstitués pour l'entraînement ; ils ne décrivent aucun client réel. Aucune n'est une question officielle ou déjà posée par le Jury.