Pi-hole vs fichier hosts : bloquer les pubs

Vous voulez bloquer les publicités et trackers sans installer d'extension navigateur ? Deux solutions dominent : le fichier hosts local et Pi-hole. Chacune a ses forces et faiblesses. Ce guide vous aidera à choisir.

Pi-hole vs fichier hosts en un coup d'œil

En résumé : utilisez le fichier hosts pour un blocage rapide sur une seule machine sans matériel ; choisissez Pi-hole pour un blocage à l'échelle du réseau avec mises à jour automatiques et statistiques.

Présentation des deux solutions

Le fichier hosts

Le fichier hosts est un fichier texte présent sur tous les systèmes d'exploitation. Il permet de rediriger des domaines vers des adresses IP spécifiques, notamment 0.0.0.0 pour bloquer. Il fonctionne de la même façon en multiplateforme (Windows, macOS et Linux) et s'édite depuis n'importe quel éditeur de texte ou la ligne de commande.

Fonctionnement : Quand vous visitez un site, votre système consulte d'abord le fichier hosts avant les serveurs DNS.

Pi-hole

Pi-hole est un logiciel serveur open source qui agit comme DNS filtrant pour tout votre réseau. Il intercepte les requêtes DNS et bloque celles vers des domaines publicitaires.

Fonctionnement : Tous les appareils de votre réseau utilisent Pi-hole comme serveur DNS.

Comparatif détaillé

Portée de la protection

Verdict : Pi-hole gagne si vous avez plusieurs appareils à protéger.

Facilité d'installation

Fichier hosts

• Aucune installation logicielle
• Modification d'un fichier texte
• Temps : 5-10 minutes

Pi-hole

• Nécessite un serveur (Raspberry Pi, VM, Docker)
• Configuration réseau requise
• Temps : 30-60 minutes

Verdict : Le fichier hosts est plus simple pour débuter.

Gestion et maintenance

Fichier hosts

• Mise à jour manuelle des listes
• Pas d'interface graphique native
• Recherche dans le fichier via grep/ctrl+F

Pi-hole

• Interface web complète
• Statistiques en temps réel
• Mise à jour automatique des listes
• Logs détaillés

Verdict : Pi-hole offre une bien meilleure expérience de gestion.

Performance

Fichier hosts

• Impact nul sur la navigation
• Pas de point de défaillance
• Fonctionne hors connexion

Pi-hole

• Légère latence DNS possible
• Si Pi-hole tombe, plus de DNS
• Nécessite que le serveur soit allumé

Verdict : Le fichier hosts est plus fiable car sans dépendance.

Mobilité

Fichier hosts

• Protège hors du domicile
• Fonctionne partout

Pi-hole

• Ne protège qu'à domicile (sauf VPN)
• Les appareils mobiles exposés ailleurs

Verdict : Le fichier hosts vous protège partout.

Cas d'usage recommandés

Utilisez le fichier hosts si :

• Vous avez un seul ordinateur à protéger
• Vous voulez une solution simple et rapide
• Vous voyagez souvent
• Vous ne voulez pas maintenir un serveur

Utilisez Pi-hole si :

• Vous avez plusieurs appareils (famille)
• Vous voulez protéger téléphones et tablettes
• Vous aimez les statistiques et dashboards
• Vous avez déjà un Raspberry Pi ou serveur

Utilisez les deux si :

• Vous voulez la protection maximale
• Pi-hole à la maison, fichier hosts en déplacement
• Redondance en cas de panne Pi-hole

Matrice de décision

Un seul Mac à protéger

Commencez par le fichier hosts. Il est local, rapide et ne dépend d'aucun serveur. C'est aussi le meilleur choix si vous utilisez déjà des domaines de développement comme monprojet.test.

Vous pouvez bloquer des trackers, gérer des domaines locaux et tester des migrations sans toucher au routeur.

Un foyer avec plusieurs appareils

Commencez par Pi-hole. Il protège aussi les téléphones, tablettes, TV connectées et objets qui n'ont pas de fichier hosts facilement modifiable.

La contrepartie : Pi-hole devient une brique réseau. S'il tombe sans DNS de secours, toute la maison peut perdre la résolution DNS.

Un ordinateur portable qui bouge

Le fichier hosts reste utile hors de chez vous : coworking, hôtel, train, réseau client. Pi-hole ne protège que les réseaux qui l'utilisent comme DNS, sauf si vous configurez un VPN vers votre domicile.

Une petite équipe ou agence

Utilisez des profils hosts pour les projets, staging et migrations, puis Pi-hole seulement pour la politique réseau du bureau. Les besoins d'une équipe dépassent souvent le simple blocage publicitaire : domaines clients, préproduction, QA, migrations et environnements temporaires.

Confidentialité et maintenance

Avec le fichier hosts :

• Les règles restent sur la machine.
• Aucun serveur central ne journalise les requêtes.
• Les domaines bloqués ne partent pas vers un DNS externe.
• Les mises à jour sont manuelles ou scriptées.

Avec Pi-hole :

• Vous obtenez des statistiques réseau.
• Vous voyez les appareils les plus bavards.
• Les logs DNS sont centralisés.
• La maintenance du serveur devient importante.

Pour un développeur seul, le fichier hosts est souvent plus simple et plus privé. Pour une famille ou un bureau, la visibilité de Pi-hole devient un avantage.

Faux positifs fréquents

Les deux solutions peuvent bloquer par erreur :

• Des CDN utilisés par des sites légitimes.
• Des domaines de paiement.
• Des domaines de connexion Google, Apple ou Microsoft.
• Des outils marketing utilisés dans des dashboards SaaS.
• Des redirections d'e-mails et liens de désinscription.

Quand un site casse, désactivez seulement le domaine nécessaire. Ne supprimez pas toute la liste si un seul service pose problème.

Configuration optimale

Fichier hosts sur Mac

Pour gérer facilement votre fichier hosts sans terminal, utilisez ToggleHosts qui offre :

• Interface visuelle
• Import de listes de blocage
• Activation/désactivation par entrée
• Guide complet sur le blocage avec le fichier hosts

Sources et ressources externes

• Documentation officielle de Pi-hole
• StevenBlack/hosts : listes de blocage maintenues (GitHub)
• Comment fonctionne le DNS (Cloudflare Learning)

Pi-hole avec Docker

version: "3"
services:
  pihole:
    image: pihole/pihole:latest
    ports:
      - "53:53/tcp"
      - "53:53/udp"
      - "80:80/tcp"
    environment:
      TZ: 'Europe/Paris'
      WEBPASSWORD: 'votre-mot-de-passe'
    volumes:
      - './etc-pihole:/etc/pihole'
      - './etc-dnsmasq.d:/etc/dnsmasq.d'
    restart: unless-stopped

Listes de blocage recommandées

Les mêmes listes fonctionnent pour les deux solutions :

Steven Black's hosts (Recommandé)

• ~60 000 domaines
• Publicités + malwares
• github.com/StevenBlack/hosts

OISD

• Liste consolidée optimisée
• Peu de faux positifs
• oisd.nl

Energized Protection

• Versions de différentes tailles
• github.com/EnergizedProtection/block

Alternatives à considérer

NextDNS

• Pi-hole dans le cloud
• Pas de serveur à maintenir
• Fonctionne partout (y compris mobile)
• Freemium (300k requêtes/mois gratuites)

AdGuard Home

• Alternative à Pi-hole
• Interface plus moderne
• Support DNS-over-HTTPS natif

Extensions navigateur

• uBlock Origin (gratuit, excellent)
• Ne protègent que le navigateur
• Peuvent être détectées par les sites

Dépannage rapide

Si un site ne fonctionne plus :

1. Désactivez temporairement la dernière liste ajoutée.
2. Rechargez dans une fenêtre privée.
3. Ouvrez les DevTools et regardez les requêtes en erreur.
4. Autorisez uniquement le domaine nécessaire.
5. Videz le cache DNS.

Sur Mac :

sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder

Dans Chrome, videz aussi chrome://net-internals/#dns si le comportement persiste.

Conclusion

Le fichier hosts et Pi-hole ne sont pas en compétition : ils sont complémentaires.

Commencez par le fichier hosts : c'est gratuit, simple, et vous protège immédiatement. Si vous avez besoin de protéger plusieurs appareils ou voulez des statistiques, ajoutez Pi-hole.

Ma recommandation : fichier hosts sur votre Mac (géré avec ToggleHosts) + Pi-hole à la maison pour les autres appareils.