Peut-on gérer Proxmox sans la ligne de commande : la réponse honnête

La plupart de ceux qui posent cette question se demandent en réalité deux choses différentes : « est-ce que je peux » et « est-ce que je vais rater quelque chose ». Les deux réponses sont meilleures qu’on ne le croit, mais il y a entre les deux un avertissement important.

Le panneau n’est pas une voie inférieure

L’idée répandue est que l’interface est un shell simplifié et que le vrai travail se fait en ligne de commande. C’est faux. Le panneau et la ligne de commande parlent à la même interface : l’interface de programmation propre à Proxmox. Le bouton que vous pressez dans le panneau et la commande que vous tapez dans le terminal passent par la même porte.

Le travail fait depuis le panneau n’est donc pas une « version allégée ». C’est le même travail, depuis une autre surface.

Presque tout le travail quotidien est déjà dans le panneau

Créer des machines, les démarrer, les arrêter, prendre des instantanés, sauvegarder, définir du stockage, agencer le réseau, créer des utilisateurs et donner des droits, mettre à jour. Tout cela existe dans l’interface, et pour l’essentiel la ligne de commande est de toute façon plus lente.

Là où la ligne de commande est vraiment nécessaire

Ces endroits sont peu nombreux mais pas nuls, et l’honnêteté impose de le dire. Ils tombent généralement dans trois familles : quand un composant casse de façon inattendue (lire les journaux du système, voir pourquoi un service ne démarre pas), quand le travail se fait en masse (appliquer le même changement à cent machines), et quand on utilise une capacité nouvelle ou très particulière que l’interface ne couvre pas encore.

Remarquez ce que ces trois-là ont en commun : elles sont toutes hors de l’ordinaire. Aucune ne fait partie du travail quotidien.

Le vrai danger n’est pas de ne pas savoir

C’est la phrase la plus importante de cette fiche : le danger n’est pas de ne pas connaître la ligne de commande, c’est de coller une commande que vous ne comprenez pas.

Une commande trouvée sur internet s’exécute sur votre machine avec vos droits, et personne ne regarde le résultat. Ce wiki en donne deux exemples concrets : la ligne censée faire taire l’avis d’abonnement et qui en réalité détruit toute la bibliothèque d’interface, et les fichiers compose qui ressemblent à de la configuration tout en pouvant donner au conteneur la machine entière.

Dans aucun des deux cas le problème n’était que la personne ne connaissait pas la ligne de commande. Le problème était qu’elle exécutait quelque chose qu’elle ne connaissait pas. Celui qui ne touche jamais à la ligne de commande ne tombe dans aucun de ces deux pièges ; celui qui la connaît à moitié y tombe.

Si vous voulez apprendre, le bon ordre

Nous ne vous disons pas de l’éviter. Mais l’ordre compte : apprenez d’abord les commandes qui lisent, ensuite celles qui écrivent. Les commandes qui montrent un état, lisent des journaux et listent des choses ne cassent rien, et elles vous apprennent comment le système raisonne. Ne passez aux commandes qui écrivent que lorsque vous savez lire ce qu’elles font.

Et une règle : n’exécutez pas une commande que vous ne comprenez pas sur une machine qui porte votre travail. Si vous voulez essayer, créez une machine pour essayer ; toutes les fiches de sauvegarde et de restauration de ce wiki existent précisément pour cela.

Ce que fait Atlas

Atlas se tient du côté de ceux qui ramènent le travail quotidien dans le panneau, il cherche donc à élargir la liste du « presque tout » ci-dessus. Mais ce faisant, il ne cache rien : il dit ce qu’une opération va faire, et pour les opérations sans retour il le dit avant l’opération.

La même posture apparaît à deux endroits directement liés à cette fiche. Les scripts d’installation et les fichiers compose sont analysés avant d’être exécutés, et les lignes qui percent la frontière du conteneur vous sont montrées. Les travaux qui touchent des fichiers, comme faire taire l’avis d’abonnement, se font dans le produit plutôt qu’à la main, et après écriture le fichier est relu et vérifié.

Le but n’est donc pas de vous cacher la ligne de commande. Le but est que vous n’ayez jamais à coller une commande que vous ne comprenez pas.