<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Proxmox on Le blog de Damien Dye</title>
    <link>https://blogs.damiendye.uk/fr/tags/proxmox/</link>
    <description>Recent content in Proxmox on Le blog de Damien Dye</description>
    <generator>Hugo</generator>
    <language>fr-FR</language>
    <lastBuildDate>Sun, 04 Oct 2026 10:30:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/fr/tags/proxmox/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Déplacer une licence OEM dans une VM Proxmox, et ce qui part avec</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/moving-an-oem-licence-into-a-proxmox-vm/</link>
      <pubDate>Sun, 04 Oct 2026 10:30:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/moving-an-oem-licence-into-a-proxmox-vm/</guid>
      <description>Comment la licence OEM du firmware d&amp;#39;un PC, la table ACPI MSDM, entre dans une VM Proxmox : la lire, la valider avant que QEMU ne répare une table cassée, la stocker réservée à root dans pmxcfs, et les conditions de Microsoft pour la déplacer, dont une VM sur la machine sous licence, et pourquoi les licences en volume ne s&amp;#39;en servent jamais.</description>
    </item>
    <item>
      <title>Mettre sa marque sur une VM Proxmox, et l&#39;y garder après la prochaine mise à jour</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/branding-a-proxmox-vm/</link>
      <pubDate>Sun, 04 Oct 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/branding-a-proxmox-vm/</guid>
      <description>Cinq endroits où une VM Proxmox d&amp;#39;origine affiche le nom d&amp;#39;un autre, et comment remplacer chacun sans qu&amp;#39;apt le défasse : les chaînes SMBIOS tirées de la config de la VM, l&amp;#39;écran SeaBIOS, un logo OVMF recompilé ou une ROM d&amp;#39;option qui laisse le firmware intact, et le logo de l&amp;#39;interface web, tout lu dans le code source.</description>
    </item>
    <item>
      <title>VDI Zero Trust sans la facture cloud — Proxmox, Intel Arc Pro et Cloudflare Access</title>
      <link>https://blogs.damiendye.uk/fr/networking/zero-trust-vdi-cloudflare-access/</link>
      <pubDate>Wed, 02 Sep 2026 14:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/networking/zero-trust-vdi-cloudflare-access/</guid>
      <description>Première partie : l&amp;#39;architecture et l&amp;#39;argument de coût pour remplacer Azure Virtual Desktop par Proxmox, le SR-IOV d&amp;#39;Intel Arc Pro et Cloudflare Access. OAuth sur site pour l&amp;#39;identité, RDP rendu dans le navigateur, un tunnel LXC pare-feu sur son propre VLAN, KSM pour la densité mémoire, et les profils sur Ceph. Le prochain billet le construit.</description>
    </item>
    <item>
      <title>Qui écrit et qui utilise vraiment Ceph</title>
      <link>https://blogs.damiendye.uk/fr/ceph/who-actually-writes-and-uses-ceph/</link>
      <pubDate>Thu, 27 Aug 2026 13:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/ceph/who-actually-writes-and-uses-ceph/</guid>
      <description>J&amp;#39;ai compté chaque commit de la branche main de Ceph sur dix ans, remonté chaque mainteneur jusqu&amp;#39;à l&amp;#39;entreprise qui l&amp;#39;emploie, et rassemblé les déploiements publics. 69 613 commits, 1 718 personnes, 478 organisations, et un projet qui a survécu à la plupart des entreprises qui l&amp;#39;ont bâti.</description>
    </item>
    <item>
      <title>De VMware à Proxmox avec Ansible — bâtissez les coquilles avant de déplacer un octet</title>
      <link>https://blogs.damiendye.uk/fr/ansible/vmware-to-proxmox-ansible/</link>
      <pubDate>Wed, 26 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/ansible/vmware-to-proxmox-ansible/</guid>
      <description>Lire un parc vSphere avec l&amp;#39;inventaire dynamique, refléter ses VLAN dans le SDN de Proxmox, et reconstruire chaque VM en coquille sans disque avant qu&amp;#39;un disque ne bouge. Pourquoi chaque module d&amp;#39;info VMware cache le champ dont la migration a besoin, pourquoi vlan_id est trois types, et pourquoi un export NFS monté deux fois lit en local.</description>
    </item>
    <item>
      <title>Créer des VM Proxmox avec Ansible — l&#39;hôte que vous construisez n&#39;existe pas encore</title>
      <link>https://blogs.damiendye.uk/fr/ansible/proxmox-create-vms-community-proxmox/</link>
      <pubDate>Wed, 12 Aug 2026 11:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/ansible/proxmox-create-vms-community-proxmox/</guid>
      <description>La collection community.proxmox est un client d&amp;#39;API, pas un agent de configuration, et cela change la forme de chaque playbook. Où tournent les tâches, pourquoi proxmox_kvm refuse de converger au lieu de mettre à jour, pourquoi proxmox_disk et proxmox_nic possèdent les changements disque et NIC, et la valeur de retour non documentée.</description>
    </item>
    <item>
      <title>Proxmox VE n&#39;est pas un hyperviseur — KVM l&#39;est, et vous le faites déjà tourner</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/kvm-the-hypervisor-inside-proxmox-ve/</link>
      <pubDate>Wed, 12 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/kvm-the-hypervisor-inside-proxmox-ve/</guid>
      <description>« Proxmox est-il de niveau entreprise ? » est une question d&amp;#39;hyperviseur, et Proxmox VE n&amp;#39;en contient pas. L&amp;#39;hyperviseur, c&amp;#39;est KVM, le même module noyau qu&amp;#39;EC2, Google Cloud, Nutanix AHV et OpenShift Virtualization. Ce que Proxmox maintient réellement, pourquoi l&amp;#39;argument du type 1 vise mal, et ce que le socle n&amp;#39;achète pas.</description>
    </item>
    <item>
      <title>Rendre rapides les clusters Ceph Proxmox sur HDD — métadonnées sur NVMe, une Optane par plateau, et ce que ça vous coûte</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/hdd-backed-ceph-bcache-optane/</link>
      <pubDate>Fri, 07 Aug 2026 20:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/hdd-backed-ceph-bcache-optane/</guid>
      <description>Le prix de la flash rend le tout-NVMe difficile à justifier, et les HDD d&amp;#39;entreprise valent un second regard. Une latence acceptable sur du Ceph Proxmox hyper-convergé : RocksDB hors du plateau, apparier chaque disque à sa propre Optane par bcache (Optane, car l&amp;#39;endurance de la NAND est mauvaise ici), et être honnête sur les défaillances.</description>
    </item>
    <item>
      <title>VDI Windows sans licence sur Proxmox avec un Intel Arc Pro B50 — et la limite de micrologiciel qui l&#39;a arrêté</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/licence-free-vdi-intel-arc-pro-sriov/</link>
      <pubDate>Fri, 07 Aug 2026 17:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/licence-free-vdi-intel-arc-pro-sriov/</guid>
      <description>Les cartes Arc Pro d&amp;#39;Intel font du SR-IOV nativement, sans licence vGPU à acheter — ce qui rend un VDI Windows sans licence sur Proxmox vraiment possible. Tout le montage sur un B50, le problème d&amp;#39;amorçage « Windows d&amp;#39;abord », pourquoi le micrologiciel le plafonne à deux fonctions virtuelles, et combien chaque carte de la série B vous en donne.</description>
    </item>
    <item>
      <title>Un maillage Proxmox sans switch avec SDN OpenFabric — Ceph et réseaux clients sans commutateur 100G</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/proxmox-routed-mesh-sdn-openfabric/</link>
      <pubDate>Fri, 07 Aug 2026 16:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/proxmox-routed-mesh-sdn-openfabric/</guid>
      <description>Trois nœuds Proxmox câblés directement entre eux en triangle, avec OpenFabric qui route sur le maillage et Ceph plus des réseaux clients VXLAN par-dessus. Construit entièrement dans l&amp;#39;interface web, et franc sur l&amp;#39;endroit où le montage cesse de passer à l&amp;#39;échelle.</description>
    </item>
    <item>
      <title>Deux lignes de démarrage — quels drapeaux noyau vont sur un hôte Proxmox, et lesquels vont dans l&#39;invité</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/kernel-boot-flags-host-guest/</link>
      <pubDate>Fri, 07 Aug 2026 15:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/kernel-boot-flags-host-guest/</guid>
      <description>La plupart des lignes de réglage Proxmox trouvées en ligne sont un seul bloc de drapeaux noyau. La moitié va sur l&amp;#39;hyperviseur, la moitié va dans l&amp;#39;invité, deux des plus populaires ne font rien du tout, et quelques-uns changent de sens selon le côté de la frontière où ils atterrissent.</description>
    </item>
    <item>
      <title>Un périphérique NVMe virtuel dans Proxmox — et les trois choses que vous abandonnez</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/virtual-nvme-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 14:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/virtual-nvme-proxmox/</guid>
      <description>QEMU sait émuler un vrai contrôleur NVMe, si bien que l&amp;#39;invité se sert de son propre pilote NVMe intégré, sans aucun support VirtIO requis. Il est aussi non migrable par conception, invisible aux sauvegardes Proxmox, et pas plus rapide que VirtIO SCSI. Voici comment en ajouter un et quand cela en vaut la peine.</description>
    </item>
    <item>
      <title>L&#39;horloge d&#39;une VM n&#39;est pas fiable — et le correctif ptp_kvm pour QEMU/KVM</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/vm-time-ptp-kvm/</link>
      <pubDate>Fri, 07 Aug 2026 13:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/vm-time-ptp-kvm/</guid>
      <description>L&amp;#39;horloge d&amp;#39;une machine virtuelle repose sur une hypothèse que la virtualisation casse : que le CPU continue de compter. Pourquoi l&amp;#39;heure des invités dérive sur tous les hyperviseurs, ce que le décalage casse vraiment — Kerberos, TLS, Ceph, Windows — et comment ptp_kvm corrige ça proprement sur QEMU/KVM.</description>
    </item>
    <item>
      <title>Performance du passthrough PCIe sur Proxmox VE — la taxe IOMMU et comment la réduire</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/pcie-passthrough-performance-the-iommu-tax/</link>
      <pubDate>Fri, 07 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/pcie-passthrough-performance-the-iommu-tax/</guid>
      <description>Pourquoi les périphériques PCIe perdent du débit quand on les passe à une VM par VFIO, et les étapes de réglage pratiques qui en récupèrent l&amp;#39;essentiel.</description>
    </item>
    <item>
      <title>Alignement NUMA sur Proxmox VE — pourquoi ça compte et comment bien le faire</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/numa-alignment-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 09:40:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/numa-alignment-proxmox/</guid>
      <description>Sur les systèmes multi-sockets, une VM dont les vCPU sont sur un nœud NUMA et l&amp;#39;équipement en passthrough sur un autre perd 20 à 30 % de débit avant même que vous ayez regardé quoi que ce soit d&amp;#39;autre.</description>
    </item>
    <item>
      <title>L&#39;ASPM PCIe et pourquoi le désactiver pour le passthrough</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/pcie-aspm-passthrough/</link>
      <pubDate>Fri, 07 Aug 2026 09:20:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/pcie-aspm-passthrough/</guid>
      <description>L&amp;#39;Active State Power Management économise quelques watts sur les liens PCIe au repos. Sous passthrough VFIO, il ajoute une gigue de latence difficile à diagnostiquer et facile à corriger.</description>
    </item>
    <item>
      <title>PCIe MaxPayloadSize — un gain de performance gratuit pour le passthrough</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/pcie-maxpayloadsize/</link>
      <pubDate>Fri, 07 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/pcie-maxpayloadsize/</guid>
      <description>Le root complex virtuel de QEMU se rabat par défaut sur des charges utiles TLP de 128 octets. La plupart des équipements gèrent 256 ou 512. Un seul paramètre noyau corrige ça.</description>
    </item>
    <item>
      <title>Toujours Q35, jamais i440fx — pourquoi ça compte sur Proxmox VE</title>
      <link>https://blogs.damiendye.uk/fr/proxmox/q35-not-i440fx/</link>
      <pubDate>Fri, 07 Aug 2026 08:45:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/fr/proxmox/q35-not-i440fx/</guid>
      <description>Les deux chipsets virtuels de QEMU ne sont pas interchangeables. Q35 fournit une vraie topologie PCIe dont dépendent le passthrough, les Windows modernes et tout l&amp;#39;écosystème KVM.</description>
    </item>
  </channel>
</rss>
