Dépannage

Diagnostiquer méthodiquement, récupérer sereinement — et la procédure « brise-glace » quand tout le reste a échoué.

Les réflexes de diagnostic

Je n'accède plus à l'interface web 1. Êtes-vous bien dans la zone admin ? C'est la seule depuis laquelle l'interface répond (c'est voulu). 2. Essayez la console : connectez-vous avec votre compte administrateur, le menu s'ouvre — entrée Services pour vérifier l'état du service web d'administration, entrée Journaux pour la cause. 3. Vérifiez le certificat/TLS dans Paramètres si le navigateur proteste.

Une application ne répond plus 1. Menu Applications (web ou console) → panneau de l'application → Statut et Journaux. 2. Action Redémarrer depuis le panneau. 3. app verify <nom> pour contrôler l'intégrité de ses fichiers.

Un port semble bloqué - C'est probablement le pare-feu qui fait son travail : vérifiez dans Réseau & zones que le port est bien déclaré dans la bonne zone, et que la matrice inter-zones autorise le flux (voir Réseau & zones).

Une mise à jour s'est mal passée - Mises à jour → Historique → Rollback : les mises à jour LFSi sont réversibles. Un bundle refusé pour signature invalide n'a, lui, rien modifié du tout.

Le rapport de conformité signale des écarts - Chaque ligne « non conforme » indique sa remédiation. Voir Conformité.

Où sont les journaux ?

• Interface web / menu console → Journaux : audit des actions d'administration + journaux système, filtrables et exportables.
• Les journaux des applications sont accessibles depuis le panneau de chaque application.

Le mode secours de l'ISO

L'image d'installation comporte une entrée Mode live / secours : un environnement minimal pour examiner les disques, vérifier les systèmes de fichiers ou récupérer des données. Pensez-y avant toute manipulation lourde.

La procédure « brise-glace » (root)

Le compte root n'est pas un compte d'administration : c'est l'issue de secours, à n'utiliser que si l'administration normale (web et menu console) est inopérante — par exemple un verrouillage de compte généralisé ou un système de fichiers à réparer.

Ses limites, par construction : - utilisable uniquement sur la console locale (écran/clavier ou console de l'hyperviseur) — jamais par SSH ; - son mot de passe est celui défini à l'installation ; - chaque usage est journalisé et doit pouvoir être justifié.

La procédure : 1. Accédez à la console physique de la machine. 2. Connectez-vous en root avec le mot de passe défini à l'installation. 3. Effectuez la réparation minimale nécessaire — rien de plus. 4. Déconnectez-vous, puis reprenez l'administration normale (menu console ou web). 5. Consignez l'intervention : date, motif, actions menées. L'usage de root apparaît dans le journal d'audit ; un usage non justifié doit alerter.

En résumé : si vous utilisez root régulièrement, c'est le signe que quelque chose doit être corrigé dans votre organisation d'administration — pas que root doit servir davantage.

Mot de passe administrateur perdu ?

• Si un autre compte administrator existe : il peut réinitialiser le vôtre dans Utilisateurs & rôles.
• Sinon : procédure brise-glace (ci-dessus) pour réinitialiser le compte, puis reconnexion normale.

Besoin d'aide ?

• Relisez la page concernée de cette documentation — elle est pensée pour les non-spécialistes.
• Ressources du projet : git.sourcitec.com.

LFSi — Linux From SourcITEC. © SourcITEC — LFSi team.