DSE Infrastructure / Proxmox Lab
Die Serverlandschaft hinter meinen Projekten – und ein privates Proxmox-Lab, in dem ich Infrastruktur und Sicherheit teste.
- Kategorie
- Infrastruktur
- Status
- Im Betrieb
- Rolle
- Planung, Aufbau und Betrieb
Projektübersicht
Alle meine Projekte laufen auf Infrastruktur, die ich selbst plane, aufsetze und betreibe. Daneben gibt es ein privates Proxmox-Lab, in dem ich neue Dienste und Sicherheitskonzepte ausprobiere, bevor sie in den Betrieb gehen.
Ausgangssituation
Mit jedem Projekt kamen neue Dienste dazu: Gameserver, Datenbanken, Websites, Bots. Die Infrastruktur musste deshalb von einem einzelnen Server zu einer Aufteilung nach Aufgaben wachsen.
Zielsetzung
- Klare Trennung zwischen öffentlichem Einstiegspunkt, Anwendungen und Daten.
- Nur die Ports öffentlich erreichbar machen, die tatsächlich öffentlich sein müssen.
- Neue Ideen erst im Lab testen, dann produktiv nehmen.
Technische Umsetzung
Die Produktivumgebung ist auf drei Rollen verteilt: Proxy, Anwendungen und Datenbank. Webdienste laufen in Docker-Containern, sind nur lokal gebunden und werden über einen Apache-Reverse-Proxy mit TLS-Zertifikaten ausgeliefert.
Für die Firewall habe ich ein eigenes Skript geschrieben, das die Rolle des Servers erkennt und die Regeln für ufw und die Docker-Kette von iptables einheitlich setzt – inklusive Sperrliste für auffällige Adressen.
Im Proxmox-Lab läuft unter anderem eine selbst entwickelte Webmail-Anwendung, mit der ich Sitzungen, Tokens und Multi-Faktor-Authentifizierung untersuche.
Architektur
- Proxy
- Öffentlicher Einstiegspunkt für Spieler und Webanfragen.
- Anwendungen
- Gameserver, Websites und Bots, teils über ein Server-Panel verwaltet.
- Datenbank
- Getrennter Server, nur aus der eigenen Infrastruktur erreichbar.
- Lab
- Proxmox-Umgebung für Tests, Virtualisierung und Security-Experimente.
Verwendete Technologien
- Linux
- Proxmox
- Docker
- Apache
- ufw / iptables
- Uptime Kuma
- Certbot
Herausforderungen
- Docker umgeht ufw-Regeln standardmäßig. Freigaben für Container mussten deshalb gezielt in der iptables-Kette DOCKER-USER gesetzt werden.
- Alte, zu breite Firewall-Regeln aus früheren Setups finden und sauber ablösen, ohne laufende Dienste zu unterbrechen.
Eigene Verantwortlichkeiten
- Serverplanung und Aufteilung der Dienste
- Linux-Administration und Updates
- Firewall, Reverse Proxy und TLS
- Monitoring und Fehleranalyse
- Aufbau und Pflege des Proxmox-Labs
Aktueller Projektstatus
Produktivbetrieb und Laborumgebung