PhpBB Lab Académie

Ouvrir le clone préparé, vérifier les témoins de fichiers et de données, contrôler les accès restaurés et démontrer qu’une écriture du clone reste indépendante.

Une page d’accueil ne suffit pas

La première page est une étape utile : elle montre que PHP peut exécuter une partie du logiciel et lire certaines données. Elle ne prouve pas que tous les messages, fichiers et permissions ont été restaurés. Nous allons appliquer les critères définis avant S1. Cette vérification organisée s’appelle une recette : une liste de résultats attendus que l’on compare à ce qui est réellement observé.

Retrouvez votre carnet. Les témoins sont le sujet « Maintenance — témoin avant sauvegarde », avec la phrase « Ce message doit être retrouvé après restauration. », et le fichier preuve-maintenance.txt, contenant « Fichier témoin du laboratoire phpBB. ». Le premier dépend des données restaurées ; le second dépend de la copie des fichiers. L’un ne remplace pas l’autre.

Ouvrir la bonne adresse et reconnaître la copie

Ouvrez http://localhost/forum-ecole-restauration/ dans votre navigateur. Si votre laboratoire utilise un port web particulier, conservez ce port comme expliqué précédemment. Relisez la barre d’adresse complète : le mot restauration dans le chemin est essentiel. Vous devez retrouver le nom « Forum ecole - clone restauration » et, comme visiteur, le message de fermeture prévu.

Ce message est attendu. Il ne signifie pas que la restauration a échoué. Utilisez « Connexion » pour entrer comme CamilleAdmin avec son mot de passe connu au moment de S1. Les comptes phpBB viennent de la base copiée ; nous ne devons pas les recréer. Le mot de passe SQL du clone ne sert pas ici. Si un mot de passe de membre a été changé sur l’original après S1, le clone possède encore l’état sauvegardé.

Relevez le nom du compte connecté. Ouvrez le « Panneau d’administration » et confirmez votre identité si demandé. Dans « Général », « Configuration du forum », contrôlez « Nom du site » et « Désactiver le forum ». Le premier désigne la copie ; le second doit encore être sur Oui. Dans « Paramètres des courriels », la prise en charge des courriels doit être désactivée. Ces lectures complètent celles de phpMyAdmin.

Si une page redirige vers /forum-ecole/, si le titre est celui de l’original ou si la connexion ne tient pas, n’effectuez aucune publication d’essai. Reprenez les contrôles de config.php, de destination SQL, de cookies, de chemin et de cache. Une répétition de clics ne corrigera pas une mauvaise destination. Notez le message exact s’il y en a un ; ne changez pas plusieurs réglages simultanément.

Ouvrir temporairement le clone pour les tests ordinaires

Un administrateur ou un modérateur peut consulter un forum fermé. Sa réussite ne prouve donc pas que les membres ordinaires peuvent l’utiliser. Pour tester ces derniers, CamilleAdmin passe « Désactiver le forum » sur Non dans la configuration du CLONE et enregistre avec « Envoyer ». Cette ouverture est limitée à notre copie locale, le temps de la recette. Les messageries natives restent désactivées.

Déconnectez-vous ensuite ou utilisez des profils de navigateur bien distincts. Comme au cours 3, deux onglets ordinaires partagent généralement la même session ; plusieurs fenêtres privées d’un même navigateur peuvent aussi la partager. À chaque test, contrôlez l’adresse du clone et le nom du compte. Les cookies différents distinguent l’original du clone ; ils ne créent pas plusieurs sessions indépendantes pour plusieurs membres du même clone.

Retrouver les données et leur structure

Comme inscrit_test, ouvrez le « Bac à sable de modération ». Retrouvez le sujet témoin d’avant sauvegarde et relisez sa phrase. Elle doit être complète, avec ses accents. Retrouvez aussi Questions publiques et Annonces. Le membre ordinaire peut lire ces espaces publics ; ses droits de publication restent ceux définis dans les cours précédents.

Avec CamilleAdmin, ouvrez la gestion des forums pour comparer la structure à l’inventaire : Accueil de l’association, Espace des adhérents et Équipe ; Vie de l’association, son sous-forum Projets, Comptes rendus et Coordination. Un visiteur ne doit pas voir tous ces espaces. Utiliser la fiche d’administration pour contrôler la structure puis un compte ordinaire pour contrôler les accès évite cette confusion.

Contrôlez aussi les états particuliers du cours 3 : accueil_test existe et reste actif, avec son avertissement fictif conservé ; le bannissement temporaire a été levé ; les essais ne laissent pas une file d’approbation ouverte. Ne recréez pas un avertissement pour reproduire sa présence : il doit provenir des données restaurées. Ces contrôles donnent un sens concret à l’expression « retrouver les données ».

Retrouver les fichiers

Ouvrez l’adresse http://localhost/forum-ecole-restauration/preuve-maintenance.txt. Le navigateur doit présenter le texte « Fichier témoin du laboratoire phpBB. ». Vérifiez le chemin complet, car le même fichier existe aussi sur l’original. Ce témoin a été créé spécialement sans information sensible ; il n’est pas un endroit où stocker un mot de passe ou un export SQL.

Si l’inventaire comporte déjà un avatar téléversé ou une pièce jointe de test autorisée, vérifiez également son affichage ou son téléchargement depuis son emplacement normal dans le clone, avec un compte autorisé. Le témoin texte prouve la copie de ce fichier précis ; il ne garantit pas à lui seul que chaque pièce jointe du forum est présente. Ne publiez pas de fichier réel confidentiel uniquement pour compléter la recette.

Vérifier les autorisations, y compris les refus

Comme visiteur déconnecté du clone, vérifiez la lecture des espaces publics et le refus de Coordination. Avec inscrit_test, vérifiez que la connexion et l’accès au Bac fonctionnent, tandis que Vie de l’association et Coordination restent privés. Avec eleve_test, vérifiez l’accès à Vie de l’association, Projets et Comptes rendus, mais pas Coordination. Avec equipe_test, vérifiez la lecture de Coordination et la modération locale de Questions publiques et du Bac à sable de modération.

Pour les espaces privés, utilisez aussi leurs adresses directes relevées dans le CLONE. Un espace absent de l’index ne suffit pas à démontrer que son contenu est protégé. Inversement, une adresse copiée depuis l’original testerait le mauvais site, même si son numéro de forum est identique.

La présence d’un lien « Panneau de modération » n’accorde pas tous les droits partout. Nous conservons le périmètre du cours 3 : equipe_test n’a pas reçu une modération globale. Reprenez au besoin le traçage des permissions appris au cours 2 ; ne lui donnez pas de droits supplémentaires pour faire disparaître un refus attendu.

Démontrer l’indépendance par une écriture reconnaissable

Connectez inscrit_test au CLONE et créez dans son Bac le sujet « Maintenance — témoin du clone », avec le texte « Ce sujet a été créé uniquement dans le clone de restauration. ». Relisez le message enregistré et son adresse. Revenez ensuite sur l’original, à http://localhost/forum-ecole/, avec le compte adapté à son état d’ouverture. Retrouvez son Bac : le sujet d’avant sauvegarde y existe toujours, mais le nouveau témoin du clone doit être absent.

Ce contrôle est particulièrement parlant : la copie a pu enregistrer une nouvelle donnée sans la faire apparaître dans la source. S’il apparaît dans les deux, arrêtez les écritures et recherchez la connexion réellement utilisée. Ne supprimez pas immédiatement les traces pour masquer le problème. La bonne configuration et les droits SQL limités sont des protections préalables ; ce test apporte une observation supplémentaire.

Refermer le clone et garder une conclusion précise

Une fois la recette terminée, reconnectez CamilleAdmin sur le clone, remettez « Désactiver le forum » sur Oui et enregistrez. Vérifiez sa fermeture dans une session déconnectée. L’original conserve son état prévu après le chapitre 2. Ne modifiez pas son réglage à la place de celui du clone.

Inscrivez la date, la sauvegarde S1 utilisée, les deux témoins retrouvés, les profils testés et le résultat de l’écriture indépendante. Indiquez toute différence restante. La conclusion « restauration validée dans le laboratoire local » signifie que ces contrôles ont réussi ; elle ne prétend pas avoir testé un hébergement public, sa messagerie ou toutes les données imaginables. Nous avons maintenant une copie vérifiée sur laquelle préparer la prochaine intervention.

Exemple — deux résultats attendus différents

Le visiteur reçoit d’abord le message de fermeture : c’est correct, puisque le clone vient d’être isolé. Pendant la fenêtre de recette, il lit Questions publiques mais ne lit toujours pas Coordination : c’est également correct, pour une autre raison. Après les essais, le message de fermeture revient.

Votre carnet doit donc préciser à quel moment le résultat a été observé. Écrire seulement « visiteur refusé » ne permettrait pas de distinguer une fermeture générale d’une permission privée correctement restaurée.

Exercice — rédiger la preuve de restauration

1. Ouvrez le clone fermé et identifiez son adresse, son nom et son message. Connectez CamilleAdmin et contrôlez les réglages prévus.
2. Ouvrez temporairement ce clone pour la recette. Retrouvez le sujet témoin de S1 comme inscrit_test, puis le fichier témoin à l’adresse du clone.
3. Testez successivement le visiteur, inscrit_test, eleve_test et equipe_test. Pour chaque profil, notez au moins une lecture autorisée et le refus ou le périmètre attendu expliqué ci-dessus. Ne changez aucun droit pendant cette comparaison.
4. Vérifiez les comptes et les états particuliers conservés du cours 3. Créez uniquement dans le clone le sujet « Maintenance — témoin du clone ».
5. Ouvrez l’original et vérifiez que ce nouveau sujet en est absent. Son sujet témoin d’avant sauvegarde reste présent.
6. Refermez le clone avec CamilleAdmin, puis contrôlez sa fermeture comme visiteur. Écrivez votre conclusion et les éventuels écarts dans preuves.txt, sans secret.

Validez séparément les données, les fichiers, les accès et l’indépendance du clone. Testez les membres ordinaires pendant une ouverture locale contrôlée, puis refermez. Une restauration validée s’appuie sur des résultats notés, pas seulement sur une page d’accueil qui s’affiche.