Impossibilité d'accéder à l'interface d'administration depuis un navigateur (ok depuis l'application Android)

[loganmzz]

Bonjour,

Nouveau (< 1semaine) client B&You Pure Fibre Plus, j'ai pu le premier jour configuré ma Bbox depuis mon PC et mon navigateur favoris sans aucun soucis. Ayant constaté quelques latences hier soir, j'ai voulu vérifier les consommateurs mais impossible d'accéder à l'interface d'administration : la requête part en timeout.

J'ai essayé en filaire directe, en filaire derrière un switch non-managé, en Wi-Fi derrière mon point d'accès perso, en Wi-Fi directe et directement avec l'adresse IPv4 de la box (192.168.1.254 confirmé par la config DHCP) ainsi qu'en HTTP (80) ou HTTPS (443).

En revanche si j'utilise l'application mobile aucun soucis. J'ai pas encore testé la coupure électrique (les ados geeks...).

Une éventuelle idée sur l'origine du blocage ?

EDIT: Et le matériel en question pour les non-spécialistes des offres Bbox :

[Mariotte91]

Bonjour,

Peux-tu nous en dire plus sur ta configuration ?

• Navigateur utilisé

• OS

• résultat de la configuration obtenue par DHCP (sous Windows ipconfig /all)

L'utilisation de DNS personnalisés peut conduire à ce type de comportement en IPV4 alors que l'IPV6 fonctionne

Mariotte91

[loganmzz]

Navigateur utilisé

* Chrome
* Edge
* Firefox

OS

* Windows 11
* Android
* Linux (probablement Ubuntu, à vérifier avec mon fils)

résultat de la configuration obtenue par DHCP (sous Windows ipconfig /all)

Je prends le PC actuel, tout le monde est logé à la même enseigne (PC Windows 11):

Code : Tout sélectionner

Carte Ethernet Ethernet 3 :

   Suffixe DNS propre à la connexion. . . : lan
   Description. . . . . . . . . . . . . . : Realtek Gaming 2.5GbE Family Controller #2
   Adresse physique . . . . . . . . . . . : D8-BB-C1-D2-FD-E3
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui
   Adresse IPv6. . . . . . . . . . . . . .: 2001:861:c81:e250:99e9:6f85:a94b:6299(préféré)
   Adresse IPv6 temporaire . . . . . . . .: 2001:861:c81:e250:c835:54e:9797:ab40(préféré)
   Adresse IPv6 de liaison locale. . . . .: fe80::ff82:278d:cd83:a7c6%14(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.46(préféré)
   Masque de sous-réseau. . . . . . . . . : 255.255.255.0
   Bail obtenu. . . . . . . . . . . . . . : samedi 19 septembre 2026 21:39:23
   Bail expirant. . . . . . . . . . . . . : lundi 21 septembre 2026 09:17:10
   Passerelle par défaut. . . . . . . . . : fe80::6618:dfff:fea2:2b04%14
                                       192.168.1.254
   Serveur DHCP . . . . . . . . . . . . . : 192.168.1.254
   IAID DHCPv6 . . . . . . . . . . . : 282639297
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-30-84-31-78-D8-BB-C1-D2-FD-E3
   Serveurs DNS. . .  . . . . . . . . . . : 2001:861:c81:e250:6618:dfff:fea2:2b04
                                       192.168.1.254
                                       2001:861:c81:e250:6618:dfff:fea2:2b04
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé
   Liste de recherche de suffixes DNS propres à la connexion :
                                       lan

L'utilisation de DNS personnalisés peut conduire à ce type de comportement en IPV4 alors que l'IPV6 fonctionne

J'ai vérifié la résolution DNS de mabbox.bytel.fr et ce sont bien les IPs v4 et v6 (j'ai vérifié les deux) de la Box.
De toutes façons, j'ai supprimé cet élément du test en utilisant l'IPv4 directement. J'ai aussi testé avec l'IPv6 même résultat.

J'ai aussi vérifié les ports 80 et 443 de la Box sont bien en écoute, je peux ouvrir des sockets mais juste pas de réponses (timeout).

[ToFoo93]

Bonsoir,

Merci pour le niveau de détail, ça permet d'avancer plus précisément. Le fichier hosts est à exclure ici : tu as testé l'accès en IP directe (192.168.1.254, v4 et v6), ce qui contourne toute résolution de nom, donc ce n'est pas ça.

Le point qui m'interroge le plus : les ports 80/443 acceptent la connexion TCP mais ne renvoient jamais de réponse HTTP. Avant de conclure quoi que ce soit, ce serait utile de savoir à quel moment précis le timeout survient : dès la toute première requête (avant même d'arriver sur une page de connexion), ou seulement après une tentative d'authentification ? Ça permettrait de savoir si le blocage touche l'ensemble du service web de la box, ou seulement une étape spécifique.

Fais aussi le test de coupure électrique quand tu peux, ça reste la piste la plus simple à essayer avant d'aller plus loin.

Cdt

[loganmzz]

Toutes les requêtes, la box ne répond jamais. Le timeout c'est le temps d'attente par défaut du navigateur.

[ToFoo93]

Merci, ça élimine l'hypothèse d'un blocage propre à l'authentification, si ça bloque dès la première requête, c'est plus généralisé.

Pour affiner encore un peu avant d'aller plus loin, deux tests qui donneraient des informations plus précises que le comportement du navigateur seul :

Depuis une invite de commande (PowerShell ou terminal Linux), un curl -v https://192.168.1.254/ (ou en HTTP) : ça montrerait si le handshake TLS se termine correctement, et surtout si le serveur envoie ne serait-ce qu'un début de réponse (en-têtes HTTP) avant de rester bloqué, ou si rien ne vient du tout.
Dans les outils de développement du navigateur (F12 > onglet Réseau), en relançant une requête : ça permettrait de voir précisément à quel stade ça reste "en attente" (résolution, connexion, TLS, attente de réponse).

Ça aiderait à savoir si le blocage se situe au niveau TCP/TLS ou vraiment au niveau applicatif HTTP.

Cdt