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

Bonjour,

J’avais trois disques durs internes de 500 Go montés en RAID 5, pour assurer une certaine sécurité de mes données.

Lors d’un passage dans l’interface de Freebox OS, je m’aperçois qu’un des disques est défectueux. Le RAID fonctionne alors en mode dégradé, mais il fonctionne malgré tout, comme c’est prévu avec le RAID 5.

J’investis alors dans un nouveau disque dur SATA, que je branche en remplacement du précédent.

Après une petite recherche dans l’interface pour réintégrer le nouveau disque au RAID, je trouve l’option dans l’onglet Array Raid des paramètres de Disque. Le système procède alors à une «Récupération», avec un pourcentage.

La récupération échoue.

Après plusieurs tentatives et redémarrages de la Freebox, non seulement la récupération échoue encore, mais la situation s’aggrave : je perds totalement l’accès à mon RAID. La Freebox ne monte plus aucun volume.

C’est une catastrophe compte tenu de l’importance de ces données, que j’avais choisi de monter en RAID 5 plutôt que d’effectuer une sauvegarde manuelle. J’ai l’impression que votre système de RAID souffre de problèmes de fiabilité au regard du caractère critique de cette fonction.

Merci de me venir en aide. Si vous avez besoin de plus d’informations, n’hésitez pas.

Bonjour, à chaque fois que je veux uploader un fichier sur le disque du serveur delta via le navigateur du pc (et sur tout les pc avec tout type de fichier) le transfert plante instantanément, une notif apparait, “échec de l’envoi. Le serveur a interrompu le transfert” Je dois à nouveau up le fichier et la il me propose soit d’écraser, de reprendre l’envoi, de passer au fichier suivant ou d’annuler. Le seul moyen d’up le fichier est de faire reprendre l’envoi, et la un deuxième transfert se lance dans la liste des tâches et il s’envoi pendant que le premier fichier reste à 0%. Si je fais écraser ou fichier suivant ça réaffiche le message d’erreur

Bonjour,

La radio Mega Hits(Portugal) ne fonctionne plus depuis la derniere MAJ avec un echec de chargement à chaque fois.

Pouvez vous vérifier/corriger svp car je ne peux poster sur la FS#29386 vu que , pour le moment , je ne suis de rien ?

Pour l’exemple , https://megahits.sapo.pt/ouviremissao fonctionne en version web :)

Cdt,

Bonjour,

Depuis la mise a jour, je n’arrivais plus à me connecter en Bureau à Distance via le VPN de mon travail.
Problème résolu en coupant la 4G sur la DELTA.
Il y a donc du avoir une modification de ce coté :/
Merci de procéder a un correctif car sans la 4G je perd beaucoup en upload, indispensable pour le confort en télétravail.

Merci

Bonjour,

Je remarque depuis la mise à jour de ma Freebox Ultra vers la version 4.8.9 de nombreux dysfonctionnements au niveau du Wi-Fi, et au vu des derniers tickets sur le bugtracker, j’en déduis ne pas être le seul touché par ce problème.

Pour commencer une brève description de mon installation :

Je possède une Freebox Ultra (MAC: 38:07:16:C1:28:5E) et 4 répéteurs Wi-Fi 7 :

• Salon - 38:07:16:B0:41:28 - Connecté en Ethernet

• Chambre enfants - 38:07:16:B0:33:C2 - Connecté en Wi-Fi

• Bureau - 38:07:16:B0:41:14 - Connecté en Ethernet

• Sous-sol - 38:07:16:B0:40:F7 - Connecté en Wi-Fi

Je possède aussi une antenne Wi-Fi extérieure 2.4GHz/5GHz connecté en Ethernet (TP-Link EAP225-Outdoor).

Plus d’information sur mon installation via ce précédent ticket : https://dev.freebox.fr/bugs/task/39266

Jusqu’à présent, je n’ai rencontré aucun problème particulier avec le Wi-Fi et tout fonctionnais parfaitement.

Or, depuis les dernières mises à jour, je rencontre de nombreux problèmes de déconnexion sur les périphériques en 2.4 GHz only, et les répéteurs connectés en Wi-Fi uniquement deviennent par moment inaccessible : Statut “déconnecté” dans l’application Freebox Connect

Un redémarrage du server et des répéteurs permet de résoudre le problème, mais au bout d’un certain temps, le problème réapparait sans aucune explication.

J’ai investigué le problème et voici ce que j’ai trouvé :

Lorsque le problème est présent voici ce que j’observe sur un scan Wi-Fi, j’en ai profité pour annoter chaque adresse MAC à partir des données issues de Freebox OS et de l’application Freebox Connect afin de vous faciliter la lecture : https://ibb.co/jfrGLNG

De ce que j’ai pu en déduire de mon analyse, un répéteur Wi-Fi 7 émet deux SSIDs, et ce, pour chaque bande de fréquence (2.4GHz et 5GHz) : Un premier de type “Infrastructure” visible et qui sert à étendre le réseau du server, et un autre “Mesh” caché, fuyant - comprendre pas actif constamment - dédié je suppose à la communication inter-répéteur/server, et non utilisé dans le cadre d’un répéteur connecté en ethernet blackhaul dans le cas où la liaison ethernet est plus performante que la liaison Wi-Fi.

Pour une raison que j’ignore, au moment de la capture d’écran, le répéteur “Chambre enfants” n’émet qu’un seul SSID mesh sur la bande de fréquence 5GHz, je suppose qu’à l’endroit où je me trouvais, je ne captais juste pas celui de la bande de fréquence 2.4GHz et que cela n’est pas lié au problème que l’on peut rencontré.

Premier constat que l’on peut faire : Malgré que toutes les cartes Wi-Fi du Server soient initialement actives dans Freebox OS (https://ibb.co/L15yny2) on observe en réalité que seules deux interfaces sont réellement actives et permettent la connexion de client (5GHz et 6GHz). Étant un peu taquin, j’ai volontairement déclenché sur toutes les interfaces un scan Wi-Fi afin de réactualiser leur statut et voici ce que j’obtiens : https://ibb.co/9Nh6X6G

On voit que les deux interfaces manquantes dans le scan Wi-Fi sont bel et bien en réalité en erreur, c’est à ce moment là que les répéteurs connectés en Wi-Fi only sont affichés comme étant “déconnecté”/voyant rouge dans l’application Freebox Connect, ou alors sont affichés comme connectés mais aucun client ne peut alors s’y connecter.

Si je m’amuse à désactiver et réactiver le Wi-Fi sur le server, toutes les interfaces finissent en erreur ou reste bloquées en “Démarrage”, le seul moyen de résoudre le problème étant de redémarrer le server afin de retrouver un comportement normal.

J’ignore ce qui cause ce problème, tout fonctionnais parfaitement avant la publication des deux dernières mises à jour et je n’ai pas touché à une quelconque configuration depuis.

Bonjour,

Avec un Apple IPhone 14 PRO MAX et une Freebox POP, pour que le VoWIFI fonctionne:
- il faut que le mobile soit en mode avion, autrement ça ne fonctionne pas
- test sur une Livebox Orange ca fonctionne correctement.

Test effectué chez Apple, le mobile est à jour, aucun défaut.

L’inconvénient de l’astuce du mode avion, c’est une fois l’appel terminé et que nous voulons désactiver le mode avion pour retrouver le réseau, un redémarrage du mobile est nécessaire.

Pouvez-vous prendre en charge ?

Merci et bonne journée,

Bonjour, je possède un Gigaset C570HX associé en DECT avec la delta impossible d’avoir la liste d’appel manqué, le téléphone est neuf.

Bonjour
A chaque mise an place du service DECT (sur revo ou delta) le service DECT fonctionne pas ou mal.
A la première association d’un téléphone OK. Si coupure elec de la box ou du tel, le telephone ne fonctionne plus et impossible de le reconnecter malgré plusieurs manip dans freebox OS reboot etc…

C’est une fonction très intéressante pour répondre à des problématiques clients. Dommage que ce ne soit pas plus stable et facile d’installation (surtout la DELTA, code PIN à aller chercher sur OS ou ds des reglages TV complexes et inaccessible à bcp !)

Si vous avez des conseils, merci de diffuser

Cdt

Problème constaté depuis le dernier reboot de ma box Revolution, qui est passée en version 4.2.7 (elle a dû faire un saut de plusieurs versions, car ça faisait plusieurs semaines je crois qu’elle n’avait pas été redémarrée).

J’avais configuré ma box en mode bridge depuis 2 ans environ, avec derrière un firewall Opnsense qui assure l’ensemble des services dont j’ai besoin (NAT, filtrage, DHCP, HAproxy, Wifi, Wifi invités, etc.)
Jusqu’ici tout fonctionnait très bien.

Il y a quelques jours, je redémarre ma box qui du coup passe des mises à jour.
Et là je constate que je ne peux plus joindre un serveur web qui tourne sur mon LAN (donc derrière mon firewall), alors que jusqu’ici je pouvais l’atteindre (règles de NAT dans mon FW).
Mais dans un 1er temps je ne fais pas de rapprochement avec la mise à jour de la box.
Mais hier, en jetant un oeil sur mon firewall, je constate un trafic tout à fait inhabituel sur une adresse IP locale que je n’ai jamais attribuée (c’est mon firewall qui fait aussi office de serveur DHCP et qui attribue les adresses à tous mes équipements, avec contrôle de l’adresse MAC : donc tout équipement non approuvé n’aura pas d’IP attribuée).
Donc je ne comprends pas comment un équipement a pu joindre mon réseau local... Il ne répond pas au ping, mais des trames passent en continu sur le firewall.
Je coupe tous mes équipements : je vois encore ces trames.
Là j’ai l’idée de me connecter sur la box : la configuration avait changé !!! Elle n’était plus en mode bridge, elle était revenue en mode routeur... Pourquoi ?
Par ailleurs, afin de retrouver un fonctionnement normal, je la repasse en mode bridge...
Et là, plus rien ne fonctionne, alors que la configuration de mon firewall n’a pas bougée...
En clair, après avoir cherché, je diagnostique que la box ne remplit plus son rôle de passerelle...
Donc aucun de mes équipements n’accède au WAN...
Le seul remède est de revenir en mode routeur, ce que je ne veux pas.

Quand je suis en mode bridge, je vois pourtant que mon firewall récupère bien l’adresse IP de la box, que la passerelle est up (puisque le FW arrive à la contacter), mais en réalité rien ne passe (comme si mon firewall envoyait bien les requêtes à la box, mais celle-ci ne les laisse pas sortir).
Donc pour moi c’est la box qui n’assure plus son rôle de passerelle lorsqu’elle est en mode bridge, et ce depuis les dernières mises à jour.

Pouvez-vous SVP corriger cette régression ?

Bonjour à tous.

Problème devenu omniprésent depuis le passage en 4.5.x. A chaque reboot/update perte de la connectivité IPv4 en mode bridge.
J'utilise le mode bridge exclusivement, depuis le début de mon abonnement chez Free (2015)

La config coté LAN/Routeur (basé sur pfSense) n'a pas beaucoup évoluée (seulement montée de version). Interface WAN, IPv4 en mode DHCP.

Après reboot :
l'IPv4 publique est bien attribuée à l'interface WAN, le ping vers la gateway est OK, mas impossible d'aller au-delà.
Même problème en brachant le PC (Windows ou autre) directement sur la Freebox, il récupère bien l'IP publique, je ping la gateway, mais de pas trafic IPv4 au delà.

J'ai bien sur essayé sans autre équipement IP sur le réseau hormis mon PC, le routeur et la FB.

J'arrive à retrouver un fonctionnement "correct" du mode bridge, en switchant "mode bridge" / "mode routeur" / "mode bridge" ET des fois obligé de rebooter la FBv6 en mode "secours" (et refaire encore la manip de switch de mode).

Est-ce possible de régler ce problème ? Je me suis abonné chez free pour cette fonctionnalité.

Merci.

Bonjour,

Le DECT tombe en panne après avoir reçu un appel qui fonctionnait.
Je n’ai alors plus de tonalité pour les appels suivants mais les appels entrants et sortant aboutissent bien mais impossible de communiquer.
La panne:
-l’impossibilité de communiquer (on en s’entend pas un fois l’appel établi).
-pas de tonalité lorsque l’on souhaite appeler mais les appels vers l’extérieur aboutissent
- les appels entrants aboutissent mais impossible de communiquer un fois décroché (on ne s’entend pas)

J’ai constaté les fait suivants:

- apres redémarrage de la freebox ou du service DECT (par mafreebox.freebox.fr) le téléphone fonctionne à nouveau
- J’ai remarqué que le problème se produit systématiquement après avoir reçu un appel qui avait fonctionné normalement.
- Lorsque le DECT est en dysfonctionnement, dans le service DECT de mafreebox.freebox.fr, je constate que les états “sonne” et “décroché” passent bien de “non” à “oui” dans tous les cas (appel entrant ou sortant) mais le communication ne passe pas...
- le type de téléphone est “unknown”

Bonjour

Je constate depuis un mois un problème depuis que je suis en télétravail avec l’agrégation 4g ADSL. ce problème est simple mais je ne sais ce qu’il fait faire pour le résoudre. L’agrégation fonctionne très bien le matin (entre 20 et 30 mb/s en réception pour retomber entre 2 et 4 mb/s en réception à partir de 13h jusqu’à la fin de soirée, je ne fais pas de mesure la nuit. Je dois pour cela déconnecter la 4g pour voir le débit en réception remonter entre 6 et 9 mb/s en ADSL. A quoi cela est il du? Je vous remercie par avance pour vos reponses.

Lorsque l’on lance ou programme un enregistrement. Si on modifier la durée de cet enregistrement, la durée semble bien prise en compte sur le planning affiché. mais sur enregistrement c’est la durée du programme originel qui est utilisée.
C’est très gênant quand par exemple les programmes sont modifiées, et qu’une émission très longue est improvisée. si on souhaite l’enregistrer, c’est la durée de l’émission originelle qui est utilisée.

Bonjour,

Après recherche, je n’ai rien trouvé traitant ce sujet alors j’en ouvre un nouveau.

Tout d’abord, je souhaiterais connaître la règle actuelle de conservation des vidéos enregistrées par les caméras de sécurité (sont-elles supprimées au bout d’une certaine durée ? de la place sur le disque dur ? autre …?).

Ensuite, il serait intéressant de pouvoir conserver les vidéos sur une plus longue période qu’actuellement car il semble qu’on n’a pas plus de 24 heures d’historique (à confirmer). L’idéal serait que l’on puisse paramétrer cela sur la Freebox.

Merci,
Etienne

Bonjour,

Sur ma Freebox Mini 4K, les signaux DTMF sortants ne fonctionnent pas lorsqu'une ligne Orange m'appelle. Problème similaire à https://dev.freebox.fr/bugs/task/33305 mais sur Mini 4K.

C'est le cas notamment pour mon interphone (Intratone) qui attend un signal DTMF pour ouvrir la porte ⇒ ne fonctionne pas.

En testant des communications Free ⇔ Free ou Bouygues ⇔ Free, le problème ne se pose pas.

Ci-dessous, le message du technicien Intratone suite à nos divers tests et la constatation de ce bug :

Suite à notre appel nous avons constaté ensemble qu'il y avait un problème de traitement de la fréquence vocale (le bip / appuis sur le bouton « étoile ») pour ouvrir la porte.
> Nous avons isoler et vu que le problème ne se produit que si c'est une ligne orange qui appelle un FIXE sur une box FREE. (impossible d'ouvrir via la DTMF et étoile → on entend même pas le « bip » sur l'autre ligne)
> Je vous invite donc en parallèle du suivis téléphonique de contacter votre opérateur afin qu'il puisse détecter le problème de son ou se mettre en relation avec orange si besoin.
> Pour l'instant nous n'avons pas constaté d'appel similaire au votre chez intratone donc a priori ce serait un problème plus ciblé chez vous que général comme nous l'avons déjà constaté par le passé entre Orange et box SFR. (SFR avait poussé un patch correctif sur ces boxs à l'époque)

Cordialement,

Bonjour, sur la delta j’ai une alarme branché sur la box, dès que mon alarme se déclenche, elle m’appelle sur le portable via la box je dois faire des choix de chiffre sur mon portable pour communiquer avec l’alarme mais ça ne répond pas. Le problème est vraiment important surtout que l’installateur de l’alarme m’a dit qu’il rencontrait se problème avec tout les abonnés free et que le 3244 ne propose aucune solution.

Bonjour,

Je signale un problème avec la ligne téléphone de la Freebox Ultra (version 4.8.7). La ligne ne reconnaît pas les signaux DTMF.
J’ai essayé de monter le volume en réception, impossible de le modifier.
Merci aux développeurs de corriger cela. J’en ai besoin pour interroger mon alarme et cela servira à d’autres utilisations qui ont besoin de cette fonction DTMF.
Cordialement Olivier

le 4/04/24 : Nouvelle version 4.8.7, les signaux DTMF ne sont toujours pas transmis : pas possible d’augmenter le volume réception
le 5/04/24 : Nouvelle version 4.8.8 - idem

Bonjour,

Je signale que les signaux DTMF ne sont pas reconnus par la Freebox ULTRA.
Merci aux développeurs de corriger cela.
Sur la Delta, lors de sa sortie, le problème était idem. Cela avait été corrigé en augmentant le volume réception dans l'interface Freebox : "Téléphonie" puis "Filaire" et déplacement du curseur "Volume réception" à 25%. Ce n'est pas possible actuellement sur l'interface de la Freebox ULTRA.

Cordialement
Olivier

Le DTMF entrant quand on envoie des signaux depuis un poste ne marche pas.
Impossible de mettre en route à distance une alarme brancher sur la freebox. Impossible également quand elle appelle d'agir lors de l'appel en appuyant sur des touches.
Pour la télésurveillance il y a également un problème, ils ne peuvent plus activer le micro ou le haut parleur pour parler, ce qui est embêtant quand c'est un lien de secours avec une personne âgée.

As stated in the documentation, a download object should be returned with a filepath property corresponding to the base64 encoded full filepath.

This is currently broken since the API returns partials/incorrect paths, as you can see in the example responses documented:

/Disque dur/Téléchargements//test-debit.free.fr/1024.rnd

It seems this always occurs when the files are in sub-folders.
I reproduced the same issue on my side with a double folder nesting giving me a base64 path that look like this:

/Disque dur/Téléchargements///file.txt

Thanks

Lorsqu’un double appel se manifeste (bip dans le combiné) et qu’on raccroche l’appel en cours pour l’intercepter, le journal d’appels ne fait pas mention du nouvel appelant.

Bonjour,

lors d'une requête GET /api/v8/freeplug/, j’obtiens

{"success":true,"result":[{"id":"A1:2D:D8:60:D6:E3:03","members":[{"id":"34:27:92:1A:B6:70","tx_rate":-1,"eth_port_status":"up","rx_rate":-1,"net_role":"cco","inactive":1,"net_id":"A1:2D:D8:60:D6:E3:03","model":"int7500","eth_speed":1000,"local":true,"eth_full_duplex":true,"has_network":true},{"id":"70:FC:8F:04:E2:00","tx_rate":-1,"eth_port_status":"up","rx_rate":-1,"net_role":"sta","inactive":1,"net_id":"A1:2D:D8:60:D6:E3:03","model":"int7500","eth_speed":1000,"local":false,"eth_full_duplex":true,"has_network":true}]}]}

on peut voir pour l'id "70:FC:8F:04:E2:00", on a les valeur :

• tx_rate = -1
• rx_rate = -1

alors que sur l'interface

• tx_rate = 9Mb/s
• rx_rate = 9Mb/s

Bon depuis la dernière MAJ delta ma domotique est HS

j'avais 8 volets pilotable via l'apply et vocale
au depart plus de commande via apply .
installation de la nouvelle pareil.
commande vocale accepte les commandes mais n'acctionner pas les volets.
ouveture d'un ticket réponsce ya rien tout vos volet présent etc etc… super ben ca marche toujours pas !!!
reticket pas de réponse , donc reset de la box reset du serveur en mod usine supression des volets sur l'apply désintallation des apply free home.
réinstallation des tout .
recherche des volets nada impossible de voir de nouveau volets impossible de récupérer les anciens volets.
avec quelque recherche mais clé sont toujours bloquer dans le serveur en mod bugger et empèche toute nouvelle apparairage.
pour le vérifié j'ai acheté une box somfy mini et en efait impossible de faire un appairage car lé clé sont prisonnière de la freebox.

ce matin nouvelle surprise disparition du logo IO danns les recherches peut etre une mauvaise manip je sait pas mais meme en réinstallant sa ne revient pas donc meme si l'appairage et réparé mon apply sur mon tél et HS

ca commence a faire beaucoup et j'aimerais que l'on me répare tous ca je suis a mobilité réduite et j'ai besoin de ma domotique

Bonjour.
J’ai téléchargé, installé et lancé une VM Debian Buster sur ma Delta, puis installé la dernière version (2020.2) de Domoticz.
L’accès à Domoticz est erratique, parfois stable pendant une journée, parfois coupé au bout d’une heure.
J’ai pensé aux performances limitées de la VM et diminué le nombre de cœurs et la taille de la mémoire mais rien n’y fait. Quand je saisi l’@ IP de Domo, la plateforme est très souvent inaccessible. Dans ce cas, la VM semble opérationnelle dans l’interface Freebox OS.
La même version de Domo sur un Raspberry Pi4 fonctionne en continu depuis des mois.
Auriez-vous une piste de recherche de cette panne ?
Merci.

Pas de doc pour la version 6.0 des api freebox