Wie du einen reinen Linux-Server auf Saplo installierst (Full Root, kein vordefinierter Stack)

Nicht jedes Projekt passt zu einem vorgefertigten Rezept aus dem Katalog. Manchmal benötigst du einen Discord-Bot, einen eigenen Daemon in Go oder Rust, einen Gameserver oder einfach eine Umgebung für Experimente - ohne ein Framework, das eine Struktur vorgibt. Ein reiner Server bei Saplo ist ein leerer Debian 12 Container mit vollem Root-Zugriff via SSH, genau wie ein gewöhnlicher VPS, nur ohne separate Kosten und ohne das Saplo-Ökosystem verlassen zu müssen - die gleichen Backups, CPU/RAM-Monitoring und Firewall wie bei den anderen Boxen.

Jede Box bei Saplo im Plan mit SSH-Zugriff ist bereits ein Linux-Container, auf den du über einen Schlüssel zugreifst. Der „reine Server“ im Katalog ist eine Option für Situationen, in denen du lieber ganz von vorne anfängst, anstatt das Startgerüst eines anderen Rezepts zu entfernen - keine vorinstallierte Runtime, keine Anwendung, die auf den Austausch wartet, nur das nackte System.

Für wen ist ein reiner Linux-Server bei Saplo gedacht?

Bevor du dich entscheidest, prüfe, ob dies die richtige Wahl für dein Projekt ist: - Du bevorzugst es, alles selbst zu machen, ohne einen vorgegebenen Stack - du installierst mit apt genau das, was du brauchst, in der Version, die du brauchst. - Du hast einen ungewöhnlichen Technologie-Stack, der nicht im Katalog als fertiges Rezept verfügbar ist - deine eigene Sprache, eine seltenere Runtime, einen Gameserver. - Du benötigst eine Testumgebung für Experimente - eine Sandbox mit vollem Root-Zugriff, die du konfigurieren und löschen kannst, ohne andere Anwendungen zu beeinflussen. - Du hast ein fertiges Startskript und möchtest es einfach ausführen - ohne darauf zu warten, dass jemand ein dediziertes Rezept dafür schreibt.

Wenn dein Projekt zu einem der fertigen Stacks (Node.js, Docker, Django und andere) passt, ist es in der Regel einfacher, diesen zu verwenden, anstatt manuell von Grund auf zu konfigurieren - du erhältst automatische Prozessneustarts und Implementierungen über git push, ohne selbst eine systemd-Konfiguration schreiben zu müssen.

Anforderungen

Um vollen Zugriff auf einen sauberen Linux-Server zu erhalten, brauchst du:

• Eine Box im Tarif L oder höher - SSH-Zugriff mit eigenem Schlüssel ist ab diesem Level verfügbar (Box S und M stellen Anwendungen nur über das Panel, per CLI, Git oder MCP bereit, ohne Terminal),
• Dein eigenes SSH-Schlüsselpaar (der private Schlüssel verbleibt bei dir, der öffentliche Schlüssel wird dem Panel hinzugefügt),
• Grundlegende Kenntnisse der Linux-Administration - Saplo greift nicht in die Systemkonfiguration innerhalb des Containers ein, daher liegt die Verantwortung für die von dir installierte Software bei dir.

Schritt für Schritt zum Zugriff

1. Generiere ein SSH-Schlüsselpaar, falls du noch keines hast: ssh-keygen -t ed25519 -C "you@example.com".
2. Gehe im Saplo-Panel zu SSH / SFTP-Zugriff und füge im Abschnitt SSH-Public Keys den Inhalt der Datei .pub ein - Saplo lädt den Schlüssel innerhalb weniger Sekunden in deine Box hoch.
3. Host und Port für die Verbindung findest du auf derselben Seite des Panels (der Port ist individuell für deine Box). Du verbindest dich mit dem Befehl ssh -p <port> saplo@<host>.
4. Die Anmeldung erfolgt ausschließlich über den Schlüssel, ohne Passwort - dies eliminiert Brute-Force-Angriffe. Du hast vollen Root-Zugriff auf das System im Container (sudo zusätzlich verfügbar ab dem Box XXL-Plan).
5. Du installierst, was du benötigst, über apt-get install - Saplo hat keine Laufzeitumgebung oder Anwendung vorinstalliert.

Bereitstellung deines eigenen Dienstes unter einer Domain

Wenn du deinen eigenen HTTP-Server (Bot, API, oder was auch immer auf einem Port lauscht) schreibst und ihn unter einer Domain mit automatischem SSL bereitstellen möchtest, ist es am einfachsten, ihn wie jede andere Anwendung aus dem Katalog über saplo.yaml mit dem Stack linux zu verbinden. Du gibst den Startbefehl an, und Saplo leitet den Traffic von der Domain auf seinen Port:

name: my-project
stack: linux
start:
  command: ./start.sh
  port: 8080

Backups und Monitoring funktionieren für diese Art von Anwendung genauso wie für jeden anderen Stack im Katalog.

Ein reiner Linux-Server auf Saplo vs. Alternativen

Häufig gestellte Fragen

Was ist der Unterschied zwischen einem leeren Server und dem normalen SSH-Zugang zu einer Box? In Bezug auf den Zugang gibt es keinen Unterschied - jede Box ab dem Box L Plan verfügt über SSH mit Schlüsselzugang. Der leere Server im App-Katalog ist eine Startoption ohne vorinstallierte Anwendung, für jemanden, der mit einem leeren System beginnen möchte, anstatt das Grundgerüst eines anderen Rezepts zu entfernen.

Warum erfordert SSH den Box L Plan und funktioniert nicht mit Box S? Das hängt mit der Isolation und der Verantwortlichkeit zusammen - höhere Pläne setzen voraus, dass du weißt, was du auf dem Server tust. Auf Box S und Box M werden Anwendungen ohne Terminal bereitgestellt: über das Panel, über Saplo CLI, Git oder MCP.

Kann ich jedes beliebige Paket mit apt installieren? Ja, du hast vollen Root-Zugriff innerhalb des Containers. Die einzigen Einschränkungen sind die Ressourcen, die deinem Plan zugewiesen sind (RAM, Speicher, vCPU).

Was ist mit der Sicherheit - kann jemand anderes meinen Container sehen? Nein, jede Box ist ein separater, nicht privilegierter LXC-Container, der von anderen Kunden isoliert ist.

Umfassen Backups auch Dateien außerhalb der Anwendungsverzeichnisse? Das Backup umfasst die gesamte Box gemäß dem Plan (Box L - 7 Tage, Box XL - 14 Tage, Box XXL - 30 Tage plus Offsite-Kopie), sodass auch Änderungen, die direkt über SSH vorgenommen wurden, abgedeckt sind.

Ein leerer Linux-Server auf Saplo ist der Ausgangspunkt für alles, was nicht mit einem vorgefertigten Rezept beschrieben werden kann - vollständiger Root-Zugriff, keine auferlegten Konventionen, die gleichen Backups und Monitoring wie der Rest der Box. Wenn du unterwegs feststellst, dass dein Projekt doch zu einem der vorgefertigten Stacks passt, kannst du ohne Serverwechsel dorthin migrieren.