168.1..168 ne répond pas : les vérifications à faire avant de paniquer

Une faute de frappe dans la barre d’adresse suffit à transformer un accès routeur banal en faux diagnostic réseau. L’adresse 192.168.1.168 (et non « 168.1..168 ») est une IP locale valide sur un réseau domestique, mais elle ne correspond à la passerelle par défaut d’aucune box française. Avant de réinitialiser quoi que ce soit, nous recommandons de vérifier trois points précis.

Faute de frappe sur l’IP locale : le double point qui casse tout

La requête « 168.1..168 ne répond pas » contient un double point entre les octets. Ce n’est pas une adresse IP valide. Le navigateur ne peut pas la résoudre et renvoie un timeout ou une erreur DNS, pas un vrai refus de connexion du routeur.

L’adresse réelle visée est probablement 192.168.1.168. Cette IP désigne un hôte sur le sous-réseau local, pas la passerelle d’administration de la box. Sur la majorité des réseaux domestiques, la passerelle est 192.168.1.1 ou 192.168.0.1.

Si vous cherchez à joindre un équipement particulier (NAS, caméra IP, imprimante réseau) dont l’adresse DHCP attribuée est 192.168.1.168, le problème vient rarement du réseau lui-même. Trois causes reviennent systématiquement :

  • Le bail DHCP a expiré et l’équipement a reçu une nouvelle adresse. Vérifiez la table des baux actifs dans l’interface de votre box.
  • L’équipement est éteint, en veille profonde ou déconnecté du réseau local (câble débranché, Wi-Fi perdu après changement de mot de passe).
  • Un conflit d’adresses IP existe sur le réseau : deux appareils se sont vu attribuer la même IP, ce qui rend les deux inaccessibles par intermittence.

DNS sécurisé et HTTPS forcé : pourquoi le navigateur bloque l’accès à une IP locale

Femme réinitialisant un routeur internet blanc tout en consultant son smartphone, dépannage d'un accès à l'interface 168.1.1

Depuis 2024, la plupart des navigateurs activent par défaut le DNS sécurisé (DoH ou DoT). Ce mécanisme chiffre les requêtes DNS en les envoyant vers des résolveurs publics (Cloudflare, Google). Le problème : une IP privée comme 192.168.1.168 n’a aucune entrée dans ces résolveurs.

Le navigateur tente aussi de forcer HTTPS sur toute adresse saisie. Or les interfaces d’administration locales fonctionnent en HTTP. La tentative de connexion sur https://192.168.1.168 échoue avec une erreur de certificat ou un refus de connexion, alors que http://192.168.1.168 aurait fonctionné.

Correction immédiate dans Chrome, Firefox et Edge

Dans Chrome, ouvrez chrome://settings/security et désactivez « Utiliser un DNS sécurisé ». Dans Firefox, allez dans Paramètres > Vie privée et sécurité > DNS via HTTPS, puis sélectionnez « Désactivé ». Edge utilise le même chemin que Chrome.

Après cette manipulation, saisissez explicitement http://192.168.1.168 avec le préfixe HTTP. Ne laissez pas le navigateur compléter l’URL automatiquement, car il réinjectera le schéma HTTPS si l’option est encore partiellement active.

Trouver la vraie passerelle de votre box en ligne de commande

Nous observons régulièrement que l’utilisateur tente d’accéder à une IP qui n’est pas celle de son routeur. Chaque FAI utilise une adresse par défaut différente, et certains modèles de box changent d’adresse après une mise à jour firmware.

Commande sous Windows

Ouvrez l’invite de commandes (cmd) et tapez ipconfig. La ligne « Passerelle par défaut » affiche l’IP réelle de votre routeur. Si elle indique 192.168.1.1, c’est là qu’il faut pointer votre navigateur, pas vers 192.168.1.168.

Commande sous macOS et Linux

Dans le terminal, tapez ip route | grep default (Linux) ou netstat -nr | grep default (macOS). L’adresse affichée en face de « default » est la passerelle.

Si la passerelle retournée est bien 192.168.1.1, vous pouvez aussi tester l’accès via le nom local propre à votre FAI. Orange répond sur livebox/ ou livebox.home/. Free utilise mafreebox.freebox.fr. Bouygues expose mabbox.bytel.fr. Ces noms locaux contournent les problèmes de résolution DNS liés aux IP numériques.

Homme consultant une liste de vérification réseau et une page d'administration de routeur sur ordinateur portable dans une cuisine moderne

Vérifier la connectivité réseau avec ping et ARP

Un ping vers 192.168.1.168 depuis l’invite de commandes confirme ou infirme la joignabilité de l’hôte. Si le ping échoue avec « Délai d’attente dépassé », l’équipement n’est pas actif sur le réseau à cette adresse.

La commande arp -a liste toutes les associations IP/MAC connues de votre machine. Si 192.168.1.168 n’apparaît pas dans la table ARP, aucun appareil ne détient cette adresse sur votre réseau au moment du test.

Cas fréquent : bail DHCP expiré sur un NAS ou une caméra

Les équipements configurés en DHCP reçoivent une adresse temporaire. Après un redémarrage de la box ou une coupure prolongée, l’adresse peut changer. Un NAS qui était sur 192.168.1.168 peut se retrouver sur 192.168.1.42 sans avertissement.

La solution pérenne consiste à attribuer un bail DHCP statique dans l’interface de la box. Associez l’adresse MAC de l’équipement à l’IP souhaitée. L’appareil conservera la même adresse à chaque reconnexion, ce qui élimine définitivement ce type de faux positif.

Application mobile du FAI : l’alternative quand l’IP ne répond plus

Depuis 2024, les FAI français orientent massivement leurs abonnés vers les applications mobiles pour l’administration réseau. L’app Freebox, l’app Orange (Ma Livebox) et l’app Mon Réseau de Bouygues permettent de visualiser les appareils connectés, modifier le Wi-Fi et gérer les baux DHCP sans passer par une IP dans le navigateur.

Si l’accès par IP reste bloqué malgré les vérifications précédentes, l’application mobile constitue un chemin alternatif fiable. Elle se connecte à la box via le réseau local sans dépendre du navigateur ni de ses restrictions DNS/HTTPS.

Le réflexe de saisir une adresse IP dans un navigateur reste pertinent, mais il suppose désormais de maîtriser les contraintes imposées par les navigateurs modernes. Vérifiez d’abord la syntaxe exacte de l’IP, forcez le protocole HTTP, et consultez la table des baux DHCP avant de conclure à une panne réseau.

Nos dernières publications