Webservernginx.conf
Migration von NGINX
Mappe Server-Blocks, Standorte, Upstreams, Gesundheitsprüfungen, Timeouts und TLS-Dateien in strikte Webship TOML mit einem Edge-first-Cutover.
Öffne die NGINX Anleitung →Webship Migrationsleitfäden
Von Ihrem aktuellen Webserver zu Webship mit einem kontrollierten Übergang wechseln.
Verschieben Sie TLS-Termination, Routing, Gesundheitsprüfungen, statische Bereitstellung und Edge-Policy in eine Rust Runtime. Jede Anleitung trennt direkte Zuordnungen vom herstellerspezifischen Verhalten, das eine gezielte Neugestaltung erfordert.
Wählen Sie Ihren aktuellen Edge.
Durchsuchen Sie die wichtigsten Webserver, Reverse Proxies, Caches und Anwendungsruntimes, die üblicherweise ersetzt oder hinter Webship verschoben werden.
Webserverhttpd.conf
Migration von Apache HTTP Server
Übersetzen Sie VirtualHost, ProxyPass, TLS, Timeout und Upstream-Verhalten in striktes Webship TOML und stellen Sie dann die Apache-Edge-Listener in kontrollierten Schritten ein.
Öffne die Apache HTTP Server Anleitung →WebserverCaddyfile
Migration von Caddy
Konvertieren Sie Caddyfile-Standortadressen, Matcher, Reverse-Proxy-Ziele, Gesundheitsprüfungen und Zertifikate in eine explizite, validierte Webship-Konfiguration.
Öffne die Caddy Anleitung →Reverse-Proxyhaproxy.cfg
Migration von HAProxy
Verschieben Sie HTTP-Frontends, Backends, Gesundheitsprüfungen, Lastverteilung, Timeouts und Zertifikatsverwaltung in Webship, während Sie einen schnellen Rücksetzpfad beibehalten.
Öffne die HAProxy Anleitung →Reverse-Proxyenvoy.yaml
Migration von Envoy
Mappen Sie Listener, virtuelle Hosts, Routen, Cluster, Endpunkte, Gesundheitsprüfungen, Timeouts und Downstream-TLS in eine kleinere Webship-Edge-Konfiguration.
Öffne die Envoy Anleitung →Reverse-Proxytraefik.yaml
Migration von Traefik
Übersetzen Sie Einstiegspunkte, Router, Regeln, Dienste, Gesundheitsprüfungen, Middlewares und TLS in stabile Webship-Routen und -Richtlinien.
Öffne die Traefik Anleitung →Webserverlighttpd.conf
Migration von Lighttpd
Übersetzen Sie Host-Bedingungen, Proxy-Ziele, Dokumentstämme, TLS-Dateien und Listener-Einstellungen in Webship-Routen oder -Sites.
Öffne die Lighttpd Anleitung →Webserverweb.config
Migration von Microsoft IIS
Ersetzen Sie IIS-Bindungen, ARR-Proxy-Regeln, URL Rewrite-Routing und Edge-TLS durch Webship, während Sie die Windows-Anwendungsabhängigkeiten dahinter beibehalten.
Öffne die Microsoft IIS Anleitung →WebserverWebAdmin / virtual host
Migration von LiteSpeed / OpenLiteSpeed
Konvertieren Sie virtuelle Hosts, Listener, externe Anwendungen, Proxy-Kontexte, statische Roots und Zertifikate zu expliziten Webship-Sites und Routen.
Öffne die LiteSpeed / OpenLiteSpeed Anleitung →Webservernginx.conf + Lua
Migration von OpenResty
Verschiebe standardmäßiges NGINX-Edge-Verhalten in Webship, während du die Lua-Anwendungslogik für eine explizite Behalte-oder-umschreibe-Entscheidung isolierst.
Öffne die OpenResty Anleitung →HTTP-CacheVCL
Migration von Varnish Cache
Verschieben Sie die Standard-Backend-Routing und die begrenzte Cache-Richtlinie in Webship, während Sie benutzerdefiniertes VCL-Verhalten als eine gemessene Neugestaltung betrachten, nicht als eine Such-und-Ersetz-Konvertierung.
Öffne die Varnish Cache Anleitung →Reverse-ProxyRust + YAML
Migration von Pingora
Ersetzen Sie einen benutzerdefinierten Pingora Edge-Service durch deklarative Webship Routen, wenn standardmäßiges TLS, Proxying, Health, Richtlinien und Observability ausreichen.
Öffne die Pingora Anleitung →AnwendungsserverTypeScript
Migration von Bun.serve
Trenne den Anwendungscode von Edge-Aufgaben: Behalte Bun als Ursprung, während Webship TLS, statische Bereitstellung, HTTP/3, Schutz und Anforderungsrouting übernimmt.
Öffne die Bun.serve Anleitung →