Proxmox VE — TSSR
Quiz — chapitre 1
Question 1. Proxmox VE est développé par :
Proxmox Server Solutions GmbH est une entreprise autrichienne basée à Vienne, fondée en 2005. Proxmox VE est basé sur Debian Linux et utilise KVM et LXC comme technologies de virtualisation sous-jacentes. Red Hat, Canonical et VMware sont des éditeurs concurrents dans le domaine de la virtualisation.
Question 2. Quel type d'hyperviseur est Proxmox VE ?
Un hyperviseur de type 1 (bare-metal) s'installe directement sur le matériel physique, sans OS hôte intermédiaire, avec un accès direct aux ressources — ce qui lui confère de meilleures performances. VMware ESXi, Microsoft Hyper-V et Proxmox VE en sont des exemples. VirtualBox et VMware Workstation sont des hyperviseurs de type 2 (hosted).
Question 3. Sur quel port est accessible l'interface web de Proxmox VE par défaut ?
L'interface web Proxmox VE est accessible sur https://<IP>:8006. Ce port non standard est délibéré, pour ne pas interférer avec d'autres services web sur le serveur. PBS utilise le port 8007, et PDM le port 8443.
Question 4. Dans une installation standard de Proxmox VE, quel stockage est utilisé pour les disques des machines virtuelles par défaut ?
local-lvm (LVM-Thin) permet le thin provisioning (allocation à la demande) et les snapshots instantanés — c'est le stockage par défaut des disques de VM/CT. local (Directory, /var/lib/vz/) est réservé aux ISOs, templates et sauvegardes vzdump. Aucun montage NFS ni pool Ceph n'est configuré automatiquement.
Question 5. Quelle est la principale différence entre un conteneur LXC et une machine virtuelle KVM ?
LXC (virtualisation au niveau OS) utilise les namespaces et cgroups du noyau Linux de l'hôte pour isoler les processus — pas de noyau propre. KVM crée une machine virtuelle complète avec son propre noyau émulé. LXC est plus léger et généralement plus rapide au démarrage, mais ne peut faire tourner que des OS Linux (compatibles avec le noyau de l'hôte).
Question 6. Sur Proxmox VE 9 (Debian Trixie), dans quel fichier le dépôt enterprise de Proxmox est-il décrit, au format DEB822 ?
Proxmox VE 9 (Debian Trixie) décrit chaque dépôt dans un fichier .sources au format DEB822 : des champs Clé: valeur au lieu de l'ancienne ligne unique des fichiers .list. Le dépôt enterprise est dans pve-enterprise.sources ; le bouton Disable de l'interface y ajoute simplement Enabled: false. pve-enterprise.list n'existe plus que sur les nœuds installés en 8.x puis mis à niveau. /etc/pve/storage.cfg décrit les stockages, pas les dépôts.
Question 7. Quelle commande permet de créer un conteneur LXC depuis la CLI Proxmox ?
pct (Proxmox Container Toolkit) gère les conteneurs LXC (pct create, pct start...). qm (QEMU Manager) gère les VMs KVM. pvecm gère le cluster Corosync. lxc-create est la commande LXC native, pas celle recommandée dans Proxmox.
Question 8. Dans Proxmox, qu'est-ce qu'un conteneur "non privilégié" (unprivileged) ?
Le mapping d'UID (user namespace remapping) est la clé de sécurité des conteneurs non privilégiés : l'utilisateur root à l'intérieur du conteneur (UID 0) correspond à un utilisateur sans privilèges sur l'hôte (ex. UID 100000). Si un attaquant sort du conteneur en obtenant UID 0, il n'est en réalité qu'un utilisateur ordinaire sur l'hôte — ce qui réduit considérablement les risques d'évasion de conteneur.
Question 9. Quelle commande permet d'entrer dans le shell d'un conteneur LXC depuis le nœud Proxmox (PVE 9) ?
pct enter <ctid> ouvre un shell interactif dans le conteneur directement depuis le nœud Proxmox : la session passe par le noyau de l’hôte, sans mot de passe ni réseau. qm console s'utilise pour les VMs KVM, pas les conteneurs. Une connexion SSH directe est possible mais nécessite que sshd soit configuré à l'intérieur du conteneur.
Question 10. Quelle commande vzdump permet de sauvegarder un conteneur LXC sans l'interrompre (si le système de fichiers le permet) ?
Le mode snapshot crée un snapshot LVM-thin (ou ZFS) du conteneur puis le sauvegarde depuis cette copie, sans l'arrêter — il nécessite que le stockage racine soit de type LVM-thin ou ZFS. Le mode stop arrête le conteneur pendant la sauvegarde. Les modes live et online n'existent pas pour vzdump.
Question 11. Une administratrice active la double authentification TOTP sur son compte de l'interface web. Que doit-elle ajouter tout de suite ?
Une fois le TOTP actif, le mot de passe ne suffit plus. Sans téléphone ni clés de récupération (Add → Recovery Keys), elle reste bloquée dehors : seul un autre administrateur, ou root en console, pourra retirer son second facteur (cours, chapitre 1, §8.1).
Question 12. Que demande l'interface web à un compte dont le TOTP est actif ?
Le TOTP s'ajoute au mot de passe, il ne le remplace pas. Le code est calculé par l'application du téléphone (Google Authenticator, FreeOTP…) à partir du QR code scanné à l'activation. Un mot de passe volé ne suffit plus.
Question 13. Qu'apporte une ACL posée sur /pool/<nom> plutôt que sur /vms/<id> ?
Le pool est un périmètre de délégation. Une ACL sur /vms/301 ne couvre que cette VM ; une ACL sur /pool/projet-a couvre tout ce que le pool contiendra. Sur le lab, un utilisateur n'ayant de droits que sur /pool/formation-web ne voyait qu'un invité sur dix.
Question 14. Un script d'automatisation doit créer des VM sur votre cluster. Que lui donnez-vous ?
Un jeton d'API se révoque seul, se retrouve dans le journal des tâches, et n'a que les droits qu'on lui donne. Ce qui protège, c'est le couple rôle + chemin : un jeton avec Administrator sur / vaudrait le mot de passe root (cours, chapitre 1, §8.2).