Fichier hosts : définition, emplacement et syntaxe (guide 2026)

Le fichier hosts est l'un des outils les plus anciens et les plus puissants de l'informatique réseau. Présent sur tous les systèmes d'exploitation modernes, il permet de contrôler la résolution DNS localement sur votre machine. Dans ce guide exhaustif, nous allons explorer tout ce que vous devez savoir sur le fichier hosts en 2026.

Qu'est-ce que le fichier hosts ?

Le fichier hosts est un fichier texte brut qui associe des noms de domaine (comme google.com ou monsite.local) à des adresses IP. C'est l'ancêtre du système DNS tel que nous le connaissons aujourd'hui.

Un peu d'histoire

Avant l'invention du DNS en 1983, tous les ordinateurs connectés à ARPANET (l'ancêtre d'Internet) utilisaient un fichier hosts centralisé pour résoudre les noms en adresses IP. Ce fichier était maintenu manuellement par le Stanford Research Institute et distribué à tous les hôtes du réseau.

Aujourd'hui, bien que le DNS ait remplacé ce système centralisé, le fichier hosts reste présent sur tous les systèmes d'exploitation pour permettre des surcharges locales de la résolution DNS.

Comment fonctionne la résolution DNS ?

Quand vous tapez une adresse web dans votre navigateur, voici ce qui se passe :

• Votre système vérifie d'abord le fichier hosts local
• Si le domaine n'est pas trouvé, il interroge le cache DNS local
• Ensuite, il contacte le serveur DNS configuré (généralement celui de votre FAI ou un DNS public comme 8.8.8.8)
• Le serveur DNS renvoie l'adresse IP correspondante

Le fichier hosts a donc la priorité absolue sur tous les autres mécanismes de résolution DNS. C'est ce qui le rend si puissant pour le développement local et les tests.

Localisation du fichier hosts par système

L'emplacement du fichier hosts varie selon votre système d'exploitation :

Sur macOS

/etc/hosts

Pour l'éditer, vous aurez besoin des droits administrateur :

sudo nano /etc/hosts

Sur Windows

C:\Windows\System32\drivers\etc\hosts

Ouvrez le Bloc-notes en tant qu'administrateur, puis naviguez vers ce fichier.

Sur Linux

/etc/hosts

Comme sur macOS, utilisez sudo pour l'éditer :

sudo nano /etc/hosts

Astuce : Sur tous ces systèmes, le fichier hosts est protégé en écriture pour des raisons de sécurité. Vous devez toujours disposer des droits administrateur pour le modifier.

Syntaxe et format du fichier hosts

Le format du fichier hosts est simple mais strict. Chaque ligne suit cette structure :

adresse_IP    nom_de_domaine    [alias...]

Règles de syntaxe essentielles

• Une entrée par ligne : chaque association IP/domaine occupe sa propre ligne
• Séparateur : utilisez des espaces ou des tabulations entre l'IP et le domaine
• Commentaires : les lignes commençant par # sont ignorées
• Alias : vous pouvez ajouter plusieurs domaines sur la même ligne

Exemples concrets

# Localhost standard
127.0.0.1       localhost
::1             localhost

# Projets de développement local
127.0.0.1       monprojet.local
127.0.0.1       api.monprojet.local
127.0.0.1       admin.monprojet.local

# Bloquer un site
0.0.0.0         site-distrayant.com
0.0.0.0         www.site-distrayant.com

# Rediriger vers un serveur de staging
192.168.1.100   staging.monentreprise.com

IPv4 vs IPv6

Le fichier hosts supporte les deux formats d'adresses IP :

• IPv4 : format classique comme 127.0.0.1 ou 192.168.1.1
• IPv6 : format moderne comme ::1 (localhost) ou 2001:db8::1

Pour une compatibilité maximale, déclarez souvent les deux :

127.0.0.1       monsite.local
::1             monsite.local

Cas d'usage courants du fichier hosts

Développement web local

C'est l'usage le plus fréquent du fichier hosts pour les développeurs. Au lieu d'accéder à vos projets via localhost:3000 ou 127.0.0.1, vous pouvez créer des domaines locaux plus réalistes :

127.0.0.1       myapp.local
127.0.0.1       api.myapp.local
127.0.0.1       cdn.myapp.local

Avantages :

• URLs plus lisibles et mémorisables
• Simulation d'environnements multi-domaines
• Test des cookies cross-domain
• Configuration CORS plus réaliste

Test avant migration DNS

Quand vous migrez un site vers un nouveau serveur, vous pouvez tester en pointant temporairement le domaine vers la nouvelle IP :

# Tester le nouveau serveur avant de changer les DNS officiels
203.0.113.50    www.monsite.com
203.0.113.50    monsite.com

Vous seul verrez le nouveau serveur, tandis que le reste du monde continue d'accéder à l'ancien.

Blocage de sites indésirables

En redirigeant des domaines vers une adresse inexistante, vous pouvez bloquer l'accès à certains sites :

# Bloquer les distractions
0.0.0.0         facebook.com
0.0.0.0         www.facebook.com
0.0.0.0         twitter.com
0.0.0.0         www.twitter.com

# Bloquer la publicité
0.0.0.0         ads.doubleclick.net
0.0.0.0         pagead2.googlesyndication.com

Pour aller plus loin avec le blocage, consultez notre guide complet sur le blocage des publicités avec le fichier hosts.

Gestion multi-environnements

Les freelances et équipes gérant plusieurs projets peuvent organiser leurs entrées par client :

# Client A
127.0.0.1       client-a.local
127.0.0.1       api.client-a.local

# Client B  
127.0.0.1       client-b.local
127.0.0.1       staging.client-b.local

Les erreurs fréquentes et solutions

Erreur : "Permission denied"

Symptôme : Impossible de sauvegarder le fichier hosts.

Cause : Le fichier est protégé en écriture.

Solution : Utilisez sudo sur macOS/Linux, ou ouvrez votre éditeur en tant qu'administrateur sur Windows. Pour un guide détaillé sur Mac, consultez notre article Comment modifier le fichier hosts sur Mac.

Erreur : Les modifications ne prennent pas effet

Symptôme : Vous avez modifié le fichier, mais le navigateur montre toujours l'ancienne IP.

Cause : Le cache DNS n'a pas été vidé.

Solution : Flushez le cache DNS de votre système.

Sur macOS :

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Sur Windows :

ipconfig /flushdns

Erreur : Syntaxe invalide

Symptôme : Certaines entrées fonctionnent, d'autres non.

Solutions :

• Réécrivez les entrées manuellement (évitez le copier-coller)
• Vérifiez qu'il n'y a pas d'espaces invisibles
• Respectez le format : IP puis domaine

Erreur : Domaines .local lents sur macOS

Cause : macOS utilise Bonjour/mDNS pour les domaines .local.

Solution : Utilisez .test ou .localhost au lieu de .local.

Outils pour simplifier la gestion

La gestion manuelle du fichier hosts via le terminal fonctionne mais présente des inconvénients :

• Risque d'erreurs de syntaxe
• Pas de validation automatique
• Difficile de retrouver des entrées dans un fichier volumineux

Des applications comme Locahl offrent une alternative moderne avec interface visuelle, validation automatique, et flush DNS en un clic.

Bonnes pratiques

Organisez vos entrées

Utilisez des commentaires pour structurer votre fichier :

# ===================
# LOCALHOST
# ===================
127.0.0.1       localhost

# ===================
# PROJETS PERSONNELS
# ===================
127.0.0.1       blog.local
127.0.0.1       portfolio.local

Sauvegardez régulièrement

Avant toute modification importante :

sudo cp /etc/hosts /etc/hosts.backup

Utilisez des TLD appropriés

• .test : réservé par l'IETF, recommandé
• .localhost : toujours local
• .local : peut conflictuer avec Bonjour sur Mac
• .dev : domaine réel, nécessite HTTPS

Conclusion

Le fichier hosts reste un outil fondamental pour tout développeur en 2026. Sa simplicité et son efficacité en font un allié précieux pour le développement local, les tests de migration, et le blocage de sites. Maîtriser le fichier hosts vous fera gagner un temps précieux au quotidien.