Blog sysop

À propos

Wed, 19 Aug 2026 20:44:37 +0200

Qui je-suis ?

Je suis un intégrateur système et réseaux passionné par la technologie qui, en parallèle, mène une double vie. D'un côté, je jongle avec des commandes complexes et des câbles réseau pour assurer le bon fonctionnement des systèmes.
De l'autre, je suis un intégrateur système et réseaux au sein d'une ESN, où la rigueur est de mise. Et malgré tout cela, je trouve le temps de mettre à jour ce blog.
Parce qu'après tout, qui a dit qu'on ne pouvait pas être sérieux tout en gardant un brin d'humour dans le monde de la technologie ?

Migration d’AlmaLinux (Cockpit) vers XCP-NG 8.3

Sun, 09 Feb 2025 19:35:38 +0100

Contexte

Dans le cadre de la modernisation de mon infrastructure, j’ai décidé de migrer mes machines virtuelles depuis AlmaLinux (Cockpit/KVM) vers XCP-NG 8.3, un hyperviseur open source robuste basé sur XenServer.

Cette migration nécessite principalement la conversion des disques des VM depuis le format qcow2 vers vhd, compatible avec XCP-NG.

Machine physique

Voici la configuration du mini PC hébergeant mes machines virtuelles :

Composant	Spécifications
Nom	SUKOTOP Mini PC
Processeur	Alder Lake N95 (jusqu'à 3.4 GHz, 15W)
Mémoire RAM	16 Go LPDDR5
Stockage	512 Go SSD
Wi-Fi	2.4/5 GHz
Réseau	2 × RJ45 Gigabit Ethernet

État actuel (Cockpit)

Aperçu rapide de l’état de mon hyperviseur actuel sous Cockpit :

Migration logique

Voici une vue simplifiée de l’architecture avant et après migration :

Pré-requis

Avant de transférer les disques vers l’hôte XCP-NG, il faut convertir les disques KVM (qcow2) en VHD.

Conversion des disques

Sur votre hôte AlmaLinux, placez-vous dans le répertoire contenant les disques des VM, puis lancez la conversion via qemu-img.

[!NOTE] Astuce : arrêtez la machine avant la conversion pour garantir la cohérence des données.

sudo qemu-img convert -O vpc NOM_DE_VOTRE_VM.qcow2 NOM_DE_VOTRE_VM.vhd

La conversion peut prendre un certain temps selon la taille du disque.

Une fois terminée, transférez le fichier .vhd vers votre hôte XCP-NG via SCP :

sudo scp NOM_DE_VOTRE_VM.vhd UTILISATEUR@IP:/run/sr-mount/<Storage_Repository>/

[!NOTE] Le chemin Storage_Repository correspond à l’espace de stockage local sur votre hôte XCP-NG.

Pour l’identifier, exécutez :

df -Th

Renommage du disque selon l’UUID

Une fois le disque transféré, renommez-le selon son UUID, pour que XCP-NG l’intègre correctement à son Storage Repository (SR).

sudo mv VOTRE_VM.vhd "$(vhd-util read -p -n VOTRE_VM.vhd | awk '/UUID/ {print $3; exit}').vhd"

[!WARNING] Pourquoi cette étape ?

XCP-NG identifie chaque disque par un UUID unique.

Si le fichier ne porte pas cet identifiant, l’hyperviseur peut rencontrer des erreurs ou ignorer le disque lors de l’importation.

Intégration via Xen Orchestra

Depuis Xen Orchestra :

Rendez-vous dans Home → Storage.
Sélectionnez votre stockage local (Local storage (Default SR)).
Cliquez sur Rescan all disks (en haut à droite).

Une fois l’analyse terminée, ouvrez votre espace de stockage, puis l’onglet Disks.

Un disque « sans nom » apparaîtra.

Cliquez sur Click to edit pour le renommer et l’associer à la machine virtuelle correspondante.

Installation des Guest Tools

Avant de redémarrer définitivement vos VM, désinstallez les Guest Tools QEMU et installez ceux de Xen.

Pour Alpine Linux

sudo apk add xe-guest-utilities

Sinon, vous pouvez monter l’ISO des Guest Tools fournie avec votre hôte XCP-NG.

[!TIP] Petite astuce : si vous accédez à la console via Xen Orchestra, le clavier est en QWERTY !

Conclusion

Cette migration m’a permis de centraliser la gestion de mes VM sur un hyperviseur plus performant et plus évolutif.

XCP-NG offre une interface claire, une excellente compatibilité matérielle, et s’intègre parfaitement avec Xen Orchestra pour l’administration quotidienne.

[!NOTE] Note de transparence

Cet article est basé sur mon contenu original.

La mise en forme et certaines reformulations ont été réalisées avec l’aide d’un outil d’IA.

Installation de Technitium DNS Server sous Alpine Linux

Thu, 23 Jan 2025 23:00:37 +0100

Contexte

Officiellement, Technitium DNS Server ne dispose pas de documentation officielle pour Alpine Linux.

Ce guide a donc pour objectif de vous proposer une méthode non officielle mais fonctionnelle pour installer et exécuter Technitium sous Alpine 3.20.

Prérequis

Alpine Linux 3.20 minimum
Accès root ou sudo
Connexion Internet active

Installation des paquets nécessaires

Ajouter les dépôts Edge

Éditez le fichier des dépôts :

vi /etc/apk/repositories

Ajoutez les dépôts Edge :

http://dl-cdn.alpinelinux.org/alpine/edge/main
http://dl-cdn.alpinelinux.org/alpine/edge/community
http://dl-cdn.alpinelinux.org/alpine/edge/testing

Installer les dépendances

apk add aspnetcore8-runtime bash sudo tar unzip curl

Télécharger et installer Technitium DNS

curl -O https://download.technitium.com/dns/DnsServerPortable.tar.gz
sudo mkdir -p /opt/technitium/dns
sudo tar -zxf DnsServerPortable.tar.gz -C /opt/technitium/dns
chmod +x /opt/technitium/dns/start.sh

Création du service OpenRC

Créez le fichier de service :

vi /etc/init.d/technitium-dns

[!NOTE] Remarque : Le script ci-dessous utilise un kill -9 pour forcer l'arrêt du processus. C'est un peu « sale », mais nécessaire ici à cause de la gestion incomplète du signal TERM par dotnet sous Alpine.

Contenu du script `/etc/init.d/technitium-dns`

#!/sbin/openrc-run

name="Technitium DNS Server"
description="Technitium DNS Server using dotnet"
command="/usr/bin/dotnet"
command_args="/opt/technitium/dns/DnsServerApp.dll"
command_user="root"
pidfile="/var/run/technitium-dns.pid"
directory="/opt/technitium/dns"

depend() {
    need net
}

start_pre() {
    if [ ! -f "${directory}/DnsServerApp.dll" ]; then
        eerror "DnsServerApp.dll not found in ${directory}"
        return 1
    fi

    export DOTNET_ROOT=/usr/lib/dotnet
    export PATH=$PATH:/usr/lib/dotnet

    return 0
}

start() {
    ebegin "Starting ${name}"
    ${command} ${command_args} > /opt/technitium/dns/technitium-dns.log 2>&1 &
    echo $! > ${pidfile}
    eend $?
}

stop() {
    ebegin "Stopping ${name}"

    if [ -f "${pidfile}" ]; then
        PID=$(cat ${pidfile})
        kill -9 $PID
        sleep 2

        if ps -p $PID > /dev/null; then
            eerror "Failed to stop ${name}. Process is still running."
            eend 1
        else
            rm -f ${pidfile}
            eend 0
        fi
    else
        eerror "No PID file found. Is the service running?"
        eend 1
    fi
}

Activer et démarrer le service

Rendez le script exécutable et ajoutez-le au démarrage :

sudo chmod +x /etc/init.d/technitium-dns
sudo rc-update add technitium-dns
sudo rc-service technitium-dns start

Accès à l'interface d'administration

Une fois le service démarré, accédez à l'interface Web de Technitium via :

[!TIP] http://IP_SERVEUR:5380/

Conclusion

Vous disposez maintenant d’un serveur DNS complet et léger fonctionnant sous Alpine Linux grâce à Technitium DNS Server.

Malgré l’absence de documentation officielle, cette méthode s’avère fiable pour un usage personnel ou en labo.

[!NOTE] Note de transparence : Cet article est basé sur mon contenu original. La mise en forme et certaines reformulations ont été réalisées avec l'aide d'un outil d'IA.!

Blog sysop

À propos

Qui je-suis ?

Migration d’AlmaLinux (Cockpit) vers XCP-NG 8.3

Contexte

Machine physique

État actuel (Cockpit)

Migration logique

Pré-requis

Conversion des disques

Renommage du disque selon l’UUID

Intégration via Xen Orchestra

Installation des Guest Tools

Pour Alpine Linux

Conclusion

Installation de Technitium DNS Server sous Alpine Linux

Contexte

Prérequis

Installation des paquets nécessaires

Ajouter les dépôts Edge

Installer les dépendances

Télécharger et installer Technitium DNS

Création du service OpenRC

Contenu du script /etc/init.d/technitium-dns

Activer et démarrer le service

Accès à l'interface d'administration

Conclusion

Contenu du script `/etc/init.d/technitium-dns`