Server Manager verfolgt bewusst klare Vorgaben: Alle Rezepte und Assistenten schreiben -Blöcke, nicht nginx server { }, Apache <VirtualHost> oder Traefik-Docker-Labels. Das liegt nicht daran, dass die anderen Engines schlecht wären — gerade nginx ist ein sehr gutes Stück Software. Der Grund ist, dass den schmerzhaftesten Teil beim Betrieb einer Website (HTTPS) auf null Konfiguration reduziert, während die anderen das nicht tun. Wenn du bereits nginx, Apache oder Traefik nutzt, erkennt Server Manager deine Einrichtung und du entscheidest: dabei bleiben (mit einem kleinen UX-Kompromiss) oder das Ein-Klick-Rezept Zu Caddy migrieren ausführen.
Was macht ein Reverse Proxy noch mal?
Der ist der öffentlich erreichbare Server auf den Ports 80 (HTTP) und 443 (HTTPS). Browser landen dort; er leitet jede Anfrage an die passende interne App dahinter weiter — dein WordPress, deine Web-App, deine API. Deine Apps lauschen auf internen Ports wie 3000 oder 127.0.0.1:8080; der Reverse Proxy ist die Eingangstür, die entscheidet, was wohin geleitet wird.
Du brauchst einen Reverse Proxy, um:
- HTTPS bereitzustellen (das Schloss-Symbol). Browser weigern sich heutzutage, Cookies / Passwörter / Zahlungen über einfaches HTTP zu senden.
- Mehrere Websites auf einem Server unter verschiedenen Domains zu betreiben.
- Interne Ports zu verbergen — Besucher rufen
https://mysite.comauf, nichthttps://mysite.com:3000.
Die vier gängigen Optionen
| Caddy | nginx | Apache | Traefik | |
|---|---|---|---|---|
| Automatisches HTTPS (ohne Konfiguration) | ✅ Integriert | ❌ Benötigt certbot | ❌ Benötigt certbot | ✅ Integriert |
| Automatische Zertifikatserneuerung | ✅ Integriert | certbot.timer cron | certbot.timer cron | ✅ Integriert |
| Reverse Proxy in einer Zeile | ✅ reverse_proxy | ❌ mehrzeilig | ❌ mehrzeilig | ✅ Docker-Labels |
| Sinnvolle Standards (gzip, HTTP/2, TLS) | ✅ Standardmäßig aktiv | ❌ Standardmäßig aus | ❌ Standardmäßig aus | ✅ Standardmäßig aktiv |
| Live-Neuladen der Konfiguration | ✅ Ja | ✅ Ja (SIGHUP) | ✅ Ja (graceful) | ✅ Ja |
| Einzelne statische Binärdatei | ✅ Ja | ❌ Mehrere Dateien | ❌ Module + Bibliotheken | ✅ Ja |
| Form der Konfigurationsdatei | Caddyfile (knapp) | server { } | <VirtualHost> + .htaccess | YAML / TOML / Labels |
| Am besten für | „HTTPS soll einfach funktionieren“ | Hoher Traffic + komplexes Routing | Legacy-PHP / .htaccess | Docker-zentrierte Stacks |
| Lernkurve | Niedrig | Mittel bis hoch | Mittel bis hoch | Mittel |
| Performance bei extremer Skalierung | Gut | ✅ Am besten | Gut | Gut |
Die gleiche Idee jeweils in einem Satz:
- Caddy — „HTTPS soll einfach funktionieren.“
- nginx — „Ich brauche maximalen Durchsatz und habe Zeit, alles sorgfältig zu konfigurieren.“
- Apache — „Ich betreibe Enterprise-PHP-Apps mit
.htaccess.“ - Traefik — „Alles läuft in Docker, also per Label.“
Warum Server Manager Caddy gewählt hat
Drei Gründe, in dieser Reihenfolge:
- Automatisches HTTPS ist die wichtigste Funktion für nicht-technische Nutzer. Die größte Reibung beim Veröffentlichen einer kleinen Website entsteht durch TLS-Zertifikate. Caddy beseitigt diese Reibung vollständig. Der Assistent fragt dich nach einer Domain; 30 Sekunden später ist die Website mit HTTPS und einem gültigen Let's-Encrypt-Zertifikat live. Keine certbot-Installation, keine Plugin-Auswahl, kein Cronjob für Erneuerungen, keine Konfigurationsänderung. Das ist der klare Gewinn, und dabei machen wir keine Kompromisse.
- Sinnvolle Standards reduzieren kaputte Websites. Caddy liefert gzip-Komprimierung, HTTP/2, moderne TLS-Chiffren und vernünftige Timeouts standardmäßig aktiviert aus. nginx und Apache lassen die meisten dieser Dinge aus — was bedeutet, dass ein echter Teil jeder nginx-Installation am Ende eine unauffällig suboptimale Konfiguration hat, von der der Nutzer nie wusste, dass er sie verbessern sollte. Caddy macht das Richtige zum Standard.
- Die Caddyfile-Syntax ist zugänglich. Faro kann Caddyfile-Blöcke zuverlässig schreiben; du kannst sie lesen. Das Äquivalent in nginx erfordert mehrzeilige
server { listen 80; listen 443 ssl; ssl_certificate /etc/letsencrypt/live/...; ... }-Blöcke, die schwerer zu überblicken sind und die ein LLM schwerer korrekt erstellt. Syntax mit weniger Reibung = weniger Agentenfehler + sauberere Freigabeprüfungen.
Was du mit Caddy aufgibst
Wir wollen bei Kompromissen ehrlich sein. Caddy ist nicht in allem strikt besser.
- Maximale Performance bei Millionen von Anfragen. nginx hat beim Durchsatz weiterhin die Nase vorn. Für die meisten Websites spielt das keine Rolle — der Flaschenhals ist dein Backend, nicht der Proxy — aber wenn du hunderte Millionen Anfragen pro Tag auslieferst, verbraucht nginx etwas weniger CPU.
- Spezielle nginx-Module.
mod_lua/ OpenResty,proxy_cache_path,limit_req_zone,geoip— das sind echte Funktionen, die Caddy entweder anders löst oder nicht hat. Wenn du darauf angewiesen bist, ist eine Migration kein Ein-Klick-Vorgang. - **Apache-Altlasten mit
mod_php.** Manche alten PHP-Apps setzen Apache mitmod_phpvoraus (PHP läuft im Apache-Prozess). Caddy nutzt PHP-FPM (separater Prozess); funktional ist das Ergebnis gleich, aber wenn du jahrelange Apache-spezifische Konfiguration hast (eigene.htaccess, mod_rewrite-Ketten), macht die Portierung Arbeit. - Vorhandenes Teamwissen. Wenn dein Team nginx bereits in- und auswendig kennt, kostet der Wechsel Einarbeitung. Wegen Auto-HTTPS kann sich das lohnen, kostenlos ist es aber nicht.
Für die Zielgruppe von Server Manager (kleine Teams, Hobbyprojekte, Single-Server-Deployments) fallen diese Punkte normalerweise nicht ins Gewicht. Der Auto-HTTPS-Vorteil ist das, was im Alltag zählt.
Was, wenn ich meine aktuelle Engine behalten will?
Das geht. Server Manager erkennt nginx, Apache und Traefik und bietet dir zwei unterstützte Wege:
- Bei deiner aktuellen Engine bleiben. Faro konfiguriert sie nativ im Chat:
/etc/nginx/sites-available/+certbot --nginxfür nginx, das Apache-Äquivalent für Apache, Docker-Labels für Traefik. Das Endergebnis ist für jede Domain gleich; die Rezeptpalette markiert Caddy-only-Abläufe mit einem 💬 per Chat-Badge — sie funktionieren weiterhin, nur mit einem zusätzlichen Freigabeklick im Vergleich zum idealen Caddy-Weg. - **Zu Caddy migrieren** mit dem eingebauten Rezept. Übersetzt deine bestehende Konfiguration in ein Caddyfile, probt auf alternativen Ports, während deine aktuelle Engine weiterhin Live-Traffic ausliefert, tauscht bei Erfolg atomar um und führt bei jedem Fehler automatisch ein Rollback durch. Dauert ca. 10 Minuten; unterstützt nginx, Apache und Traefik.
Egal, wofür du dich entscheidest: Deine bestehenden Websites liefern weiter Traffic aus. Migration ist optional.
Wann du NICHT migrieren solltest
Migriere nicht zu Caddy, wenn einer dieser Punkte zutrifft:
- Du verwendest OpenResty / nginx-lua oder andere stark auf Custom-Module angewiesene nginx-Funktionen.
- Du hast **komplexe Apache-
.htaccess**-Regeln mit gestapeltenRewriteRule [L,PT,NE]-Ketten. - Du betreibst Traefik mit eigenen Middlewares (Basic Auth, Rate Limit, Header-Rewrite-Ketten) — theoretisch übersetzbar, aber das v1-Rezept macht das nicht automatisch.
- Du bist ein Shared Host mit Nutzern, denen du nicht vertraust — möglicherweise verlässt du dich auf Apache-Modelle zur Pro-Nutzer-Isolierung mit
mod_php, die Caddy nicht nachbildet.
Die Verwaltbarkeitsprüfung des Migrationsrezepts verweigert den Start, wenn sie solche Fälle erkennt. Das betrifft aber nur das automatische Migrationsrezept — jede andere Server Manager-Aktion (deployen, WordPress installieren, Domain verbinden, Backups verwalten, eine langsame Website debuggen, einen Dienst neu starten) funktioniert weiterhin über den Chat-Weg auf deiner vorhandenen Engine. Faro passt sich an den Proxy an, der auf dem Server läuft. Probier Dinge aus; wenn ein UI-Button gesperrt ist, bietet Faro stattdessen an, dieselbe Arbeit über Shell-Befehle zu erledigen.
Kurz gesagt
Caddy ist nicht in jeder Hinsicht überlegen. Es ist überlegen in der einen Hinsicht, die für die Art von Server, die die meisten Server Manager-Nutzer betreiben, am wichtigsten ist: automatisches, zuverlässiges HTTPS ohne Konfiguration. Alles andere (sinnvolle Standards, einzelne Binärdatei, knappe Syntax, Live-Reload) unterstützt diesen zentralen Vorteil.
Wenn du bereits nginx / Apache / Traefik betreibst und deine aktuelle Einrichtung stabil läuft, ist der Chat-Weg vollständig unterstützt. Wenn du die volle Ein-Klick-Erfahrung von Server Manager möchtest, findest du das Rezept Zu Caddy migrieren nur einen Button entfernt im von .