OSTRELLE · DOKUMENTATION
Installation und SSH: sicherer Einstieg für Betreiber
Generische Voraussetzungen für einen kontrollierten Ostrelle-Serverbetrieb per SSH. Konfiguration, Listener und sichere Freigabe ohne private Betriebsdaten.
Entwicklungsbetrieb · kein öffentlicher Ein-Klick-Installer · Stand: 15. Oktober 2026.
Ostrelle hat noch keinen allgemein verfügbaren Download oder fertigen Self-Service-Installer. Diese Anleitung hilft berechtigten Betreibern mit Quellzugang, einen kontrollierten Entwicklungsbetrieb vorzubereiten; sie ersetzt kein vollständig abgenommenes Produktionshandbuch.
Voraussetzungen zuerst klären
- Nutze einen getrennten Testhost oder eine isolierte Testkopie. Reserviere ein dediziertes Datenverzeichnis, ein freigegebenes Theme und eine kontrollierte Testdomain.
- Kläre den Zugriff auf den aktuellen Quellstand und die in rust-toolchain.toml angegebene Rust-Version. Node ist für den Admin-Asset-Build nötig, nicht für die Auslieferung von Besucherseiten.
- Plane Dienstkonto, Dateirechte, persistenten Speicher, Sicherung, Wiederherstellung und HTTPS, bevor eine öffentliche Domain freigegeben wird.
- Zugangsdaten und neue Logins gehören in den Passwortmanager. Keine Schlüssel in Repository, Shell-History, Chat oder öffentliche Beispiele kopieren.
Generischer SSH-Zugang
Ersetze ausschließlich den Beispielhost und das Dienstkonto durch deine eigenen freigegebenen Angaben. Diese Seite enthält absichtlich keine reale Server-IP und keinen privaten SSH-Schlüssel. Hostschlüsselprüfungen nicht mit unsicheren Optionen ausschalten.
ssh deploy@dein-server.example
# Nur auf dem eigenen freigegebenen Ziel arbeiten.
# Hostschlüssel vor der ersten Bestätigung unabhängig prüfen.Konfiguration und Abnahme
wpnext-server liest die optionale TOML-Datei über WPNEXT_CONFIG_FILE. ENV-Werte haben Vorrang vor Datei und Standardwerten. Unbekannte Dateischlüssel und ungültige Werte verhindern den Start; Geheimnisse werden nicht in öffentliche Konfigurationsbeispiele geschrieben.
Der öffentliche Listener und der interne Listener für Metriken und ausführliche Readiness sind getrennt. Halte den internen Listener auf Loopback. Das Starten des Binaries richtet nicht automatisch Site, Domain und Administrator ein; dafür sind passende Provisionierungsschritte erforderlich.
Prüfe /health, /ready, die tatsächliche Website, eine echte 404 und anschließend den freigegebenen Anmeldeweg. Erst ein Restore-Test, funktionierende TLS-Prüfung und die Inhaltsabnahme begründen eine Betriebsfreigabe.