Tailmox 1.2.0: Der sauberere Weg, Proxmox-Cluster rund um den Globus zu verbinden

Wenn Sie schon einmal versucht haben, Ihren Proxmox-Cluster über mehrere Städte, Länder oder auch nur unterschiedliche Provider hinweg auszudehnen, kennen Sie den Schmerz. WAN-Latenz, VPN-Konfiguration, NAT-Traversal, umständliche Ports – all das macht aus einem eigentlich sauberen Homelab-Setup einen Fehlersuche-Marathon, der ein ganzes Wochenende frisst. Und genau hier kommt Tailmox 1.2.0 ins Spiel.

Tailmox ist ein von der Community betriebenes Tool, das Proxmox-Hosts über Tailscale verbindet, ein Zero-Config-VPN auf Basis von WireGuard. Das neueste Release, Version 1.2.0, verändert die Spielregeln, indem es die Architektur auf tailscale serve umstellt und Nutzern erlaubt, einige der nativen Netzwerkbeschränkungen von Proxmox zu umgehen. Das Ergebnis? Sie können jetzt auf die Proxmox-Weboberfläche zugreifen, ohne Port 8006 an die URL anhängen oder sich mit an pveproxy gebundenen Zertifikaten herumschlagen zu müssen. Das ist nicht nur sauberer – das ist intelligenter.

Was genau macht Tailmox hier eigentlich?

Im Kern vereinfacht Tailmox den sicheren Fernzugriff auf Proxmox-Hosts durch die Integration mit Tailscale. Vor diesem Release war Tailmox stärker darauf angewiesen, den Proxmox-Stack (genauer gesagt pveproxy) direkt zu verändern, um die Web-UI über Tailscale bereitzustellen. Jetzt, mit tailscale serve, entkoppelt das Skript diese Dienste und macht tiefe Integrations-Hacks oder dauerhafte Proxy-Neukonfigurationen überflüssig.

Das klingt vielleicht nach einer kleinen Anpassung, ist aber für alle, die verteilte Nodes über geografische Regionen hinweg verwalten müssen, eine große Sache. Tailmox verwandelt jeden Proxmox-Node – selbst einen hinter CGNAT oder an einem entlegenen Standort – effektiv in ein Mitglied eines virtuellen Mesh-Netzwerks. Sie können Ihre Nodes von überall aus clustern, replizieren, migrieren und verwalten, solange eine einfache Internetverbindung besteht.

Globales Clustering: großartig auf dem Papier, knifflig in der Praxis

In der Homelab-Welt ist das Clustern von Proxmox-Nodes über verschiedene geografische Standorte hinweg der Stoff, aus dem Legenden und Kopfschmerzen gemacht sind. Willjasen, der Entwickler hinter Tailmox, hat im Release-Thread eine deutliche Erinnerung hinterlassen: Ja, es ist möglich – aber denken Sie nach, bevor Sie loslegen.

Tailmox enthält jetzt einen eigenen README-Abschnitt, der die Überlegungen zu globalem Clustering umreißt. Das Tool will nicht für jeden alles sein. Es eignet sich ideal für Setups, die nicht auf eine vollwertige HA (High Availability) oder Ceph-gestützten Storage mit extrem niedriger Latenz angewiesen sind. Stattdessen passt Tailmox zu Szenarien, in denen VM-Replikation und Migrationen in einem langsameren Rhythmus stattfinden – oder in denen vereinfachte Backup-Abläufe im Vordergrund stehen.

Denken Sie an jemanden, der eine 20-TB-VM von Europa in die USA verschiebt. Tailmox half dabei, indem es die Daten per ZFS-Replikation vorab überträgt und dann die Proxmox-Tools nutzt, um die Migration mit nur wenigen Minuten Ausfallzeit abzuschließen. Ein solcher Umzug ist kaum sicher zu bewerkstelligen, ohne viel Infrastruktur aufzubauen – oder darauf zu vertrauen, dass der eigene Provider kein Flaschenhals wird.

Noch nicht bereit für die Produktion

Es ist erwähnenswert, dass selbst der Entwickler Tailmox derzeit nicht in einer Produktionsumgebung einsetzt. Willjasen betont sogar, dass das Skript am besten auf einer frischen Proxmox-Installation läuft, bevor größere Anpassungen vorgenommen wurden. Das ist kein Warnsignal – nur ehrlich. Tailmox ist noch in Entwicklung, und es auf einem Host einzusetzen, den man nicht verlieren kann, wäre vermutlich keine gute Idee.

Stattdessen lautet der empfohlene Ansatz „Proxmox-in-Proxmox". Ja, genau das, wonach es klingt. Willjasen testet Tailmox, indem er virtuelle Proxmox-VMs innerhalb eines Proxmox-Clusters hochzieht. Er erstellt Snapshots davon, führt das Skript aus und setzt bei Bedarf auf den Snapshot zurück, um schnell zu iterieren. Dieses Meta-Homelab-Setup macht es leichter, Tailmox auszuprobieren, ohne die echten Nodes zu ruinieren – und es ist ein guter Tipp für alle, die mit ähnlichen Tools experimentieren.

Warum nicht einfach qm remote-migrate verwenden?

Einige in der Community wiesen zu Recht darauf hin, dass Proxmox mit qm remote-migrate bereits Migrationstools mitbringt. Warum also das Rad neu erfinden?

Die kurze Antwort: Größe, Flexibilität und Sicherheit.

Der qm-Befehl ist für kleinere VMs und einfache Migrationen völlig ausreichend. Aber wenn es um große Datenmengen geht – oder wenn Sie die Daten vorher per ZFS-Replikation staffeln möchten –, reichen die Standard-Tools nicht ganz aus. Außerdem verpackt Tailmox diese Funktionalität mit Tailscale deutlich sauberer und sicherer, wodurch das mühsame Öffnen von Firewall-Löchern entfällt und null Ports im öffentlichen Internet exponiert werden.

Da ist auch noch die Frage der Beständigkeit. Tailmox kann eine Möglichkeit sein, das eigene Setup zukunftssicher zu machen. Wollen Sie Ihren Node in ein anderes Gebäude, eine andere Stadt oder sogar einen anderen Kontinent verlegen? Solange er sich mit Tailscale verbinden kann, taucht er weiterhin als Teil des Clusters auf.

Wie sieht es mit Overhead und Performance aus?

Manche Nutzer stellten die Frage nach dem Virtualisierungs-Overhead, wenn man Proxmox in Proxmox betreibt, besonders bei Testaufbauten. Laut Willjasen war das aber kein Problem. Die „verschachtelten" VMs funktionieren gut genug für funktionale Tests von Clustering, Netzwerk und Skript-Logik. Natürlich ist das nicht für Benchmarks von Produktions-Workloads gedacht – aber zum Testen von Tailmox? Perfekt.

Was den realen Einsatz auf stromsparender Hardware angeht, erwähnte ein Kommentator, Tailmox auf einem Thin-Client-PC laufen zu lassen, um ihn als Remote-Node einzusetzen. Der Plan? Ihn mit dem virtuellen Cluster zu Hause verbinden und als realen Testaufbau nutzen. Genau diese Art von flexiblem, modularem Denken fördert Tailmox.

Tailmox will weder Hyper-V noch Ceph sein

Manche verglichen das Setup mit dem Failover-Clustering von Hyper-V oder Proxmox' eigenem HA-Stack mit Ceph. Aber dafür wurde Tailmox nicht gebaut.

Stellen Sie es sich stattdessen als Klebeschicht vor. Es hilft Proxmox-Hosts, sicher miteinander zu kommunizieren, egal wo sie sich befinden. Und auch wenn es kein echtes HA oder Shared Storage ersetzt, bietet es doch einen leichtgewichtigen Weg zu VM-Replikation, Remote-Backups und Migrationsszenarien, die früher deutlich mehr Schweiß und Flüche gekostet hätten.

Es ist nicht für jeden. Aber für Homelabber, Bastler und kleine Ops-Teams, die Proxmox in untypischen Umgebungen betreiben, bietet Tailmox etwas sehr Praktisches: Flexibilität.

Das Fazit: einen Blick wert

Tailmox v1.2.0 ist keine unternehmenstaugliche Migrations-Suite. Es ist ein cleveres, sich weiterentwickelndes Tool, das die Stärken von Tailscale und Proxmox ausspielt – und dabei viele ihrer rauen Kanten umgeht. Durch den Wechsel zu tailscale serve umgeht es knifflige Zertifikatsbindungen, räumt URLs auf und senkt das Risiko bei Neuinstallationen. Es ist nicht spektakulär, löst aber echte Probleme mit Eleganz.

Und vielleicht ist das die eigentliche Geschichte dahinter. In einem Meer aufgeblähter Orchestrierungstools und überkonstruierter Lösungen bleibt Tailmox schlank. Es ist ein Skript, ein Konzept und eine wachsende Community von Nutzern, die es gemeinsam herausfinden.

Wenn Ihr Homelab über mehrere Postleitzahlen verstreut ist – oder Sie einfach mit Remote-Clustering experimentieren wollen, ohne den Verstand zu verlieren – könnte sich ein Test mit Tailmox lohnen.

Nur … sichern Sie vorher Ihre Configs.