Scritto una volta, così nessuno lo digita due volte.
Tutto ciò che c'è qui è nato come ticket. Quando la stessa risposta è uscita per la terza volta, l'abbiamo spostata in un articolo, eseguito i comandi su una nuova istanza e linkata nella risposta. Questo è l'intero processo editoriale.
Cosa c'è qui
Documentazione operativa per persone che hanno già root e vorrebbero finire prima di pranzo. Non c'è un capitolo che spiega cos'è un server.
Debian 13 e AlmaLinux 10, salvo diversa indicazione nell'articolo. Le versioni precedenti di solito funzionano; i percorsi cambiano.
Quando un comando differisce tra Debian e AlmaLinux, vengono forniti entrambi piuttosto che uno con una vaga nota. Quando qualcosa non si può fare affatto, l'articolo lo dice e si ferma. Niente di ciò che è qui è velleitario.
Quello che non troverete è un tutorial sulla vostra applicazione. Noi gestiamo infrastrutture. Configurare il vostro reverse proxy sono affari vostri, fino al punto in cui i pacchetti smettono di arrivare — e allora diventano nostri, e c'è un articolo anche su questo.
Se un comando qui fallisce su un'immagine corrente, è un bug dell'articolo e vogliamo il ticket. Cita lo slug.
Come è organizzato
Sei categorie, scelte perché corrispondono ai sei tipi di ticket che riceviamo davvero, piuttosto che a una tassonomia ordinata dell'hosting.
Per iniziare
La prima ora di un'istanza: login, cloud-init, token API. Leggeteli una volta e gran parte del resto diventa opzionale.
Rete
Indirizzamento, reverse DNS, il /64 IPv6 instradato, fair use della banda, perdita di pacchetti e cosa succede mentre venite attaccati.
Storage
Volumi NVMe extra, filesystem, snapshot e ripristini. Sezione breve, perché i dispositivi a blocchi non sono complicati quando nessuno li oversella.
Sicurezza
Chiavi, nftables, autenticazione a due fattori. Tutto qui è qualcosa che faremmo sulle nostre macchine.
Fatturazione
Saldo dell'account, fatture pagate in difetto e la timeline tra un rinnovo mancato e un'istanza distrutta.
Operazioni
Media personalizzati, console out-of-band, cambi di piano, migrazioni di sito, tuning del kernel e steal time che legge zero.
Quando un articolo non risponde
La base di conoscenza copre ciò che possiamo scrivere in anticipo. Qualsiasi cosa specifica alla vostra istanza, al vostro traffico o alla vostra fattura richiede un umano, e ce n'è uno a ogni ora del giorno.
- 01
Controlla la status page
Se un sito ha un incidente, è su /status prima che nella vostra casella di posta. Iniziate da lì quando qualcosa funzionava ieri e oggi no.
- 02
Prova le guide
Pezzi più lunghi che costruiscono qualcosa end-to-end, piuttosto che rispondere a una singola domanda. Si trovano su /guides e presuppongono che abbiate letto l'articolo pertinente qui.
- 03
Apri un ticket
La prima risposta arriva in media dopo undici minuti, misurati nell'ultimo trimestre a ogni ora. I ticket vanno agli ingegneri, non a una coda che li inoltra agli ingegneri.
- 04
Usa la console
Se l'istanza non è raggiungibile, la console fuori banda ti dà una shell su un percorso che non dipende dalla correttezza della tua rete. È inclusa in ogni piano.
Un ticket con ID istanza, timestamp con fuso orario e il comando esatto che ha fallito viene risolto in un solo scambio. Un ticket che dice “il mio server è lento” riceve una domanda.
Per iniziare
03Sicurezza
03Rete
06Storage
02Operazioni
06Fatturazione
02Chiedi a un umano, invece
Il supporto è attivo in continuazione e legge ogni ticket nell'ordine di arrivo. Niente primo livello, niente script, niente invito a riavviare e riprovare.