Tape les commandes sans regarder, puis Entrée : la vérification compare au caractère près (espaces multiples ignorés), donc une variante valide peut être refusée, ouvre alors la réponse. Pour les autres questions, réponds avant d’ouvrir : c’est l’effort de rappel qui fait retenir.

Rappel actif

Restitue de mémoire, sans support.

  1. Cite les trois démons lancés par le service NFS et le rôle de chacun. Lequel a changé de nom sur Red Hat 6/7/8 ?

  2. Donne les deux démons Samba avec leurs ports et leur rôle.

  3. Sans regarder : cinq paramètres de vsftpd.conf et ce qu’ils contrôlent.

Tape la commande

Écris la commande exacte, puis Entrée pour vérifier.

  1. Après avoir modifié /etc/exports, fais relire le fichier par le serveur NFS sans redémarrer le service.

  2. Partage ponctuellement (sans toucher à /etc/exports) le répertoire /srv/docs pour le client 192.168.1.20.

  3. Depuis un client, liste les partages exportés par le serveur NFS 192.168.1.10.

  4. Monte le partage NFS /srv/docs du serveur 192.168.1.10 sur /mnt/docs.

  5. Le serveur NFS semble ne servir personne. Affiche les statistiques d’activité NFS pour le confirmer.

  6. Vérifie la syntaxe de smb.conf et affiche la configuration épurée.

  7. Crée le mot de passe Samba du compte Linux existant ali.

  8. ali part en congé : bloque son accès Samba sans supprimer son compte.

  9. Liste les partages du serveur SMB 192.168.1.10 sans fournir de mot de passe.

  10. Ouvre une session interactive sur le partage compta du serveur 192.168.1.10, en tant que ali.

  11. Monte le partage compta du serveur 192.168.1.10 sur /mnt/compta en CIFS, avec l’utilisateur ali.

  12. Côté serveur Samba, affiche qui est connecté en ce moment.

  13. Lance Pure-FTPd en n’autorisant que les connexions anonymes.

Écris-le

Rédige la requête, la configuration ou le code, puis compare avec la réponse.

  1. Écris /etc/exports pour : /srv/public en lecture seule pour tout le monde, et /srv/projets en lecture-écriture synchrone pour le réseau 192.168.1.0/24 seulement.

  2. Écris la section smb.conf d’un partage compta : répertoire /srv/compta, visible dans le voisinage réseau, modifiable, réservé au groupe Linux comptables.

  3. Écris les lignes de vsftpd.conf pour : pas d’anonymes, connexion avec les comptes locaux, écriture autorisée, utilisateurs emprisonnés dans leur répertoire.

  4. Écris la section [global] d’un Samba du groupe de travail ESPRIT, commentaire « Serveur fichiers », qui exige un compte utilisateur et des mots de passe chiffrés, avec un journal dans /var/log/samba/log.%m limité à 50 Ko.

Distingue

Deux notions proches : dis ce qui les sépare vraiment.

  1. FTP actif et FTP passif : qui ouvre le canal de données, vers quel port ? Lequel passe le mieux derrière le pare-feu d’un client ?

  2. Partage NFS ponctuel et permanent : comment déclare-t-on chacun, et que reste-t-il au redémarrage ?

  3. root_squash et no_root_squash : que devient le root du client dans chaque cas ? Lequel est appliqué si on n’écrit rien ?

  4. smbclient et mount -t cifs donnent tous deux accès à un partage Windows. Quand utiliser l’un ou l’autre ?

Explique pourquoi

Le mécanisme derrière la règle.

  1. Pourquoi Samba ne peut-il pas simplement réutiliser les mots de passe de /etc/shadow ?

  2. Pourquoi NFS (dans sa version vue en cours) est-il dangereux sur un réseau où n’importe qui peut brancher une machine ?

  3. Pourquoi le cours déconseille-t-il l’accès FTP aux répertoires personnels avec les comptes Linux ?

  4. Pourquoi le client FTP en ligne de commande reste-t-il utile alors que FileZilla existe ?

Cas pratique

Choisis et justifie avec les critères du cours.

  1. Des postes Windows doivent accéder à /srv/rh sur un serveur Linux, chaque employé RH avec son propre compte, et personne d’autre. Décris toute la mise en place.

  2. Un administrateur monte /srv/backup en NFS depuis un serveur de sauvegarde, en root, et toutes ses écritures sont refusées. Pourquoi ? Quelles sont les deux solutions, et laquelle préférer ?

  3. Les clients FTP d’un hébergeur, derrière la box de leur maison, se connectent au serveur mais les ls restent bloqués. Diagnostic et correction ?

Trouve l'erreur

Chaque affirmation contient au moins une faute.

  1. « Dans /etc/exports j’ai écrit /srv/projets 192.168.1.0/24 (rw) : seul mon réseau peut écrire. »

  2. « J’ai créé l’utilisateur Linux sara avec useradd et passwd : elle peut maintenant se connecter au partage Samba. »

  3. « testparm n’affiche pas ma ligne browseable = yes, donc Samba ne l’a pas prise en compte. »

  4. « FTP en mode passif est plus sûr parce que le mot de passe y est chiffré. »

Et si...

Prévois la conséquence.

  1. Et si on exporte un répertoire avec no_root_squash pour * ?

  2. Et si un client NFS a un utilisateur ahmed d’uid 1001, alors que sur le serveur l’uid 1001 est sara ?