Technitium DNS Server : installe ton bloqueur de pubs libre (2026)

💡 TL;DR — Ce qu’il faut retenir :

• Technitium DNS Server est un serveur DNS récursif open source avec blocage de pubs intégré — alternative directe à Pi-hole et AdGuard Home.
• L’installation Docker prend 5 minutes : une commande, un port, une interface web sur :5380.
• DNS récursif natif, DNSSEC, DoH/DoT et zones locales — tout dans un seul conteneur.

Table des matières

Technitium DNS Server vs Pi-hole vs AdGuard Home

Avant d’installer quoi que ce soit, voilà la situation objective. Les trois outils font du blocage DNS, mais leur architecture est très différente.

Pi-hole reste excellent si tu veux le maximum de listes et de visibilité communautaire. AdGuard Home est plus léger au démarrage. Technitium se distingue sur un point clé : il est son propre résolveur récursif. Pas besoin d’empiler Unbound à côté pour du DNS-over-HTTPS propre.

Le projet est développé activement sur GitHub (TechnitiumSoftware/DnsServer) en C# (.NET) — v15.x au moment de cet article.

Installation avec Docker Compose

Prérequis

• Docker et Docker Compose installés sur ton hôte
• Port 53/UDP libre (voir note ci-dessous)
• Port 5380/TCP libre pour l’interface web

⚠️ Attention : Sur la plupart des distributions Linux modernes (Ubuntu 20.04+, Debian 12, Fedora…), le port 53 est déjà utilisé par systemd-resolved. Vérifie avant de lancer :

sudo ss -tulpn | grep ':53'

Si systemd-resolved occupe le port, désactive-le proprement :

sudo systemctl disable --now systemd-resolved
sudo rm /etc/resolv.conf
echo "nameserver 1.1.1.1" | sudo tee /etc/resolv.conf

Une fois Technitium lancé, tu mets à jour /etc/resolv.conf pour pointer vers 127.0.0.1.

docker-compose.yml — mode host (recommandé)

version: "3.8"

services:
  technitium-dns:
    image: technitium/dns-server:latest
    container_name: technitium-dns
    hostname: dns-server
    network_mode: host
    restart: unless-stopped
    volumes:
      - ./config:/etc/dns
    environment:
      - DNS_SERVER_DOMAIN=dns.homelab.local
      - TZ=Europe/Paris

Le mode host est requis pour que le conteneur écoute directement sur l’interface réseau de l’hôte — indispensable pour répondre aux requêtes DNS du réseau local sur le port 53/UDP.

Lance le conteneur :

docker compose up -d
docker logs -f technitium-dns

L’interface web est accessible sur http://IP-DE-TON-HÔTE:5380. Au premier démarrage, définis un mot de passe administrateur — il n’y en a pas par défaut.

docker-compose.yml — mode bridge (NAS, Docker Desktop)

Si le mode host n’est pas disponible sur ton environnement (NAS Synology, macOS avec Docker Desktop) :

version: "3.8"

services:
  technitium-dns:
    image: technitium/dns-server:latest
    container_name: technitium-dns
    ports:
      - "5380:5380"    # Interface web
      - "53:53/udp"    # DNS UDP
      - "53:53/tcp"    # DNS TCP
      - "853:853/tcp"  # DNS-over-TLS
      - "443:443/tcp"  # DNS-over-HTTPS
    volumes:
      - ./config:/etc/dns
    restart: unless-stopped
    environment:
      - DNS_SERVER_DOMAIN=dns.homelab.local
      - TZ=Europe/Paris

💡 Astuce : La variable DNS_SERVER_DOMAIN définit le nom du serveur dans les réponses SOA et les logs. J’utilise dns.homelab.local pour identifier clairement le serveur dans mes dashboards de monitoring.

Blocage de publicités avec les listes DNS

C’est la feature principale pour la plupart des homelabs. Technitium gère les listes au format hosts, adblock et domaine brut, les mêmes formats que Pi-hole ou AdGuard.

Ajouter les listes de blocage

Dans l’interface web, va dans Blocklist → Add Blocklist et ajoute tes sources. Voilà ma sélection pour un usage quotidien :

Clique sur Update All pour forcer la mise à jour immédiate. Technitium applique les listes en mémoire, sans redémarrage du conteneur.

✅ Bonne pratique : Commence avec une seule liste (StevenBlack ou OISD Basic) et navigue normalement pendant 24h avant d’en ajouter d’autres. Certaines listes agressives (HaGeZi Pro++) cassent des services légitimes — vérifie d’abord que ton quotidien numérique n’est pas impacté.

Vérifier que le blocage fonctionne

Depuis une machine cliente pointant sur ton DNS :

# Doit retourner 0.0.0.0 ou NXDOMAIN
dig ads.google.com @192.168.1.X

# Doit retourner l'IP réelle
dig google.com @192.168.1.X

Les requêtes en temps réel sont visibles dans Logs → Query Logs. Tu vois chaque requête avec le statut (Allowed, Blocked, Cached) et le domaine source.

Whitelist ponctuelle

Un domaine bloqué à tort ? Dans Blocklist → Allow List, ajoute le domaine. La whitelist est prioritaire sur toutes les listes de blocage — pas besoin de modifier les listes elles-mêmes.

DNS récursif, DNSSEC et modes de résolution

C’est là que Technitium se distingue vraiment de Pi-hole. Il gère trois modes de résolution configurables à la volée.

Mode récursif (recommandé homelab)

Dans Settings → Recursion, sélectionne Allow Recursion et définis la plage autorisée sur ton réseau local (192.168.0.0/16 par exemple).

En mode récursif, Technitium contacte directement les serveurs racines DNS (., .com, .fr…) sans intermédiaire. Aucun FAI ni tiers impliqué dans la résolution.

Requête client → Technitium DNS → Serveurs racines → TLD → DNS authoritative → Réponse

Active aussi DNSSEC Validation dans Settings → DNSSEC pour valider les signatures cryptographiques des réponses. Ça protège contre le cache poisoning et les attaques man-in-the-middle sur les résolutions DNS.

Mode Forwarding avec chiffrement (DoH/DoT)

Si tu préfères forwarder les requêtes vers un resolver externe chiffré, va dans Settings → Forwarders :

⚠️ Attention : Le mode Forwarding est plus simple à mettre en place mais dépend d’un tiers. Pour un homelab privé, le mode récursif direct est plus souverain. Le Forwarding a du sens si tu veux utiliser les filtres premium de NextDNS en complément du blocage local.

Zones DNS locales

Technitium peut faire autorité sur ta zone interne (homelab.local). Dans Zones → Add Zone :

• Type : Primary Zone
• Name : homelab.local

Tu ajoutes ensuite tes enregistrements A manuellement dans la zone. C’est idéal pour résoudre tes machines par nom d’hôte sans modifier /etc/hosts sur chaque client.

Bonus : DNS dynamique et résolution locale

Technitium DNS Server peut créer des zones DNS primaires pour ton réseau local (homelab.local). Dans Zones → Add Zone → Primary Zone :

• Name : homelab.local
• Ajoute tes enregistrements A manuellement pour chaque machine (nas.homelab.local, proxmox.homelab.local…)

Puis, configure ton routeur pour pousser l’IP de Technitium DNS Server comme DNS primaire via l’option DHCP 6. Toutes les machines du réseau obtiennent alors la résolution locale automatiquement.

Résultat : plus besoin de gérer /etc/hosts sur chaque client, ni de configurer un DNS split-horizon complexe.

Conclusion

Technitium DNS Server est une des meilleures options pour auto-héberger son DNS en 2026. Il est propre, activement maintenu par Shreyas Zare, et il fait du DNS récursif natif sans jongler avec Unbound. Le blocage de pubs est efficace, la configuration est intuitive, et le tout tient dans un conteneur Docker de ~100 Mo.

La migration depuis Pi-hole est quasi-transparente : importe tes listes, désactive l’ancien serveur, pointe ton routeur sur la nouvelle IP. Pas de mauvaise surprise.

Et si tu veux synchroniser tes blocages DNS sur plusieurs instances (un DNS par VLAN, par exemple), jette un œil à Nebula-Sync pour Pi-hole v6 — le concept de synchronisation de listes est transposable.

Pour aller plus loin

• Nebula-Sync : synchronise tes Pi-hole v6 automatiquement
• DNS Scavenging Windows Server : le guide complet
• Docker pour débutants : les services à auto-héberger absolument

Articles connexes

• Immich Docker remplace Google Photos ? Guide complet 2026
• Jellyfin avec Docker : Ton Netflix Gratuit en 30 Min (Économise 378€/an)
• Nextcloud avec Docker : Ton Cloud Perso en 1h (Adieu Google Drive !)
• Tianji analytics : pourquoi j’ai lâché Google Analytics pour du self-hosted