Docker auf Proxmox, ohne den Netzwerk-Ärger
Docker selbst ist einfach; sein Netzwerk ist der schwierige Teil. Container verstecken sich hinter NAT, macvlan macht den Host unfähig, seine eigenen Container zu erreichen, und eine IP vom Router zu bekommen wird zu einem eigenen Projekt. Atlas entwirrt das mit Atlas Link: jeder Container lebt im eigenen Netzwerk wie ein echtes Gerät. Obendrauf kommt eine kuratierte Docker-Bibliothek: auswählen, mit einem Klick installieren, sofort live.
Die vertrauten Kopfschmerzen
NAT-Dunkelheit: der Container läuft, ist aber im Netzwerk unsichtbar. Jeder Dienst wird über Port-Weiterleitungen erreicht, und die Kollisionen bleiben Handarbeit.
Die macvlan-Falle: sobald ein Container eine echte IP bekommen soll, kann der Host seinen eigenen Container nicht mehr erreichen. Die Foren sind voll von dieser Frage.
DHCP-Missverhältnis: eine IP vom Router zu beziehen ist nicht Dockers natürliches Verhalten. Beim Neustart driftet die Adresse, es gibt keinen DNS-Namen, und das Spiel „welche IP war das noch mal“ beginnt.
Atlas Link: jeder Container ein echtes LAN-Gerät
Atlas Link macht Container zu einem natürlichen Teil des lokalen Netzwerks:
Eine echte DHCP-IP vom Router
Jeder Container erreicht das Netzwerk mit seiner eigenen MAC; der Router vergibt seine IP und er erscheint in der Geräteliste wie alles andere.
Per Name erreichen: service.local
Jeder Container kündigt seinen Namen per mDNS an: jellyfin.local, pihole.local. IPs auswendig lernen ist vorbei.
Host-Isolation gelöst
Die klassische macvlan-Falle „Host kann seinen Container nicht erreichen“ existiert in Atlas Link nicht; der Host spricht normal mit seinen Containern.
Identität bleibt über Neustarts hinweg erhalten
Selbst wenn ein Container neu startet, bleibt seine Netzwerk-Identität erhalten; Atlas hält den Adressdrift synchron.
Eine kuratierte Docker-Bibliothek
Kein Compose von Grund auf schreiben: ausgewählte Apps installieren sich mit einem Klick und gehen sofort über Atlas Link live:
Jede App kommt versionsfixiert und geprüft; keine überraschenden Image-Änderungen.
Eine Ressourcenübersicht vor der Installation: wie viel RAM, wie viel Speicherplatz, welche Netzwerk-Identität. Nach der Bestätigung wird installiert.
Vor der Installation wird ein Wiederherstellungspunkt erstellt; gefällt das Ergebnis nicht, lässt es sich spurlos zurücksetzen.
Ein eigenes Compose ist ebenfalls erstklassig unterstützt: mitbringen, mit Atlas Link verbinden, gleicher Komfort.
VM oder LXC?
Der saubere Weg, Docker auf Proxmox auszuführen, ist eine vollständige VM: eigener Kernel, volle Isolation, der offiziell unterstützte Weg. Docker in LXC ist möglich, aber die verschachtelte Isolation schwächt sich ab. Atlas verwaltet den Docker-Host ab der Installation; er erscheint auf der Karte wie alles andere.
Häufig gestellte Fragen
- Bekommt der Container wirklich eine IP von meinem Router?
- Ja. Atlas Link bringt den Container mit seiner eigenen MAC ins Netzwerk; der DHCP-Server vergibt die IP, und sie erscheint in der Geräteliste des Routers. Auf Wunsch lässt sich am Router auch eine statische Reservierung einrichten.
- Gibt es hier das macvlan-Problem „Host kann Container nicht erreichen“?
- Nein. Atlas Link löst diese Isolation auf der Bridge-Ebene; Host und Container sehen sich normal. Es ist der bekannteste Schmerzpunkt eines klassischen macvlan-Setups, und genau dafür existiert Atlas Link.
- Kann ich Dienste per Name erreichen?
- Ja. Jeder Container kündigt seinen Namen per mDNS an; Geräte im Netzwerk erreichen Adressen wie jellyfin.local. Kein IP-Auswendiglernen, keine manuellen DNS-Einträge.
- Sollte ich Docker in einer VM oder einer LXC auf Proxmox ausführen?
- Eine vollständige VM. Mit eigenem Kernel und voller Isolation ist das der offiziell unterstützte Weg; Docker in LXC schwächt die verschachtelte Isolation. Atlas verwaltet die Docker-Host-VM ab der Installation.
- Brauche ich noch etwas wie Portainer?
- Da Bibliothek, Lebenszyklus und Netzwerk-Identität in Atlas liegen, meistens nicht. Portainer lässt sich trotzdem parallel betreiben; beide stehen sich nicht im Weg.
- Kann ich meine eigenen Compose-Dateien verwenden?
- Ja. Ein bestehendes Compose wird einfach mitgebracht; Atlas Link fügt die Netzwerk-Identität und den .local-Namen hinzu, und es läuft mit dem gleichen Komfort wie Bibliotheks-Apps.
Verwandte Einträge
- Einem Container eine eigene Adresse im Netz geben: was Sie gewinnen, was Sie zahlen Man kann einen Container mit eigener Adresse statt über eine Portnummer veröffentlichen. Der Gewinn ist echt und der Preis auch, und Letzteren entdeckt man meist erst nach dem Aufbau.
- Der Container hat sich von selbst geändert: was das "latest"-Etikett wirklich verspricht Du hast nichts aktualisiert, und doch verhält sich der Container anders. Das ist kein Fehler: latest ist keine Version, sondern ein Zeiger. Es geht nicht darum, das Neueste zu bekommen, sondern zurückkehren zu können.
- Wohin Docker auf Proxmox gehört: die Platzierungsentscheidung und die Compose-Falle Wohin du Container stellst, ist keine Geschmacksfrage, sondern eine Frage des Wirkungsradius. Und eine Compose-Datei sieht aus wie Konfiguration, ist aber ein Programm, das du ausführst.