ERR_ADDRESS_UNREACHABLE : ce que ça signifie et comment le corriger

2026-09-19

ERR_ADDRESS_UNREACHABLE signifie que votre appareil ou votre réseau n'a aucune route vers l'adresse de destination du tout, donc la tentative de connexion ne part jamais d'une façon qui pourrait atteindre la cible. C'est presque toujours un problème au niveau du réseau, pas quelque chose qui cloche avec le site web lui-même.

Ce que signifie ERR_ADDRESS_UNREACHABLE

Avant qu'un handshake TCP puisse commencer, le système d'exploitation doit savoir comment router un paquet vers l'adresse IP de destination. ERR_ADDRESS_UNREACHABLE se déclenche quand il n'existe aucune route utilisable : la table de routage locale n'a rien qui corresponde, une passerelle censée transmettre le paquet est en panne, ou l'adresse elle-même n'est pas une adresse que le réseau actuel peut atteindre du tout. C'est différent d'un délai dépassé, où une route existe et un paquet est envoyé mais rien ne répond ; ici, le système d'exploitation refuse même d'envoyer le paquet car il n'a nulle part où l'envoyer.

Les décisions de routage se prennent localement, sur l'appareil ou le premier routeur que le trafic traverse, avant que le paquet n'atteigne jamais l'internet au sens large. C'est ce qui rend cette erreur différente en pratique de la plupart des autres de cette famille : l'échec est connaissable à l'avance à partir de la seule table de routage, sans avoir besoin de rien envoyer ni d'attendre une réponse, ce qui explique aussi pourquoi elle tend à apparaître plus vite qu'un délai dépassé.

Comment l'erreur apparaît

Chrome affiche « This site can't be reached ... ERR_ADDRESS_UNREACHABLE », souvent plus vite qu'un délai dépassé puisqu'aucune attente n'est impliquée, l'échec est immédiat. Depuis la ligne de commande, la même condition apparaît clairement :

curl -v https://192.168.1.50/
* Trying 192.168.1.50:443...
* connect to 192.168.1.50 port 443 failed: No route to host
curl: (7) Failed to connect to 192.168.1.50 port 443: No route to host

« No route to host » est le message sous-jacent du système d'exploitation derrière ERR_ADDRESS_UNREACHABLE ; ping produit la même classe d'échec contre une adresse sans chemin valide.

Ce qui provoque ERR_ADDRESS_UNREACHABLE

L'adresse est une IP privée ou de réseau local accédée depuis l'extérieur de ce réseau. Une adresse comme 192.168.x.x ou 10.x.x.x ne veut dire quelque chose que sur le réseau local auquel elle appartient ; l'atteindre depuis l'internet public ne fonctionnera jamais.
Un routeur ou une passerelle est en panne. Si l'appareil responsable de transmettre le trafic vers la destination est hors ligne, tout ce qui se trouve derrière lui devient injoignable d'un coup.
La mauvaise adresse IP est configurée quelque part. Un enregistrement DNS obsolète, une IP codée en dur dans un fichier hosts, ou une faute de frappe dans une adresse saisie manuellement peuvent tous pointer vers quelque chose qui n'a jamais été joignable au départ.
IPv6 est activé sans réelle connectivité IPv6. Un appareil ou un réseau qui a une adresse IPv6 attribuée mais aucun chemin fonctionnel vers l'internet IPv6 au sens large échoue de cette façon pour toute destination résolue en AAAA.
La table de routage d'un VPN exclut la destination. Certaines configurations de VPN ne routent que des sous-réseaux spécifiques à travers le tunnel, et une adresse en dehors de cette plage, ou une qui exige le tunnel mais n'est pas routée à travers lui, devient injoignable une fois connecté.

Comment savoir de qui vient la faute

Cette erreur est, dans la grande majorité des cas, un problème de votre propre appareil ou réseau plutôt que du serveur de destination, puisqu'elle signifie que votre côté n'a jamais trouvé de chemin par lequel envoyer la requête. Si l'adresse est un domaine public normal, pas une IP privée, testez la même adresse depuis un autre réseau ou appareil. Si elle se connecte là-bas mais pas sur votre réseau d'origine, le problème de routage est local. Une vérification HTTP lancée depuis l'extérieur de votre propre réseau est le moyen le plus rapide de confirmer que la destination elle-même est joignable depuis l'internet au sens large.

Comment corriger ERR_ADDRESS_UNREACHABLE

Si vous êtes visiteur

Vérifiez si l'adresse est une IP privée. Tout ce qui commence par 192.168., 10., ou 172.16. à 172.31. ne fonctionne que depuis l'intérieur de ce réseau local spécifique ; vous ne pouvez généralement pas l'atteindre d'ailleurs sans un VPN vers ce réseau.
Redémarrez votre routeur pour écarter une table de routage locale bloquée ou corrompue.
Déconnectez-vous de tout VPN actif et réessayez ; un VPN avec une table de routage incomplète ou mal configurée est une cause courante de cette erreur précise.
Désactivez temporairement IPv6 dans les réglages de votre adaptateur réseau si le site a à la fois une adresse IPv4 et IPv6 ; cela force la connexion en IPv4 et écarte un chemin IPv6 cassé.
Confirmez l'adresse elle-même en vérifiant une faute de frappe ou une ancienne note qui pourrait contenir une IP interne plutôt qu'un nom de domaine public.

Si vous gérez le site

Vérifiez les enregistrements DNS A et AAAA du domaine et confirmez qu'ils pointent vers une adresse IP active et joignable publiquement plutôt que vers une plage privée ou un serveur mis hors service.
Confirmez que la passerelle et le routage de l'hébergeur sont sains via sa page de statut ou son canal de support si l'adresse est correcte mais toujours injoignable depuis plusieurs réseaux extérieurs.
Retirez ou corrigez tout enregistrement IPv6 (AAAA) obsolète si la connectivité IPv6 vers le serveur n'est pas réellement configurée de bout en bout ; un enregistrement AAAA sans chemin IPv6 fonctionnel derrière lui envoie les clients qui préfèrent IPv6 vers une impasse.

Comment prévenir ERR_ADDRESS_UNREACHABLE

Un enregistrement DNS qui se met tranquillement à pointer vers une adresse privée ou retirée déclenche rarement une alarme sur le serveur lui-même, puisque le serveur ne voit jamais la requête échouée du tout. Une surveillance HTTP et DNS continue résout et se connecte au domaine depuis des points de contrôle extérieurs selon un calendrier, détectant un problème de routage ou d'enregistrement avant qu'il n'affecte de vrais visiteurs, et envoie des alertes par e-mail, SMS, appel vocal, Slack, Telegram et bien plus.

Erreurs associées

ERR_CONNECTION_TIMED_OUT signifie qu'une route existe et qu'un paquet a été envoyé, mais que rien n'a répondu.
ERR_NAME_NOT_RESOLVED signifie que le DNS lui-même a échoué avant que la moindre tentative de connexion ne puisse commencer.
This site can't be reached couvre l'ensemble complet des erreurs de connexion que Chrome regroupe sous un seul titre.

Questions fréquentes

ERR_ADDRESS_UNREACHABLE est-il la même chose que le site en panne ?

Généralement non. Cela pointe le plus souvent vers un problème de routage sur votre propre réseau ou appareil, en particulier quand l'adresse est une IP privée ou quand IPv6 est en cause, plutôt que le serveur de destination hors ligne.

Pourquoi ne vois-je cette erreur que sur certains réseaux Wi-Fi ?

Différents réseaux ont des tables de routage et des configurations VPN différentes. Une route qui fonctionne sur votre réseau domestique peut ne pas exister sur un réseau d'entreprise ou public, particulièrement pour des adresses internes.

Un pare-feu peut-il causer ERR_ADDRESS_UNREACHABLE ?

Indirectement. La plupart des pare-feux qui bloquent le trafic produisent plutôt un délai dépassé ou une connexion refusée, mais un pare-feu ou un routeur qui retire une route entièrement plutôt que de filtrer le trafic dessus peut produire cette erreur.

Quelle est la différence entre cette erreur et ERR_CONNECTION_TIMED_OUT ?

ERR_ADDRESS_UNREACHABLE signifie qu'aucune route vers la destination n'existe du tout, donc rien n'est envoyé. ERR_CONNECTION_TIMED_OUT signifie qu'une route existe, qu'un paquet a été envoyé, et que l'attente a simplement expiré sans réponse.

Cela arrive-t-il avec des sites web publics normaux ?

Cela peut arriver, le plus souvent à cause d'un chemin IPv6 cassé ou d'un enregistrement DNS qui résout vers une adresse sans route valide, mais c'est bien plus courant quand l'adresse est une IP privée ou interne accédée depuis le mauvais réseau.

Comment vérifier si une adresse est privée ?

Regardez la première partie de l'adresse IP : 10.0.0.0 à 10.255.255.255, 172.16.0.0 à 172.31.255.255, et 192.168.0.0 à 192.168.255.255 sont toutes réservées aux réseaux privés et ne sont jamais joignables depuis l'internet public, peu importe la façon dont le routage est configuré.