L'agent invité est activé et indique quand même qu'il ne tourne pas

Vous avez coché la case. Vous avez installé le paquet dans la machine. L'interface affiche toujours que l'agent ne tourne pas, et la colonne de l'adresse IP reste vide.

Il vaut la peine d'être précis ici, car trois choses distinctes doivent être vraies et l'interface ne rapporte que le verdict final.

Trois choses, pas une

L'option dans la configuration de la machine. C'est le côté hôte. Elle indique à Proxmox VE qu'un agent est attendu sur cet invité et qu'il doit essayer de lui parler.

Le logiciel à l'intérieur de l'invité. C'est un paquet que vous installez dans le système d'exploitation, et il doit tourner en tant que service, pas seulement être installé.

Le périphérique virtuel qui porte la conversation entre les deux. Personne n'y pense, et c'est là que meurent la plupart de ces cas.

L'étape que presque tout le monde saute

Activer l'option ajoute un périphérique virtuel à la machine. La documentation est nette sur la conséquence : un démarrage neuf de la machine virtuelle est nécessaire pour que le changement prenne effet.

Ce n'est pas la même chose que redémarrer le système d'exploitation à l'intérieur. Un périphérique ne peut pas apparaître dans une machine déjà sous tension, redémarrer l'invité ne change donc absolument rien : il revient dans le même matériel virtuel qu'il a quitté. La machine doit être arrêtée puis démarrée.

Si vous avez activé l'option, installé le paquet, et que rien n'est toujours rapporté, c'est presque toujours la raison. Arrêtez l'invité, redémarrez-le, puis regardez.

Sous Windows

L'agent pour les invités Windows provient du média de pilotes VirtIO et non des sources de paquets du système. C'est pourquoi « installez l'agent » se lit comme une impasse pour qui s'attend à trouver un programme d'installation normal.

Après l'installation, vérifiez que le service tourne bien. Un service arrêté et une installation absente se ressemblent vus de l'extérieur, et l'interface rapporte les deux de la même façon.

Deux écritures, toutes deux correctes

Sur le terrain, l'option de l'agent s'écrit de plus d'une façon, car le réglage a gagné des sous-options au fil du temps. Les deux formes sont valides et activent toutes deux l'agent.

Cela compte surtout comme avertissement : si vous trouvez une machine écrite d'une manière et une autre différemment, résistez à l'envie d'uniformiser en espérant réparer quelque chose. Cela ne réparera rien, et vous aurez dépensé un redémarrage de machine pour l'apprendre.

Pourquoi cela vaut la peine au-delà de l'adresse IP

La colonne IP vide est le symptôme visible, et le moins important.

Voici ce que l'agent fait discrètement quand il fonctionne : avant certaines opérations, Proxmox VE demande à l'invité de geler ses systèmes de fichiers pour que ce qui est capturé soit cohérent. La liste documentée de ces opérations est plus longue qu'on ne le croit et comprend la sauvegarde en mode instantané, le clonage d'une machine en marche, la réplication d'une machine en marche, un instantané sans la mémoire vive, et l'import d'une image disque depuis un invité en marche.

Sans agent fonctionnel, ces opérations tournent quand même. Elles rapportent quand même un succès. Ce qui change, c'est la garantie : au lieu d'un système de fichiers à qui l'on a demandé de se poser, vous capturez un système en pleine écriture. La plupart du temps cela passe. Les fois où cela ne passe pas sont exactement celles où vous comptiez sur la sauvegarde.

C'est le vrai coût, et il est invisible. Une adresse IP manquante vous agace tous les jours. Une sauvegarde affaiblie ne dit rien jusqu'au jour où cela compte.

Une réserve Windows en sens inverse

Le gel n'est pas gratuit partout. Sur les invités Windows, les applications qui gèrent elles-mêmes leur cohérence via le service de cliché instantané peuvent en être perturbées. La documentation consigne un cas observé précis : avec certains serveurs SQL, déclencher le gel emprunte un chemin de cliché qui casse la chaîne des sauvegardes différentielles.

Si vous faites tourner sous Windows une base de données qui tient sa propre chaîne de sauvegarde, cette interaction mérite d'être connue avant d'être découverte comme un trou dans votre historique de restauration. Des contournements sont documentés ; le point ici est seulement que « l'agent est toujours strictement meilleur » n'est pas tout à fait exact.

Ce que fait Atlas

Atlas lit les mêmes trois conditions et les rapporte comme trois, et non comme un verdict. Savoir que l'option est activée mais que la machine n'a pas été redémarrée depuis est un problème différent de savoir que rien n'est installé à l'intérieur, et les remèdes ne sont pas les mêmes.

La seconde moitié atterrit dans le résumé quotidien. Un agent qui a cessé de rapporter est exactement le genre de chose qui se dégrade en silence : rien ne casse, les sauvegardes continuent d'aboutir, et la garantie derrière elles s'amincit discrètement. Cela mérite une ligne dans un résumé que vous lisez vraiment, plutôt qu'une colonne dont vous ne remarquez plus qu'elle est vide.