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

loganmzz · Message par **loganmzz** » 20 sept. 2026, 17:49

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 · Message par **Mariotte91** » 20 sept. 2026, 19:35

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 · Message par **loganmzz** » 20 sept. 2026, 20:57

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).

Message par **ToFoo93** » 20 sept. 2026, 21:47

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 · Message par **loganmzz** » 20 sept. 2026, 22:58

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

Message par **ToFoo93** » 20 sept. 2026, 23:06

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

loganmzz · Message par **loganmzz** » Hier, 07:50

Sur le navigateur, j'avais un doute s'il établissant à minima la connexion TLS. C'est pourquoi j'avais testé en HTTP avec le même résultat.

Mais d'après cURL, la connexion TLS ne se fait même pas. J'ai vraiment aucune réponse du serveur:

Code : Tout sélectionner

$ curl -v https://192.168.1.254
* Connected to 192.168.1.254 (192.168.1.254) port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs

EDIT: Bon aller il est temps pour une petite extinction électrique de la box.

loganmzz · Message par **loganmzz** » Hier, 07:56

C'est revenu après sa micro-sieste... Problème résolu !

Message par **ToFoo93** » Hier, 13:03

Bonjour,

Merci pour ce retour, et bravo pour la rigueur du diagnostic mené jusqu'au bout, ça a permis d'isoler clairement le problème (port ouvert mais aucune réponse applicative, ni HTTP ni TLS).

Content que le redémarrage électrique ait résolu la situation. C'est cohérent avec ce qu'on observe régulièrement : un service web local qui se retrouve figé côté box, sans impact sur le reste (Internet, appli), et qu'un reboot complet permet de relancer proprement.

Pour référence si le cas se représente un jour, ou pour d'autres membres qui tomberaient sur ce fil : notre article Interface mabbox.bytel.fr : accès et dépannage Bbox reprend les causes les plus fréquentes de blocage et la marche à suivre selon les cas.

Bonne continuation !

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

Connexion