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

Hello,

Sur la Freebox Ultra, après mise à jour 4.9.15, les téléchargements vont jusqu'au bout mais ensuite le NVMe devient inaccessible. Ou lorsqu'on supprime des téléchargements terminés, tout devient inaccessible.
On a même eu un freeze de l'intégralité de FreeboxOS après des centaines de Go de téléchargements, obligé de rebooter électriquement la Freebox. Cela fait quelques mois déjà qu'on n'arrive plus à utiliser le nas normalement. Pourriez-vous faire une mise à jour corrective définitive ? On a pris la Freebox justement parce qu'il y a un nas. S'il ne fonctionne plus correctement, on résilie, on va chez Orange et on s'achète notre nas à nous, on ne peut plus se permettre de se faire pourrir tous nos téléchargements et dépendre des mise à jour perpétuelles qui plombent plus la Freebox qu'autre chose, merci !

Bien à vous.

Bonjour, comme d'autres je ne reçoit plus les nouveaux FW depuis la 4.9.13 RC2 sur ma FB Ultra V9.
Merci de m'enlever du programme beta.
Mon adresse MAC : 38:07:16:C0:5F:BD

Hello

Le débit internet upload affiché sur Freebox OS et l’application Fee
sont faussés par les débits upload des ports ethernets du switch.

Exemple téléviseur branché en Ethernet:
Quand je regarde une chaine sur freeTV
Le débit apparait en download c’est normal par contre il apparait en upload .

Si la télévision est connecté en Wifi seul le débit download apparait.

D’ailleurs sur l’onglet État Internet de Freebox OS
apparait la syntaxe “débit Ethernet” alors qu’à priori ce devrait être “débit internet”.

Lors de transferts de fichiers en local j’avais l’impression que mes données remontaient sur le net.
Je suis rassuré sur le fait que ce n’est pas le cas et merci d’avance pour la résolution du problème.

Je viens de faire un test de ping entre mon PC en Wifi et un boitier local connecté au switch

ping avec des paquets de 65500 en récursif
Sur l’appli Free on obtient 0.6 Mb/s en émission et en réception internet
Sur freebox OS à peu près la même chose 540 kb/s - 67ko/s
Dès que je stoppe le ping ça repasse à zéro.
Le débit sur le port du switch en bien enregistré sur les stats internet

Hello,

J’ai ma freebox qui est derrière un reverse proxy nginx, et l’accès à distance fonctionne parfaitement depuis un navigateur standard en utilisant mon domaine personnalisé.

Cependant, en voulant utiliser l’application Freebox sur iOS, c’est impossible car l’appli me mentionne qu’il est impossible de vérifier le certificat de la freebox.

Est-ce un bug ?

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

Sur la Freebox Server Ultra V9, ce serait top que le Wi-Fi invité ait les mêmes réglages que le Wi-Fi principal : activer/désactiver 2,4 GHz, 5 GHz, 6 GHz. Pratique pour isoler les appareils IoT, souvent limités au 2,4 GHz, même en 2025.