Quel outil pour quelle distribution
Versions des paquets dans les dépôts officiels, relevées le 13 novembre 2026 :
AlmaLinux 10 et Rocky Linux 10 restent sur dnf 4 : la configuration ci-dessous vaut pour les deux générations.
Avant d’activer le redémarrage : un snapshot
Un redémarrage automatique, c’est un redémarrage que vous ne surveillez pas. Prenez un snapshot depuis la console avant de l’activer. Si le premier redémarrage se passe mal, vous revenez à un état connu en un clic. Les sauvegardes restent votre protection de fond : un snapshot est un point de retour, pas une sauvegarde.Activer unattended-upgrades sur Debian et Ubuntu
Installer et activer
Ubuntu installeunattended-upgrades par défaut. Sur Debian, installez-le. Dans les deux cas, la commande ne casse rien :
/etc/apt/apt.conf.d/20auto-upgrades. Chaque valeur est un nombre de jours : 1 pour tous les jours, 0 pour désactiver.
Limiter aux mises à jour de sécurité
C’est déjà le comportement par défaut, à une nuance près selon la distribution.- Ubuntu : la liste
Allowed-Originsprend la version de base, la poche-securityet les dépôts ESM s’ils sont présents.-updates,-proposedet-backportssont commentés. - Debian : la liste
Origins-PatternprendDebian-Securityet l’archive de votre version (celle qui reçoit les publications intermédiaires de la version stable). Les backports et-updatessont commentés.
50unattended-upgrades : le wiki Debian recommande de placer vos réglages dans un fichier à part, 52unattended-upgrades-local, lu après lui.
Sur Debian, si vous voulez strictement les avis de sécurité, videz la liste puis redéclarez-la. Une liste APT ne se remplace pas, elle s’efface avec #clear :
Le fichier fourni par Ubuntu le rappelle : un correctif de sécurité peut dépendre d’un paquet de l’archive principale. C’est pour cela que celle-ci figure dans les listes par défaut. Avec le filtre strict, un tel correctif reste en attente : la simulation plus bas vous le montre.
Choisir le redémarrage automatique
Un noyau, une bibliothèque C ou systemd corrigés ne protègent qu’après un redémarrage. Quand un paquet l’exige, il crée/var/run/reboot-required. unattended-upgrades ne redémarre que si ce fichier existe et si vous l’avez autorisé.
Ajoutez les réglages au fichier local (créez-le s’il n’existe pas encore) :
Automatic-Reboot-Time accepte aussi now (la valeur par défaut) ou +m, un délai en minutes.
L’installation elle-même part de apt-daily-upgrade.timer, réglé par défaut à 6 h avec un délai aléatoire d’une heure. Pour qu’elle précède le redémarrage de la même nuit, avancez-la :
Recevoir un rapport par e-mail
mail : il faut un paquet qui la fournit, comme bsd-mailx, et un serveur de messagerie local capable d’envoyer vers l’extérieur.
Vérifier : simulation, minuteurs et journaux
list-timers affiche une prochaine exécution dans les 24 heures.
Configurer dnf-automatic sur AlmaLinux et Rocky Linux
Installer
Sécurité seulement, redémarrage et e-mail
Tout se règle dans/etc/dnf/automatic.conf. Modifiez ces lignes dans leurs sections respectives :
stdio, le rapport part aussi dans le journal systemd. Avec email, dnf-automatic envoie lui-même le message au serveur SMTP indiqué par email_host : un serveur de messagerie local, Postfix par exemple, doit l’accepter.
Choisir l’heure et activer
Le redémarrage suit l’installation de cinq minutes. Choisir l’heure du redémarrage revient donc à choisir l’heure du minuteur, réglé par défaut à 6 h avec un délai aléatoire d’une heure :dnf-automatic-install.timer, qui installe quel que soit apply_updates, et dnf-automatic-notifyonly.timer, qui ne fait que prévenir. N’en activez qu’un.
Vérifier
Si le VPS ne redémarre pas
C’est rare, et tout se rattrape depuis la console.Pièges courants
Les services tournent encore sur l’ancien code. Un paquet mis à jour ne remplace pas le processus en mémoire. Sur Ubuntu 24.04 et suivantes,unattended-upgrades appelle needrestart, qui redémarre les services concernés. Ailleurs, listez les processus qui utilisent des fichiers remplacés avec sudo dnf needs-restarting sur AlmaLinux et Rocky, et redémarrez les services concernés. Notre routine d’audit nginx montre comment repérer un processus plus ancien que sa mise à jour.
Les dépôts tiers ne sont pas couverts. Les origines par défaut ne visent que les dépôts de la distribution. PHP installé depuis un dépôt externe, Docker, nginx.org : leurs correctifs ne passent pas par ce mécanisme. Ajoutez leur origine à Origins-Pattern après l’avoir lue dans apt-cache policy, ou suivez leurs avis vous-même.
Un paquet gelé reste gelé. Un paquet marqué avec apt-mark hold, ou listé dans Package-Blacklist, n’est jamais mis à jour automatiquement. Vérifiez avec apt-mark showhold.
Une mise à jour manuelle attend son tour. Pendant qu’unattended-upgrades travaille, il tient le verrou de dpkg. Un apt upgrade lancé au même moment attend : ne supprimez pas le verrou.
Les conteneurs ne suivent pas l’hôte. Les images Docker embarquent leurs propres paquets. Elles se mettent à jour en reconstruisant ou en tirant une nouvelle image, pas par l’hôte.
Le rapport ne part pas. Pas de commande mail, pas de serveur de messagerie local, ou un message rejeté par le destinataire : envoyez un e-mail de test avant de compter sur les rapports.
Pour aller plus loin
- Snapshots : créer un point de retour avant de modifier le système
- Sauvegardes : la protection de fond de vos données
- Console KVM et mode rescue : reprendre la main sur un VPS qui ne répond plus
- Clés SSH : l’autre réglage de sécurité à faire dès l’installation
- Systèmes d’exploitation : les versions disponibles et leurs dates de fin de support
- Sécurité renforcée sur un VPS Linux, pour les couches suivantes

