<?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 Damien Dyes Blog</title>
    <link>https://blogs.damiendye.uk/de/tags/proxmox/</link>
    <description>Recent content in Proxmox on Damien Dyes Blog</description>
    <generator>Hugo</generator>
    <language>de-DE</language>
    <lastBuildDate>Sun, 04 Oct 2026 10:30:00 +0100</lastBuildDate>
    <atom:link href="https://blogs.damiendye.uk/de/tags/proxmox/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Eine OEM-Lizenz in eine Proxmox-VM bringen, und was dabei mitwandert</title>
      <link>https://blogs.damiendye.uk/de/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/de/proxmox/moving-an-oem-licence-into-a-proxmox-vm/</guid>
      <description>Wie die OEM-Lizenz in der Firmware eines PCs, die ACPI-Tabelle MSDM, in eine Proxmox-VM kommt: sie auslesen, sie prüfen, bevor QEMU eine kaputte zurechtbiegt, sie nur für root lesbar in pmxcfs ablegen, und was Microsofts eigene Bedingungen zum Umzug sagen, samt der einen VM auf der lizenzierten Maschine und warum Volumenlizenzen sie nie nutzen.</description>
    </item>
    <item>
      <title>Eine Proxmox-VM mit eigenem Branding, und wie es das nächste Upgrade übersteht</title>
      <link>https://blogs.damiendye.uk/de/proxmox/branding-a-proxmox-vm/</link>
      <pubDate>Sun, 04 Oct 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/branding-a-proxmox-vm/</guid>
      <description>Fünf Stellen, an denen eine Standard-VM unter Proxmox einen fremden Namen zeigt, und wie du jede ersetzt, ohne dass apt es zurückdreht: SMBIOS-Strings aus der VM-Konfiguration, der SeaBIOS-Splash, ein neu gebautes OVMF-Logo oder ein Option-ROM, das die Firmware nicht anfasst, und das Logo der Weboberfläche, alles aus dem Quellcode gelesen.</description>
    </item>
    <item>
      <title>Zero-Trust-VDI ohne Cloud-Rechnung — Proxmox, Intel Arc Pro und Cloudflare Access</title>
      <link>https://blogs.damiendye.uk/de/networking/zero-trust-vdi-cloudflare-access/</link>
      <pubDate>Wed, 02 Sep 2026 14:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/networking/zero-trust-vdi-cloudflare-access/</guid>
      <description>Teil eins: Architektur und Kostenargument dafür, Azure Virtual Desktop durch Proxmox, Intel Arc Pro SR-IOV und Cloudflare Access zu ersetzen. OAuth auf eigener Hardware für die Identität, RDP im Browser gerendert, ein per Firewall eingehegter LXC-Tunnel auf eigenem VLAN, KSM für Speicherdichte und Profile auf Ceph. Gebaut wird im nächsten Teil.</description>
    </item>
    <item>
      <title>Wer Ceph tatsächlich schreibt und nutzt</title>
      <link>https://blogs.damiendye.uk/de/ceph/who-actually-writes-and-uses-ceph/</link>
      <pubDate>Thu, 27 Aug 2026 13:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/ceph/who-actually-writes-and-uses-ceph/</guid>
      <description>Ich habe jeden Commit auf Cephs main-Zweig der letzten zehn Jahre gezählt, jeden Maintainer zu der Firma verfolgt, die ihn beschäftigt, und die öffentlichen Installationen zusammengetragen. 69.613 Commits, 1.718 Menschen, 478 Organisationen, und ein Projekt, das die meisten Firmen überlebt hat, die es gebaut haben.</description>
    </item>
    <item>
      <title>VMware nach Proxmox mit Ansible — bau die Hüllen, bevor du ein Byte bewegst</title>
      <link>https://blogs.damiendye.uk/de/ansible/vmware-to-proxmox-ansible/</link>
      <pubDate>Wed, 26 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/ansible/vmware-to-proxmox-ansible/</guid>
      <description>Einen vSphere-Bestand mit dem dynamischen Inventar lesen, seine VLANs in Proxmox-SDN spiegeln und jede VM als plattenlose Hülle neu bauen, bevor eine Platte umzieht. Warum jedes VMware-Info-Modul das Feld versteckt, das die Migration braucht, warum vlan_id drei Typen ist, und warum ein zweimal eingebundener NFS-Export lokal liest.</description>
    </item>
    <item>
      <title>Proxmox-VMs mit Ansible anlegen — der Host, den du baust, existiert noch nicht</title>
      <link>https://blogs.damiendye.uk/de/ansible/proxmox-create-vms-community-proxmox/</link>
      <pubDate>Wed, 12 Aug 2026 11:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/ansible/proxmox-create-vms-community-proxmox/</guid>
      <description>Die Collection community.proxmox ist ein API-Client, kein Konfigurationsagent, und das ändert die Form jedes Playbooks. Wo die Tasks laufen, warum proxmox_kvm sich verweigert statt zu konvergieren, warum proxmox_disk und proxmox_nic die Platten- und NIC-Änderungen besitzen, und der undokumentierte Rückgabewert, den du brauchen wirst.</description>
    </item>
    <item>
      <title>Proxmox VE ist kein Hypervisor — KVM ist einer, und du fährst ihn schon</title>
      <link>https://blogs.damiendye.uk/de/proxmox/kvm-the-hypervisor-inside-proxmox-ve/</link>
      <pubDate>Wed, 12 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/kvm-the-hypervisor-inside-proxmox-ve/</guid>
      <description>„Ist Proxmox für Unternehmen tauglich?“ ist eine Frage zum Hypervisor, und Proxmox VE enthält keinen. Der Hypervisor ist KVM, dasselbe Kernel-Modul unter EC2, Google Cloud, Nutanix AHV und OpenShift Virtualization. Was Proxmox tatsächlich pflegt, warum das Typ-1-Argument die falsche Linie trifft, und was das Fundament nicht kauft.</description>
    </item>
    <item>
      <title>Proxmox-Ceph-Cluster auf HDDs schnell machen — Metadaten auf NVMe, eine Optane pro Spindel, und was es dich kostet</title>
      <link>https://blogs.damiendye.uk/de/proxmox/hdd-backed-ceph-bcache-optane/</link>
      <pubDate>Fri, 07 Aug 2026 20:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/hdd-backed-ceph-bcache-optane/</guid>
      <description>Flash-Preise machen All-NVMe schwer zu rechtfertigen, und Enterprise-HDDs sind einen zweiten Blick wert. Erträgliche Latenz daraus auf hyperkonvergentem Proxmox-Ceph: RocksDB von der Spindel wegholen, jede Platte über bcache mit eigener Optane paaren (Optane, weil NANDs Haltbarkeit dafür falsch ist), und ehrlich über die Fehlerfälle sein.</description>
    </item>
    <item>
      <title>Lizenzfreies Windows-VDI auf Proxmox mit einer Intel Arc Pro B50 — und die Firmware-Grenze, die es gestoppt hat</title>
      <link>https://blogs.damiendye.uk/de/proxmox/licence-free-vdi-intel-arc-pro-sriov/</link>
      <pubDate>Fri, 07 Aug 2026 17:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/licence-free-vdi-intel-arc-pro-sriov/</guid>
      <description>Intels Arc-Pro-Karten machen SR-IOV von sich aus, ohne vGPU-Lizenz zu kaufen — und damit wird ein lizenzfreies Windows-VDI auf Proxmox wirklich möglich. Der ganze Aufbau auf einer B50, das Windows-zuerst-Problem, warum die Firmware bei zwei virtuellen Funktionen abriegelt, und wie viele jede Karte der B-Reihe hergibt.</description>
    </item>
    <item>
      <title>Ein Proxmox-Mesh ohne Switch mit SDN OpenFabric — Ceph und Client-Netze ohne 100-G-Switch</title>
      <link>https://blogs.damiendye.uk/de/proxmox/proxmox-routed-mesh-sdn-openfabric/</link>
      <pubDate>Fri, 07 Aug 2026 16:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/proxmox-routed-mesh-sdn-openfabric/</guid>
      <description>Drei Proxmox-Knoten direkt im Dreieck miteinander verkabelt, mit OpenFabric-Routing über das Mesh und Ceph plus VXLAN-Client-Netzen obendrauf. Vollständig in der Weboberfläche gebaut, und ehrlich darüber, wo der Entwurf aufhört zu skalieren.</description>
    </item>
    <item>
      <title>Zwei Boot-Zeilen — welche Kernel-Flags auf einen Proxmox-Host gehören und welche in den Gast</title>
      <link>https://blogs.damiendye.uk/de/proxmox/kernel-boot-flags-host-guest/</link>
      <pubDate>Fri, 07 Aug 2026 15:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/kernel-boot-flags-host-guest/</guid>
      <description>Die meisten Proxmox-Tuning-Zeilen, die du im Netz findest, sind ein Klumpen Kernel-Flags. Die Hälfte gehört auf den Hypervisor, die Hälfte in den Gast, zwei der beliebtesten tun überhaupt nichts, und ein paar bedeuten etwas anderes, je nachdem auf welcher Seite der Grenze sie landen.</description>
    </item>
    <item>
      <title>Ein virtuelles NVMe-Gerät in Proxmox — und die drei Dinge, die du aufgibst</title>
      <link>https://blogs.damiendye.uk/de/proxmox/virtual-nvme-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 14:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/virtual-nvme-proxmox/</guid>
      <description>QEMU kann einen echten NVMe-Controller emulieren, der Gast nutzt also seinen eigenen eingebauten NVMe-Treiber, ohne VirtIO-Medium. Es ist auch von Entwurf her nicht migrierbar, für Proxmox-Sicherungen unsichtbar und nicht schneller als VirtIO SCSI. Hier steht, wie man eines hinzufügt und wann es sich lohnt.</description>
    </item>
    <item>
      <title>Der Uhr einer VM ist nicht zu trauen — und die ptp_kvm-Lösung für QEMU/KVM</title>
      <link>https://blogs.damiendye.uk/de/proxmox/vm-time-ptp-kvm/</link>
      <pubDate>Fri, 07 Aug 2026 13:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/vm-time-ptp-kvm/</guid>
      <description>Die Uhr einer virtuellen Maschine steht auf einer Annahme, die Virtualisierung zerbricht: dass die CPU weiterzählt. Warum Gast-Zeit auf jedem Hypervisor wegläuft, was der Versatz tatsächlich kaputt macht — Kerberos, TLS, Ceph, Windows — und wie ptp_kvm es auf QEMU/KVM richtig löst.</description>
    </item>
    <item>
      <title>PCIe-Passthrough-Leistung auf Proxmox VE — die IOMMU-Steuer und wie man sie klein hält</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-passthrough-performance-the-iommu-tax/</link>
      <pubDate>Fri, 07 Aug 2026 10:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-passthrough-performance-the-iommu-tax/</guid>
      <description>Warum PCIe-Geräte Durchsatz verlieren, wenn man sie über VFIO an eine VM durchreicht, und die praktischen Schritte, die den größten Teil davon zurückholen.</description>
    </item>
    <item>
      <title>NUMA-Ausrichtung auf Proxmox VE — warum sie zählt und wie man sie richtig hinbekommt</title>
      <link>https://blogs.damiendye.uk/de/proxmox/numa-alignment-proxmox/</link>
      <pubDate>Fri, 07 Aug 2026 09:40:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/numa-alignment-proxmox/</guid>
      <description>Auf Systemen mit mehreren Sockeln verliert eine VM, deren vCPUs auf einem NUMA-Knoten und deren durchgereichtes Gerät auf einem anderen sitzt, 20–30 % Durchsatz, bevor du sonst irgendwo hingeschaut hast.</description>
    </item>
    <item>
      <title>PCIe-ASPM, und warum du es für Passthrough abschalten solltest</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-aspm-passthrough/</link>
      <pubDate>Fri, 07 Aug 2026 09:20:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-aspm-passthrough/</guid>
      <description>Active State Power Management spart auf unbeschäftigten PCIe-Links ein paar Watt. Unter VFIO-Passthrough erzeugt es Latenzzittern, das schwer zu diagnostizieren und leicht zu beheben ist.</description>
    </item>
    <item>
      <title>PCIe MaxPayloadSize — ein kostenloser Leistungsgewinn beim Passthrough</title>
      <link>https://blogs.damiendye.uk/de/proxmox/pcie-maxpayloadsize/</link>
      <pubDate>Fri, 07 Aug 2026 09:00:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/pcie-maxpayloadsize/</guid>
      <description>Der virtuelle Root Complex von QEMU liefert standardmäßig 128 Byte TLP-Payload. Die meisten Geräte können 256 oder 512. Ein Kernel-Parameter behebt das.</description>
    </item>
    <item>
      <title>Immer Q35, nicht i440fx — warum das auf Proxmox VE zählt</title>
      <link>https://blogs.damiendye.uk/de/proxmox/q35-not-i440fx/</link>
      <pubDate>Fri, 07 Aug 2026 08:45:00 +0100</pubDate>
      <guid>https://blogs.damiendye.uk/de/proxmox/q35-not-i440fx/</guid>
      <description>Die beiden virtuellen QEMU-Chipsätze sind nicht austauschbar. Q35 liefert eine richtige PCIe-Topologie, auf die Passthrough, modernes Windows und das ganze KVM-Umfeld angewiesen sind.</description>
    </item>
  </channel>
</rss>
