Identifiants de connexion

Les identifiants sont toujours liés à une VM précise. Une VM peut avoir plusieurs identifiants — par exemple un compte deploy pour l’usage quotidien et un compte root pour les urgences.

Tous sont chiffrés avec la clé du coffre avant d’être écrits sur le disque.

Ajouter des identifiants

Ouvrez le menu contextuel de la VM → Gérer les identifiants → Ajouter.

Mot de passe

Simplement un nom d’utilisateur et un mot de passe. Fonctionne immédiatement, mais les clés SSH restent la meilleure option si le serveur les permet.

Clé SSH

Collez le contenu de la clé privée (pas un chemin de fichier). L’application accepte les formats OpenSSH standards :

-----BEGIN OPENSSH PRIVATE KEY-----
b3BlbnNzaC1rZXktdjEAAAAABG5vbmUAAAAEbm9uZQAAAAAAAAAB...
-----END OPENSSH PRIVATE KEY-----

Si la clé a une phrase de passe, saisissez-la dans le champ séparé. Elle est scellée avec la même clé que la clé privée elle-même, de sorte que la surveillance sans intervention peut toujours utiliser une clé protégée par une phrase de passe sans vous la demander à chaque sondage.

Choisir un identifiant lors de la connexion

Une VM avec un seul identifiant l’utilise sans poser de question. Une VM avec plusieurs affiche un sélecteur avant d’ouvrir la session. La surveillance utilise son propre identifiant, défini séparément dans l’onglet de surveillance de la VM — vous pouvez ainsi interroger avec un compte à faibles privilèges tout en vous connectant manuellement avec un compte administrateur.

Comptes pour la supervision

La sonde est en lecture seule et n’a pas besoin de root. Un compte ordinaire suffit pour le CPU, la RAM, le disque, le réseau, les processus et la liste des ports ouverts. Quelques sections nécessitent des permissions supplémentaires et sont laissées vides plutôt que de faire échouer tout le sondage lorsqu’elles manquent :

Élément	Nécessite
Journal de connexions SSH	Accès en lecture à journalctl -u sshd ou /var/log/auth.log
Contenu de sudoers	Accès en lecture à /etc/sudoers
authorized_keys d’autres utilisateurs	Accès en lecture à /home/*/.ssh/authorized_keys
Liste des IP bannies	fail2ban-client disponible

Commencez avec un compte ordinaire et accordez l’accès en lecture plus tard si vous voulez aussi les vérifications liées à la sécurité.

Ce que l’application ne fait pas

• Elle ne lit jamais ~/.ssh/id_rsa de sa propre initiative. Même lors d’un import depuis ~/.ssh/config, le chemin IdentityFile est seulement affiché pour que vous sachiez quelle clé un hôte attend — son contenu n’est jamais lu implicitement. Utiliser cette clé signifie la coller délibérément.
• Rien ne se synchronise nulle part. Il n’y a aucun serveur vers lequel synchroniser les identifiants.