Non tutti i progetti si adattano a una ricetta pronta del catalogo. A volte hai bisogno di un bot per Discord, del tuo demone in Go o Rust, di un server di gioco o semplicemente di un ambiente per esperimenti, senza un framework che imponga una struttura. Un server pulito in Saplo è un container Debian 12 vuoto con accesso root completo tramite SSH, esattamente come un normale VPS, solo senza doverlo pagare separatamente e senza uscire dall'ecosistema Saplo - gli stessi backup, il monitoraggio CPU/RAM e il firewall del resto dei Box.
Ogni Box su Saplo nel piano con accesso SSH è già un container Linux a cui accedi tramite chiave. Un "server pulito" nel catalogo è un'opzione per situazioni in cui preferisci partire completamente da zero invece di rimuovere lo scheletro iniziale di un'altra ricetta - nessun runtime preinstallato, nessuna applicazione in attesa di essere sostituita, solo il sistema base.
Per chi è il server Linux "puro" su Saplo
Prima di decidere, verifica se è la scelta giusta per il tuo progetto:
- preferisci fare tutto a modo tuo, senza stack imposti - installi tramite
aptesattamente ciò di cui hai bisogno, nella versione che desideri, - hai uno stack tecnologico insolito che non è presente nel catalogo come ricetta pronta - il tuo linguaggio, un runtime meno comune, un server di gioco,
- hai bisogno di un ambiente di test per esperimenti - una sandbox con pieno accesso root, che puoi configurare ed eliminare senza influire su altre applicazioni,
- hai uno script di avvio pronto e vuoi semplicemente eseguirlo - senza aspettare che qualcuno scriva una ricetta dedicata per esso.
Se il tuo progetto si adatta a uno degli stack pronti (Node.js, Docker, Django e altri), di solito è più semplice usarlo invece di configurarlo manualmente da zero - ottieni il riavvio automatico del processo e le distribuzioni tramite git push senza dover scrivere manualmente la configurazione di systemd.
Requisiti
Per avere accesso completo a un server Linux pulito, hai bisogno di:
- Un Box nel piano L o superiore - l'accesso SSH con la tua chiave è disponibile da questo livello in su (i Box S e M distribuiscono le applicazioni solo dal pannello, tramite CLI, Git o MCP, senza terminale),
- La tua coppia di chiavi SSH (la chiave privata rimane con te, quella pubblica va nel pannello),
- Conoscenze di base dell'amministrazione Linux - Saplo non interferisce con la configurazione del sistema all'interno del container, quindi la responsabilità di ciò che installi è tua.
Accesso passo dopo passo
- Genera una coppia di chiavi SSH, se non ne hai già una:
ssh-keygen -t ed25519 -C "you@example.com". - Nel Pannello Saplo, vai su Accesso SSH / SFTP e nella sezione Chiavi pubbliche SSH incolla il contenuto del file
.pub- Saplo carica la chiave nel tuo Box in pochi secondi. - Host e porta per la connessione si trovano nella stessa pagina del pannello (la porta è individuale per il tuo Box). Ti connetti con il comando
ssh -p <port> saplo@<host>. - L'accesso funziona solo tramite chiave, senza password - questo elimina gli attacchi brute-force. Hai pieno accesso root al sistema all'interno del container (
sudoè disponibile in aggiunta dal piano Box XXL). - Installi ciò di cui hai bisogno tramite
apt-get install- Saplo non ha preinstallato alcun runtime o applicazione.
Esporre il tuo servizio su un dominio personalizzato
Se stai scrivendo il tuo server HTTP (un bot, un'API, qualsiasi cosa che ascolti su una porta) e vuoi esporlo su un dominio con SSL automatico, il modo più semplice è collegarlo come qualsiasi altra applicazione dal catalogo usando saplo.yaml con lo stack linux. Basta specificare il comando di avvio e Saplo indirizzerà il traffico dal dominio alla sua porta:
name: my-project
stack: linux
start:
command: ./start.sh
port: 8080
I backup e il monitoraggio funzionano per questo tipo di applicazioni esattamente come per qualsiasi altro stack nel catalogo.
Server Linux pulito su Saplo vs. alternative
| VPS normale | Cloud (EC2, Droplet) | Server Linux pulito su Saplo | |
|---|---|---|---|
| Configurazione da zero | sì, tutta la responsabilità è tua | sì, più la configurazione di rete e firewall | sì, ma firewall e isolamento LXC sono già configurati |
| Fatturazione | abbonamento separato per il server | consumo di risorse, aumenta con il traffico | incluso nel prezzo del Box, insieme al resto delle applicazioni |
| Backup | li configuri tu | servizio separato, costo aggiuntivo | integrati nel piano, come per ogni altra applicazione |
| Altre applicazioni a lato | server separato per ogni progetto | istanza separata per ogni progetto | lo stesso Box, altre applicazioni dallo stesso Catalogo delle applicazioni |
Domande frequenti
Qual è la differenza tra un server pulito e un normale accesso SSH a un Box? Nessuna, in termini di accesso: ogni Box dal piano L in su ha l'SSH con una chiave. Un server pulito nel catalogo è un'opzione di partenza senza un'applicazione preinstallata, per chi vuole iniziare con un sistema vuoto invece di eliminare lo scheletro di un'altra ricetta.
Perché l'SSH richiede il piano L e non funziona con il piano S? Questo deriva dall'isolamento e dalla responsabilità: i piani superiori presuppongono che tu sappia cosa stai facendo sul server. Su Box S e M, le applicazioni vengono implementate senza terminale: dal Pannello, tramite Saplo CLI, git o MCP.
Posso installare qualsiasi pacchetto con apt? Sì, hai il pieno accesso root all'interno del contenitore. Le uniche limitazioni sono le risorse assegnate al tuo piano (RAM, disco, vCPU).
E la sicurezza: qualcun altro può vedere il mio contenitore? No, ogni Box è un contenitore LXC separato, non privilegiato e isolato dagli altri client.
I backup includono anche i file esterni alle directory delle applicazioni? Il backup include l'intero Box secondo il piano (Box L - 7 giorni, Box XL - 14 giorni, Box XXL - 30 giorni più una copia offsite), quindi le modifiche apportate direttamente tramite SSH sono anch'esse coperte.
Un server Linux pulito su Saplo è il punto di partenza per tutto ciò che non può essere descritto da una ricetta pronta: pieno accesso root, nessuna convenzione imposta, gli stessi backup e monitoraggio del resto del Box. Se durante il percorso ti rendi conto che il tuo progetto si adatta a uno degli stack pronti, puoi passare ad esso senza cambiare server.
- #Linux
- #Guida
- #SSH
- #VPS
