Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour,

Je viens de télécharger 800Go de fichiers sur une Freebox Ultra, juste pour tester.
Quelques minutes après téléchargement des fichiers, je sélectionne tout dans le gestionnaire des téléchargements et je supprime en supprimant les fichiers (sans conservation).
Résultat des courses, plus possible d'accéder à nouveau au NVMe dans la Freebox, ça met une erreur. Obligé de rebooter pour accéder de nouveau aux fichiers.

C'est infernal d'avoir sans cesse des bugs à chaque mise à jour. Est-ce que ça pourrait être réglé rapidement ?

Notre adresse MAC est 38:07:16:CB:DE:23

Merci.

Depuis plus d'un an maintenant, Free affiche le compteur data sur l'espace client.
Pourriez-vous faire en sorte d'avoir un affichage en temps réel, à l'image de ce qui est proposé sur Free Mobile ?

D'autre part, le compteur est planté. En effet, à l'actualisation des usages de janvier 2026 (qui apparaissent le 1er février à minuit précise), les data de décembre 2025 et de janvier 2026 se sont mystérieusement additionnées. Bug identique sur tous les espaces clients.
Pourriez-vous regarder ? Merci.

Depuis plusieurs mois maintenant, le compteur data de la Freebox Révolution est hors service.
Lorsque ça télécharge, tous les 4Go environ (en Download et Upload), les chiffres repassent à zéro.
On télécharge par exemple à 10Mo/s. On voit 100Mo défiler, 200Mo… 1Go… 2Go… 4Go… et zéro Octet, et c'est reparti jusqu'à 4Go, puis zéro. Etc.
Ce n'est pas un bug grave, mais c'est un bug. Toutes les Freebox Révolution sont concernées, et uniquement les Freebox Révolution.

Bonjour ouverture d’un nouveau sujet à la demande de l’admin

Bonjour,

client Freebox pop fibre depuis vendredi, avant révolution depuis plus de 14 ans sans soucis

Pour aujourd’hui 27/07/2020 :

[03:13:32] Reconnexion.
[03:13:34] Connecté.

[06:49:21] Reconnexion.
[06:49:21] Connecté.

[12:57:03] Reconnexion.
[12:57:03] Connecté.

[13:22:06] Reconnexion.
[13:22:07] Connecté.

[13:26:30] Reconnexion.
[13:26:31] Connecté.

[13:48:44] Reconnexion.
[13:48:45] Connecté.

[14:01:38] Reconnexion.
[14:01:38] Connecté.

[14:24:17] Reconnexion.
[14:24:17] Connecté.

[14:49:57] Reconnexion.
[14:49:58] Connecté.

[15:28:01] Reconnexion.
[15:28:05] Connecté.

[15:45:15] Reconnexion.
[15:45:15] Connecté.

[16:38:49] Reconnexion.
[16:38:49] Connecté.

[17:12:23] Reconnexion.
[17:12:24] Connecté.

[18:23:37] Reconnexion.
[18:23:37] Connecté.

[18:34:21] Reconnexion.
[18:34:24] Connecté.

[18:57:42] Reconnexion.
[18:57:43] Connecté.

[19:01:16] Reconnexion.
[19:01:17] Connecté.

[19:03:00] Reconnexion.
[19:03:01] Connecté.

[19:39:04] Reconnexion.
[19:39:04] Connecté.

Freeze de 10 secondes environs pour la TV, déconnexion de toutes les parties / jeux / visio / chat en cours...

IL EST URGENT D’AGIR !

Bonjour,

Dans notre village (Villeconin, 91580) plusieurs abonnés Free ADSL/VDSL (Freebox 4K et Revolution et V3) ont des soucis d’accès à certains sites/serveur.

Ce problème pourrait être un arbre qui cache la forêt : pour le moment seulement deux sites sont connus (dont une qui marche depuis peu - car changé de serveur). C’est “enedis.fr” qui marche toujours pas, voici le traceroute IPv4.

$ sudo traceroute -I enedis.fr 
traceroute to enedis.fr (46.19.176.8), 30 hops max, 60 byte packets
 1  ma box
 2  mon adresse ADSL
 3  213.228.23.254 (213.228.23.254)  8.527 ms  9.025 ms  9.258 ms
 4  p11-crs16-1-be1114.intf.routers.proxad.net (194.149.162.145)  10.753 ms  10.948 ms  11.219 ms
 5  199.21.235.9 (199.21.235.9)  10.945 ms *  12.188 ms
 6  * * *
 7  ae7.ter4.eqx2.par.core.as8218.eu (83.167.56.145)  12.849 ms  8.704 ms  9.651 ms
 8  ae6.ter3.eqx2.par.core.as8218.eu (83.167.55.42)  9.182 ms  12.399 ms  11.764 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *

L’accès à ce site marche avec le voisin qui est chez Orange et via le tethering freemobile et Orange.

Voici un traceroute via un accès Orange Business:

$ sudo traceroute -I enedis.fr 
traceroute to enedis.fr (46.19.176.8), 30 hops max, 60 byte packets
 1  192.168.1.1 (192.168.1.1)  0.769 ms  0.868 ms  1.061 ms
 2  * * *
 3  ae109-0.ncidf104.Paris15eArrondissement.francetelecom.net (193.253.80.246)  12.458 ms  12.500 ms  12.567 ms
 4  ae51-0.nridf102.Aubervilliers.francetelecom.net (193.252.98.98)  9.547 ms  10.494 ms  11.312 ms
 5  ae41-0.noidf002.Aubervilliers.francetelecom.net (193.252.98.106)  12.682 ms  13.610 ms  14.331 ms
 6  193.253.13.101 (193.253.13.101)  15.597 ms  15.142 ms  16.084 ms
 7  ae3.ter3.eqx2.par.core.as8218.eu (83.167.55.190)  17.516 ms  10.327 ms  10.164 ms
 8  linkbynet-gw1.ter3.eqx2.par.cust.as8218.eu (83.167.39.3)  10.172 ms  10.358 ms  10.985 ms
 9  . (46.19.176.8)  12.066 ms  12.977 ms  12.859 ms

N’hesitez pas de me demander d’autres infos.

bonjour,

le support téléphonique me renvoie vers vous pour un problème de routage IPv6.
Je ne peux pas accéder en IPv6 à la Freebox d’un ami directement depuis chez moi. Ça passe depuis un serveur Dedibox.

Je vous mets le traceroute en échec de ma Freebox vers la sienne.

traceroute 2a01:e0a:278:d0::1
traceroute to 2a01:e0a:278:d0::1 (2a01:e0a:278:d0::1), 30 hops max, 80 byte packets
1 2a01:e0a:dc:2230::1 (2a01:e0a:dc:2230::1) 0.500 ms 0.463 ms 0.775 ms
2 2a01:e05:2:f836:7eb9::ffff (2a01:e05:2:f836:7eb9::ffff) 2.521 ms 3.186 ms 3.689 ms
3 2a01:e05:2:1713::ffff (2a01:e05:2:1713::ffff) 4.283 ms 4.548 ms 4.531 ms
4 2a01:e05:2:1713:fe00::919d (2a01:e05:2:1713:fe00::919d) 5.920 ms 6.559 ms 7.496 ms
5 * * *
6 * * *
7 * * *

Voici un traceroute réussi depuis la dedibox.

traceroute6 2a01:e0a:278:d0::1 -I
traceroute to 2a01:e0a:278:d0::1 (2a01:e0a:278:d0::1), 30 hops max, 80 byte packets
1 _gateway (2001:bc8:2c1f:200:1::) 0.259 ms 0.301 ms 0.220 ms
2 2001:bc8:2::2:172:2 (2001:bc8:2::2:172:2) 0.913 ms 0.968 ms 1.096 ms
3 2001:bc8:400:100::60 (2001:bc8:400:100::60) 1.242 ms 1.280 ms 1.343 ms
4 2001:bc8:400:1::89 (2001:bc8:400:1::89) 0.641 ms 0.585 ms 0.529 ms
5 2001:bc8:0:2::10 (2001:bc8:0:2::10) 1.455 ms 1.397 ms 1.440 ms
6 * * *
7 2a01:e05:2::d (2a01:e05:2::d) 13.274 ms 13.201 ms 13.235 ms
8 2a01:e05:2:1713:fe00::919d (2a01:e05:2:1713:fe00::919d) 13.998 ms 14.267 ms 14.824 ms
9 2a01:e0a:278:d0::1 (2a01:e0a:278:d0::1) 13.505 ms 13.438 ms 13.691 ms

Bonjour,

Les sites (au moins ceux là) :

https://bridge.qodeinteractive.com/documentation/ http://export.qodethemes.com/bridge-export/revslider/bridge259.zip

ne sont accessibles ni depuis mon accès ADSL ni depuis Freemobil. Ils le sont par contre depuis Orange.

un tracert bridge.qodeinteractive.com s’arrête au deuxième saut sur 194.149.169.129 (le premier saut étant FREEBOX_SERVER)

Pour information, ces sites concerne un template wordpress.

Merci

Bonjour,

La Freebox a 3 cartes wifi (une carte a 2.4GHz et deux cartes a 5 GHz) et ces 3 cartes peuvent fonctionner soit ensemble soit indépendamment.
Il y a donc un contrôleur wifi interne a la Freebox.

Cerpendant, il manque une fonctionnalité sur le contrôleur wifi de la Freebox Delta:
On ne peut pas brancher d’AP (Access Point) supplémentaires qui soit piloter par le contrôleur wifi de la Freebox :

Le wifi ne se propageant pas à l’étage chez moi, je souhaite ajouter deux AP supplémentaires, reliés en RJ45 au réseau.
Cependant, dans l’état, il n’est pas possible de les coupler avec les AP de la Freebox

Pourriez vous SVP déverrouiller les fonctionnalités de gestion des AP pour que l’on puisse les utiliser sur des AP externes à la Freebox ?

En vous remerciant d’avance,
cordialement,
nbanba

Bonjour,

Je constat sur la freebox server mini qu’après un reboot, les adresses IP de routage vers un client VPN (via OpenVPN routé) sont modifiés.

L’adresse du client est fixé dans la paramètres “Serveur VPN” de la freebox sur 192.168.27.90

Je paramètre les règles de routage du port 8080 en udp et tcp vers l’adresse 192.168.27.90

Le client se connecte et tout fonctionne correctement.

Après reboot l’adresse du paramétrage devient 192.168.0.90 sur les deux règles udp et tcp, donc le routage ne fonctionne plus.

C’est assez gênant de guetter les coupure de courants qui entraîneraient le reboot et l’obligation de paramétrer de nouveau.

Bonjour,

J’ai un problème de routage. impossible d’accéder sur une Ip Free depuis ma freebox. et inversement, depuis le serveur distant (free également) , impossible de se connecter sur mon ip. Ça fonctionne bien pourtant en 4G.
LEs 2 ip sont bien chez free et sur le même NRO.

Merci pour votre aide.
Thierry

Bonjour

Le support Free me redirige ici car j’ai un problème de routage

Je n’arrive pas à atteindre ce site depuis une Freebox en zone dégroupé

https://www.lafeemaraboutee-b2b.fr/

C’est OK depuis une livebox Orange, et depuis la 4G.

Le routage semble en cause, un tracert indique que le paquet est renvoyé entre les 2 routeurs suivants:

212.27.59.97
212.27.59.98

Pouvez-vous corriger?

Merci
Cédric

Bonjour,
Si mon problème technique est clair pour une personne connaissant les réseaux, l’assistance Free se contente de botter en touche. J’ai posté ce problème sur plusieurs forums sans succès.
J’espère qu’un technicien Free consciencieux va passer par ici pour résoudre ce problème de routage qui apparait uniquement dans les serveurs Free.
J’ai deux Freebox : Freebox A là où je travaille Belfort, Freebox B là où je vie dans le Gard. Depuis le 15/12/2017 impossible de contacter depuis Freebox A l’IP public de Freebox B.
Avec réseau 4G SFR, LiveBox, VPN, réseau de ma société ça marche en 16 sauts.

TraceRoute from Network-Tools.com to 88.186.41.xxx [alxx.xxxxx-xxxx.fr]
Hop (ms) (ms) (ms) IP Address Host name
1 0 0 0 207.86.208.17 -
2 0 0 0 154.54.13.97 be3036.ccr41.dfw03.atlas.cogentco.com
3 0 1 1 154.54.47.213 be2764.ccr32.dfw01.atlas.cogentco.com
4 10 10 11 154.54.3.214 be2433.ccr22.mci01.atlas.cogentco.com
5 24 23 23 154.54.44.170 be2832.ccr42.ord01.atlas.cogentco.com
6 30 30 30 154.54.7.130 be2718.ccr22.cle04.atlas.cogentco.com
7 42 42 42 154.54.29.174 be2879.ccr22.alb02.atlas.cogentco.com
8 45 46 45 154.54.43.13 be2302.ccr32.bos01.atlas.cogentco.com
9 107 107 107 154.54.1.177 be2983.ccr42.lon13.atlas.cogentco.com
10 117 117 117 154.54.57.70 be12489.ccr42.par01.atlas.cogentco.com
11 145 145 145 149.6.114.10 Iliad.demarc.cogentco.com
12 150 151 151 78.254.249.78 cbv-crs8-1-be1005.routers.proxad.net
13 161 159 159 78.254.250.85 lyon-crs8-2-be1012.intf.routers.proxad.net
14 164 164 164 194.149.165.70 -
15 164 165 165 213.228.28.148 -
16 171 168 168 88.186.41.xxx alxx.xxxxx-xxxx.fr
Trace complete

Le problème ne se présente que chez Free avec perte du signal à Lyon dans :
lyon-crs8-2-be1012.intf.routers.proxad.net

C:\Users\Hubert>tracert 88.186.41.xxx

Détermination de l’itinéraire vers alxx.xxxxx-xxxx.fr [88.186.41.xxx]
avec un maximum de 30 sauts :

1    <1 ms    <1 ms    <1 ms  FREEBOX [192.168.0.254]
2    27 ms    27 ms    27 ms  gy190-1-88-184-168-254.fbx.proxad.net [88.184.168.254]
3    26 ms    28 ms    27 ms  213.228.30.190
4    28 ms    28 ms    27 ms  mulhouse-6k-1-v806.intf.routers.proxad.net [212.27.51.65]
5    36 ms    39 ms    40 ms  ppp2-marseille.isdnet.net [194.149.165.129]
6    36 ms    39 ms    39 ms  bzn-crs16-2-be2000.intf.routers.proxad.net [78.254.250.125]
7    43 ms    44 ms    43 ms  lyon-crs8-2-be1012.intf.routers.proxad.net [78.254.250.85]
8     *        *        *     Délai d'attente de la demande dépassé.
9     *        *        *     Délai d'attente de la demande dépassé.

10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 * * * Délai d’attente de la demande dépassé.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 * * * Délai d’attente de la demande dépassé.
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
21 * * * Délai d’attente de la demande dépassé.
22 * * * Délai d’attente de la demande dépassé.
23 * * * Délai d’attente de la demande dépassé.
24 * * * Délai d’attente de la demande dépassé.
25 * * * Délai d’attente de la demande dépassé.
26 * * * Délai d’attente de la demande dépassé.
27 * * * Délai d’attente de la demande dépassé.
28 * * * Délai d’attente de la demande dépassé.
29 * * * Délai d’attente de la demande dépassé.
30 * * * Délai d’attente de la demande dépassé.

Itinéraire déterminé.
Merci de votre aide à convaincre Free de faire quelque chose.

Bonjour,

L’ajout du next-hop sur le dernier Freebox OS permet maintenant d’utiliser l’IPv6 avec un routeur derrière, c’est parfait merci ! (apparemment que pour la V6, rien d’affiché sur la v5/cristal encore ...)

Pour pouvoir utiliser ces services de façon un peu plus “carrée” il manque juste la délégation des DNS inverses.
Pouvez-vous rajouter (à priori dans l’interface de gestion du compte) la possibilité d’indiquer 2 ou + serveurs DNS inverses ?
(charge à l’utilisateur de comprendre et paramétrer correctement ce service)

A priori il n’y a pas de reverse du tout en IPv6 actuellement, même pas un générique sur *.free.fr/*.proxad.net

Merci par avance !

Bonjour,

J’ai deux ligne internet et un routeur cisco rv082 entre le reseau interne et les box.
J’aimerai voir apparaître la possibilité d’ajouter une route statique entre la freebox et le cisco de facon a ce que les appareils connecté en wifi, ou le freebox player puisse avoir accès a mon nas en interne..

Est-ce une evolution prévu de la freebox ?

Bonjour,

Suite à la mise à jour du firmware de ma Freebox server mini 4K fin janvier, il m’est impossible d’accéder via la console au menu des services avec le message “C’est cassé !! Un problème est survenu lors de cette requête au serveur (erreur : 504)”.

Après en reboot en mode usine, le système me demande de changer le MdP, et là impossible de le changer avec le message : “Erreur lors du changement de mot de passe”.
Un rechargement de la page freebox OS après purge de l’historique du navigateur me renvoie : “Une erreur interne est survenue, réessayez plus tard” !
Puis la mire d’authentification m’affiche m’a affiché le message : “Identifiants invalides”.

Enfin, lors des reconnexion suivantes on retombe sur le message :
“C’est cassé !! Un problème est survenu lors de cette requête au serveur (erreur : 504)”.

Merci d’avance de vos suggestions ou action à distance.

Cordialement.

Depuis la mise à jour vers 4.9.16, il est impossible d’accéder aux paramètres du Wifi dans Freebox OS.
Un message d’erreur est affiché en boucle : « Erreur lors de la récupération de la configuration Wi-Fi ».

Bonjour

j’ai une Freebox Ultra , elle est passée en Version 4.9.16-R6

Sans aucune demande ma part et j’ai que des problème depuis

Que faut il faire pour revenir dans la version 4.9.15

Merci de votre aide

Bonjour,

J’ai installé aujourd’hui la mise à jour 4.9.15 pour profiter de la planification du bandeau LED. Malheureusement, si l’interface est bien présente, il semble qu’elle ne fonctionne pas.

Voici mes observations

• Cliquer sur “Activer la planification”, puis OK, réouvrir la configuration du bandeau LED : la case redevient décochée

• Idem si on active la planification + sélectionner des cases de temps pour désactiver le bandeau

• Idem si on clique sur Appliquer au lieu de OK

• Dans l’API, le PUT vers /api/latest/lcd/config donne bien

  use_planning: true

  et

  planning_mode: "ledstrip_off"

  ainsi que le tableau

  mapping

  , mais le GET ne renvoie aucune de ces valeurs

• L’API api/latest/ledstrip/planning renvoie, elle, les valeurs correspondantes, mais systématiquement les valeurs par défaut, peu importe les actions réalisées dans l’interface

• Si on change le slider de luminosité, le champ

  mapping

  dans la payload du PUT vers /config déraille complètement, et s’inclus lui-même à chaque changement. Au bout de quelques changements de luminosité ça donne

  mapping: "{\"mapping\":\"{\\\"mapping\\\":\\\"{\\\\\\\"mapping\\\\\\\":[\\\\\\\"on\\\\\\\",\\\\\\\"on\\\\\\\",\\\\\\\"on\\\\\\\",\\\\\\\"on\\\\\\\",\\\\\\\"on\\\\\\\",

  . Si on insiste, on finit par une erreur

  413 Request Entity Too Large

• L’interface de sélection des créneaux horaires dysfonctionne après avoir changé la luminosité, simplement passer la souris au-dessus des cases (sans cliquer) les sélectionne, ce qui n’est normalement pas le cas

En inspectant les requêtes, j’ai fini par identifier le problème : l’interface envoie les informations de planification à /api/latest/lcd/config, mais c’est /api/latest/ledstrip/planning qui devrait être utilisé. En modifiant la requête et en ajoutant le paramètre

resolution: 48

au bon endpoint, la requête passe mais la planification ne fonctionne toujours pas, toutes les entrées de

mapping

renvoient

true

mais le bandeau est éteint.
Dommage que l’API du bandeau LED ne soit pas documentée sur https://dev.freebox.fr/sdk/os/ :(

Merci de votre aide,
François

Je rencontre suite à deux manipulations :
- passage mode bridge
- ré câblage de la ligne suite à une intervention de l’opérateur d’infrastructure
Le problème suivant :
Message d’erreur « votre Freebox ne répond pas » sur l’application Free (iOS 26.3)
Message 400 Bad Request

The plain HTTP request was sent to HTTPS port
nginx

Sur safari, Firefox sur iPad sous iPad Os 26.3

En revanche, cela fonctionne sous safari sur un MacBook Pro sous macOS 26.3

Le site joint est by00zgtx.fbxos.fr:51019/%23Fbx.os.app.settings.ConnectionStatus

Je reste à votre disposition pour tests ou autre

bonjour,

J'ai des coupures depuis plusieurs jours sur ma ligne fibre (mais ce n'est pas le sujet). À chaque fois, Freebox OS affiche clairement du rouge et me dit bien que c'est déconnecté. Je peux ensuite voir dans "Historique" le moment de la coupure, qui concorde avec mes logs.

Mais ce soir j'ai eu une coupure de 10 minutes (0h47 à 0h57) pendant laquelle aucun trafic ne passait vers l'extérieur, mais Fbx OS affichait toujours tout en vert. Rien dans l'interface ne pouvait suggérer que quelque chose dysfonctionnait (à part le débit entrant / descendant qui était tombé à 0). Il semble que la ligne fibre était toujours connectée car il n'y a rien non plus dans Historique. C'est étonnant que Fbx OS continue d'afficher "Connexion internet : OK" alors que même free.fr ne ping pas. (j'ai aussi testé 8.8.8.8, etc)

Ou bien est-ce que l'indicateur "Connexion internet" signifie autre chose ?

merci !

Bonjour je vous écrit il y a un problème avec ma Freebox delta 6e
depuis presque 1 mois déconnexion et étape 3 la dernière en date le 17 février a 1h58 du matin quasiment tous les jours sa devient pénible merci bien cordialement .

Bonjours!

Grand merci d’abord pour toutes les fonctionnalites deja implementees dans la Freebox, c’est vraiment top

J’ai ete ravi aussi de decouvrir qu’en plus des chouettes delegations de prefixe IPv6 2a01…00::/64 pour le LAN et 2a01…0[1-7]::/64 pour eventuellement d’autres routeurs derriere la box, le Serveur VPN aussi dispose de son propre prefixe 2a01…08::/64 !

Le seul hic c’est qu’il ne semble pas encore possible d’avoir ces IPv6 attribuees de maniere statique:
0. 2a01…08::10 est attribue au premier venu, ::20 au deuxieme etc mais l’ordre n’est pas maintenu: le deuxieme peut obtenir ::10 la fois d’apres;
1. La page de configuration ou l’on peut choisir une IPv4 statique 192.168.27.x pour chaque utilisateur n’offre pas encore l’equivalent en IPv6;
2. Configurer le client pour demander une IPv6 preferee (2a01…08:0123:4567:89ab:cdef ou ::10 ou ::5 ou ::42 etc) ne fait pas de difference.

Serait-il alors possible SVP d’ajouter un champ au formulaire de configuration d’utilisateur VPN permettant de specifier/choisir des IPv6 statiques comme il est deja possible de choisir des IPv4 statiques?

L’ideal serait de pouvoir specifier l’entiere deuxieme moitie comme les adresses IPv6 “tokenized” afin que d’eventuels attaquants n’aient pas simplement a scanner une poignee d’IPs previsibles (::10, ::20, ::30, etc) mais pas de souci si laisser les gens choisir le suffixe (ou bien le deriver automatiquement par exemple d’un hash du nom d’utilisateur, modulo une eventuelle collision) pose probleme, pouvoir ne serait-ce que stabiliser a quel utilisateur attribuer chaque ::[1-9]0 m’aiderait deja infiniment

Merci beaucoup d’avance!

Bonjour,
Ma freebox delta met à des moments étape 3
Pouvez-vous m’aider ?
Bien cordialement

Bonjour,

les réponses de l'assistance Free étant incomplète, je viens ici.

J'ai réceptionné un backup 4g en option de ma freebox utra.

Déjà, après plusieurs tests, le boitier d'alimentation ne fonctionne pas. Comment le remplacer ?

Ensuite, avec une autre alimentation, comment m'assurer que le boitier est fonctionnel ?
J'ai débranché le câble de la fibre, mais le backup ne se connecte pas au réseau 4G ? (recherche de réseau, activation, reboot, etc…)
Le boitier reboote en continu.

Selon l'assistance, il est nécessaire qu'un incident soit ouvert?
Je ne comprend pas car un utilisateur n'est pas censé savoir que le réseau fibre est tombé et le backup est censé prendre le relais, sans aucune intervention de sa part (ie ouverture d'un ticket)
Donc, soit le boitier n'est pas fonctionnel, soit le mode d'activation n'est pas clair dans votre présentation de l'offre backup.

Tests effectués ce matin (6 février) entre 6h et 6h20.
Adresse Mac Freebox Ultra: 38:07:16:C2:A1:29

Merci de vos explications.

Depuis la migration vers freebox ultra, j’ai un souci avec mon serveur de stockage WD My Cloud extra ex2.
Je n’ai rien changer au niveau du paramétrage par rapport à mon ancienne box freebox delta.
Depuis son branchement sur un port RJ45 de la freebox ultra, j’ai régulièrement le message suivant :
Code alerte 1002→Alert panne de liaison réseau→la liaison réseau est en panne ou est devenue intermittente sur le port
Pour résoudre le problème, j’ai changé de port sur la box ainsi que le câble RJ45.
Mais le message est toujours là.
Est-ce que quelqu’un a rencontré le même problème et a une solution ?