Web sunucusunginx.conf
NGINX’e geçin
Sunucu bloklarını, konumları, upstream’leri, sağlık kontrollerini, zaman aşımı değerlerini ve TLS dosyalarını kenar öncelikli bir geçişle sıkı Webship TOML biçimine eşleştirin.
NGINX rehberini açın →Webship göç kılavuzları
Mevcut web sunucunuzdan kontrollü bir geçiş ile Webship'a taşıyın.
TLS sonlandırmayı, yönlendirmeyi, sağlık kontrollerini, statik teslimatı ve edge politikasını tek bir Rust çalışma zamanına taşıyın. Her rehber, doğrudan eşlemeleri kasıtlı yeniden tasarım gerektiren tedarikçi özel davranışlardan ayırır.
Mevcut kenarınızı seçin.
Genellikle Webship arkasına taşınan veya değiştirilmiş başlıca web sunucularını, ters proxy'leri, önbellekleri ve uygulama çalışma zamanlarını arayın.
Web sunucusuhttpd.conf
Apache HTTP Server’e geçin
VirtualHost, ProxyPass, TLS, zaman aşımı ve upstream davranışlarını katı şekilde Webship TOML'ya çevirin, ardından Apache uç dinleyicilerini kontrollü aşamalarda emekliye ayırın.
Apache HTTP Server rehberini açın →Web sunucusuCaddyfile
Caddy’e geçin
Caddyfile site adreslerini, eşleştiricilerini, reverse_proxy hedeflerini, sağlık probe'larını ve sertifikalarını açık, doğrulanmış Webship yapılandırmasına dönüştürün.
Caddy rehberini açın →Ters vekil sunucuhaproxy.cfg
HAProxy’e geçin
HTTP ön uçlarını, arka uçlarını, sağlık kontrollerini, dengeleme, zaman aşımlarını ve sertifika işlemlerini hızlı bir geri alma yolu korunurken Webship içine taşıyın.
HAProxy rehberini açın →Ters vekil sunucuenvoy.yaml
Envoy’e geçin
Dinleyicileri, sanal hostları, yolları, kümeleri, uç noktaları, sağlık kontrollerini, zaman aşımlarını ve aşağı akış TLS'yi daha küçük bir Webship kenar yapılandırmasına eşleyin.
Envoy rehberini açın →Ters vekil sunucutraefik.yaml
Traefik’e geçin
Giriş noktalarını, yönlendiricileri, kuralları, servisleri, sağlık kontrollerini, ortakatmanları ve TLS'i kararlı Webship rotaları ve politikalarına çevirin.
Traefik rehberini açın →Web sunucusulighttpd.conf
Lighttpd’e geçin
Ana bilgisayar koşullarını, proxy hedeflerini, belge köklerini, TLS dosyalarını ve dinleyici ayarlarını Webship yollarına veya sitelerine çevirin.
Lighttpd rehberini açın →Web sunucusuweb.config
Microsoft IIS’e geçin
IIS bağlamalarını, ARR proxy kurallarını, URL Rewrite yönlendirmesini ve kenar TLS’i Webship ile değiştirin; Windows uygulama bağımlılıklarını onun arkasında tutun.
Microsoft IIS rehberini açın →Web sunucusuWebAdmin / virtual host
LiteSpeed / OpenLiteSpeed’e geçin
Sanal sunucuları, dinleyicileri, harici uygulamaları, proxy bağlamlarını, statik kökleri ve sertifikaları açık Webship sitelerine ve rotalarına dönüştürün.
LiteSpeed / OpenLiteSpeed rehberini açın →Web sunucusunginx.conf + Lua
OpenResty’e geçin
Standart NGINX kenar davranışını Webship'a taşıyarak Lua uygulama mantığını açık bir tutma veya yeniden yazma kararı için izole edin.
OpenResty rehberini açın →HTTP önbelleğiVCL
Varnish Cache’e geçin
Standart arka uç yönlendirmesini ve sınırlı önbellek politikasını Webship içine taşıyın; özel VCL davranışını ise arama-değiştir dönüştürmesi yerine ölçülmüş bir yeniden tasarım olarak ele alın.
Varnish Cache rehberini açın →Ters vekil sunucuRust + YAML
Pingora’e geçin
Özel bir Pingora kenar servisini, standart TLS, proxy, sağlık, politika ve gözlemlenebilirlik yeterli olduğunda deklaratif Webship rotalarıyla değiştirin.
Pingora rehberini açın →Uygulama sunucusuTypeScript
Bun.serve’e geçin
Uygulama kodunu edge görevlerinden ayırın: Bun'ı asıl kaynak olarak koruyun, Webship ise TLS, statik dağıtım, HTTP/3, koruma ve istek yönlendirmesini devralsın.
Bun.serve rehberini açın →