ERR_TOO_MANY_REDIRECTS et fichier hosts : stopper la boucle

L'erreur ERR_TOO_MANY_REDIRECTS survient lorsque le serveur web vers lequel pointe votre fichier hosts renvoie le navigateur vers une URL qui, à son tour, redirige immédiatement vers l'URL de départ. Ce phénomène de boucle infinie (statuts HTTP 301 ou 302) est courant lors de la prévisualisation d'un site de production en local ou de la migration d'un CMS comme WordPress.

Comment corriger ERR_TOO_MANY_REDIRECTS avec le fichier hosts

Pour corriger ERR_TOO_MANY_REDIRECTS avec le fichier hosts, désactivez les redirections forcées dans la configuration de votre CMS (notamment dans wp-config.php pour WordPress), configurez les en-têtes `X-Forwarded-Proto` sur votre reverse proxy, ajoutez les variantes avec et sans www dans /etc/hosts, et videz le cache des redirections 301 de votre navigateur.

Les causes fréquentes de la boucle avec le fichier hosts

Lorsque vous forcez un domaine à pointer vers une IP spécifique via votre fichier hosts :

Consultez aussi notre article sur WordPress qui redirige vers le site en ligne et comment tester WordPress avant propagation DNS.

Diagnostic rapide avec curl

Avant d'accuser le navigateur, observez la séquence de redirection exacte en ligne de commande :

curl -IL http://monprojet.test

La sortie détaille chaque saut :

HTTP/1.1 301 Moved Permanently
Location: https://monprojet.test/

HTTP/1.1 301 Moved Permanently
Location: http://monprojet.test/

Ce résultat confirme la boucle entre le port 80 et le port 443.

Solutions par type de configuration

1. Correction pour un site WordPress local ou staging

Dans votre fichier wp-config.php, insérez ces lignes au tout début (avant l'inclusion de wp-settings.php) :

// Forcer les URLs sur l'hôte courant
define('WP_HOME', (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] === 'on' ? 'https://' : 'http://') . $_SERVER['HTTP_HOST']);
define('WP_SITEURL', (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] === 'on' ? 'https://' : 'http://') . $_SERVER['HTTP_HOST']);

// Reconnaître le SSL derrière un reverse proxy local (Nginx, Traefik, Caddy)
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
    $_SERVER['HTTPS'] = 'on';
}

2. Déclarer systématiquement les deux variantes (avec et sans www)

Si votre serveur web possède une règle canonique dans son fichier .htaccess ou vhost :

# Configuration recommandée dans /etc/hosts :
127.0.0.1  monprojet.test www.monprojet.test

Si vous oubliez la variante www, la redirection quitte votre machine locale et interroge les serveurs DNS publics.

3. Ajuster les en-têtes de Reverse Proxy (Nginx)

Si vous utilisez Nginx en frontal de conteneurs Docker ou d'un serveur Node.js, transmettez correctement le protocole d'origine :

server {
    listen 80;
    server_name monprojet.test www.monprojet.test;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

4. Vider le cache persistant des redirections 301

Les navigateurs comme Chrome mettent en cache les réponses 301 Moved Permanently de façon quasi permanente. Même après avoir corrigé votre code, le navigateur continue de rediriger sans interroger votre serveur.

Pour vider le cache de redirection :