Migration Debian 12 → Debian 13 (Trixie) Retour d’expérience réel, problèmes et solutions

Contexte

Migrer un serveur Debian en production n’est jamais anodin.
Dans mon cas, le passage de Debian 12 (Bookworm) à Debian 13 (Trixie) a été beaucoup plus brutal que prévu : services cassés, configurations obsolètes, dépendances Python disparues, et même des logiciels pourtant “standards” devenus incompatibles.

Voici un retour d’expérience concret, avec tous les pièges rencontrés, leurs solutions, et une checklist post-migration pour éviter d’y passer des heures comme moi.

Situation de départ

Serveur distant (ovh) avec :

  • Apache + PHP (WordPress)
  • Postfix + Dovecot + Roundcube
  • Webmin / Virtualmin
  • Fail2Ban, firewalld / nftables
  • Serveur Minecraft via Crafty
  • Docker (partiel)
  • ProFTPD

Migration effectuée via upgrade in-place.

1️⃣ Sites WordPress en erreur 503

🔍 Diagnostic

Commandes utilisées pour identifier la cause
curl -I https://monsite.tld
sudo systemctl status apache2
sudo tail -n 50 /var/log/apache2/error.log
sudo systemctl status php8.4-fpm

🧠 Cause

Apache fonctionnait, mais PHP-FPM n’était pas correctement configuré / socket absent.

Lire la suite “Migration Debian 12 → Debian 13 (Trixie) Retour d’expérience réel, problèmes et solutions”

Nouveau PC

Pour mon prochain anniversaire, je me suis acheté un nouveau PC

Voici la configuration de l’ancien PC:

  • Intel Core i7-8700K (3.7 GHz)
  • CORSAIR iCUE Link H170i RGB
  • Asus ROG MAXIMUS X HERO
  • DDR4 Corsair Vengeance RGB RT Noir – 32 Go (2 x 16 Go) 3600 MHz – CAS 16
  • Corsair RM850i, 850W
  • Gigabyte GeForce GTX 1080 Ti Gaming OC Black, 11 Go
  • Intel SSD 760P Series, 512 Go, M.2 (Type 2280)
  • Samsung 970 EVO Plus MZ-V7S1T0BW Disque SSD Interne NVMe M.2, 1 To
  • Seagate BarraCuda 4 To
Lire la suite “Nouveau PC”

Sauvegarde serveur sur NAS Synology via RSYNC

Résolution de l’échec de la connexion SSH automatique avec clé sur un NAS Synology

Dans mon précédent post, nous avons vu comment sauvegarder un serveur Linux sur un NAS Synology grâce à rsync via une Virtual Machine,l’automatisation de cette sauvegarde via une connexion SSH avec clé avait rencontré un obstacle : l’échec de l’authentification par clé SSH, d’où l’utilisation d’une VM. Dans cet article, nous allons détailler la solution à ce problème et vous fournir les étapes nécessaires pour sécuriser et automatiser vos sauvegardes sans utiliser de VM sur le NAS.


1. Introduction : Le problème d’authentification par clé SSH

Lorsque l’on configure une sauvegarde automatisée avec rsync via SSH, l’utilisation d’une clé SSH permet d’éviter les mots de passe interactifs. Pourtant, sur un NAS Synology, la configuration par défaut empêche cette méthode de fonctionner correctement. Ce guide vous permettra de surmonter cette difficulté en ajustant les paramètres de votre NAS et de votre serveur Linux.


2. Étapes de la résolution

Lire la suite “Sauvegarde serveur sur NAS Synology via RSYNC”

Sauvegarde serveur Linux sur NAS Synology avec VM

Dans cet article, je vais vous décrire comment j’ai mis en place une solution de sauvegarde pour mon serveur Linux, en sauvegardant toutes les données (à l’exception du système, sauvegardé avec Timeshift mais le dossier timeshift lui même est sauvegardé) vers un NAS Synology. J’ai utilisé la commande rsync, qui est rapide, flexible et permet de synchroniser uniquement les modifications, réduisant ainsi la durée et la charge de la sauvegarde.

Objectif

L’objectif est de sauvegarder régulièrement l’ensemble des fichiers et dossiers de mon serveur Linux (hébergé chez OVH) sur mon NAS Synology, afin d’assurer la protection de mes données tout en minimisant l’espace utilisé et le temps de transfert grâce à la synchronisation incrémentielle de rsync.

Problème rencontré : Échec de la connexion SSH automatique avec clé

L’automatisation de la commande rsync repose sur une connexion SSH sans mot de passe, généralement mise en place par une paire de clés SSH. Dans mon cas, malgré un échange de clé apparemment réussi, la connexion SSH continue de demander le mot de passe lors de chaque tentative de connexion, comme si la clé n’était pas reconnue. J’ai parcouru plusieurs forum, et il semble que cela soit un soucis récurent sur DSM. Ce problème rend impossible l’automatisation complète de la sauvegarde, puisque chaque connexion nécessite une intervention manuelle pour saisir le mot de passe.

Solution mise en place : Utilisation d’une VM Linux sur le NAS

Pour contourner ce problème, j’ai créé une machine virtuelle (VM) Linux sur le NAS Synology. En exécutant la sauvegarde sur cette VM au lieu du NAS directement, j’ai pu contourner le problème d’authentification et permettre à rsync de fonctionner de manière entièrement automatisée. De plus, j’ai automatisé l’allumage et l’arrêt de cette VM avec l’API Synology, de manière à économiser les ressources du NAS et n’allumer la VM qu’au moment des sauvegardes.

Lire la suite “Sauvegarde serveur Linux sur NAS Synology avec VM”

Installation de BOINC

Boinc est un logiciel de calcul partagé, aidant la recherche dans différents domaines.
Ce logiciel est disponible pour Windows, Linux, Mac OS et Android.
Tout a commencer avec seti@home
Pour plus d’informations, allez voir leur site
Le but étant de faire profiter de vos processeurs à la recherche, quand vous ne les utilisez pas.

BOINC est déjà installé sur 3 de mes PCs (mon principal@home, mon serveur de sauvegarde et pc@work) et je vais le mettre sur ceux de mes deux enfants.

Mon serveur n’étant utilisé qu’entre 5 et 25%, j’ai décidé le lui mettre lui aussi BOINC, mais de la façon la plus simple possible: en utilisant BAM, qui est un gestionnaire pour BOINC.

Lire la suite “Installation de BOINC”