Écrit une fois, pour que personne ne le tape deux fois.
Tout ceci a commencé par un ticket. Lorsque la même réponse est sortie une troisième fois, nous l'avons déplacée dans un article, exécuté les commandes sur une instance fraîche, et l'avons liée à la réponse. C'est tout le processus éditorial.
Ce qui se trouve ici
Documentation opérationnelle pour les personnes qui ont déjà root et souhaitent avoir terminé avant le déjeuner. Il n'y a pas de chapitre expliquant ce qu'est un serveur.
Debian 13 et AlmaLinux 10, sauf indication contraire de l'article. Les versions plus anciennes fonctionnent généralement ; les chemins changent.
Lorsqu'une commande diffère entre Debian et AlmaLinux, les deux sont données plutôt qu'une avec une note vague. Lorsque quelque chose ne peut pas être fait du tout, l'article le dit et s'arrête. Rien ici n'est ambitieux.
Ce que vous ne trouverez pas, c'est un tutoriel sur votre propre application. Nous gérons l'infrastructure. Configurer votre proxy inverse est votre affaire, jusqu'au point où les paquets arrêtent d'arriver — à ce moment-là, c'est la nôtre, et il y a un article à ce sujet aussi.
Si une commande ici échoue sur une image actuelle, c'est un bug dans l'article et nous voulons le ticket. Citez le slug.
Comment c'est classé
Six catégories, choisies parce qu'elles correspondent aux six types de tickets que nous recevons réellement plutôt qu'à une taxonomie ordonnée de l'hébergement.
Pour commencer
La première heure d'une instance : connexion, cloud-init, jetons API. Lisez ceci une fois et la plupart du reste devient facultatif.
Réseau
Adressage, DNS inversé, l'IPv6 /64 routé, la bande passante à usage raisonnable, la perte de paquets, et ce qui se passe pendant que vous êtes attaqué.
Stockage
Volumes NVMe supplémentaires, systèmes de fichiers, instantanés et restaurations. Section courte, car les périphériques de blocs ne sont pas compliqués quand personne ne les survente.
Sécurité
Clés, nftables, authentification à deux facteurs. Tout ici est ce que nous ferions sur nos propres machines.
Facturation
Solde du compte, factures impayées, et le calendrier entre un renouvellement manqué et une instance détruite.
Opérations
Médias personnalisés, console hors bande, changements de plan, transferts de site, réglage du noyau, et temps volé qui lit zéro.
Quand un article n'y répond pas
La base de connaissances couvre ce que nous pouvons écrire à l'avance. Tout ce qui est spécifique à votre instance, votre trafic ou votre facture nécessite un humain, et il y en a un à chaque heure de la journée.
- 01
Consultez la page de statut
Si un site a un incident, il est sur /status avant d'être dans votre boîte de réception. Commencez là quand quelque chose fonctionnait hier et ne fonctionne plus aujourd'hui.
- 02
Essayez les guides
Des pièces plus longues qui construisent quelque chose de bout en bout, plutôt que de répondre à une question. Elles se trouvent sur /guides et supposent que vous avez lu l'article pertinent ici.
- 03
Ouvrir un ticket
Le délai médian de première réponse est de onze minutes, mesuré sur le dernier trimestre à chaque heure. Les tickets vont aux ingénieurs, pas à une file d'attente qui les transmet aux ingénieurs.
- 04
Utiliser la console
Si l'instance est injoignable, la console hors-bande vous donne un shell via un chemin qui ne dépend pas de la correction de votre réseau. Elle est incluse dans chaque offre.
Un ticket avec un ID d'instance, un horodatage avec fuseau horaire et la commande exacte qui a échoué reçoit une réponse en un aller-retour. Un ticket qui dit « mon serveur est lent » reçoit une question.
Pour commencer
03Sécurité
03Réseau
06Stockage
02Opérations
06Facturation
02Demandez plutôt à un humain
Le support est assuré en continu et lit chaque ticket dans l'ordre d'arrivée. Pas de niveau un, pas de script, pas d'invitation à redémarrer et à réessayer.