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

Bonjour à tous,

J'ai plusieurs problèmes que je subis depuis 2 ans que je suis avec la Freebox Ultra
1 - Parfois je n'ai plus de notifications sur mon téléphone (oneplus 11), lorsque je me déconnecte du Wifi, toutes les notifications arrivent d'un coup
2 - Lorsque je suis au téléphone en voWifi, j'ai régulièrement des coupures nettes de son sur plusieurs secondes, ce qui m'oblige à demander à mon interlocuteur de me répéter sa dernière phrase, (je n'ai pas ce souci en 4G/5G)
2.b - Ma compagne en vocal Discord en Wifi sur son Téléphone (OnePlus 12R) ou sur son PC portable rencontre la même coupure nette de plusieurs secondes. Cette coupure peut revenir plusieurs fois dans la conversation. (Elle passe en 4G/5G pour éliminer le problème)
2.c - Ma compagne toujours sur discord, lorsqu'elle stream son jeu ou qu'elle regarde un stream, est notifié très régulièrement que sa connexion est instable.
3 - Mon fils joue à browlstar sur son téléphone, en pleine partie il lui arrive souvent d'avoir le logo qui lui indique une connexion instable, le jeu fige, ce qui lui oblige à redémarrer le jeu et perdre la partie en cours. Il lui arrive aussi d'avoir des lags réseaux, le personnage se téléporte et les tirs partent avec un délai plus ou moins long. il n'a pas ce problème lorsqu'il est connecté ailleurs
4 - Sur Tiktok également, les vidéos parfois ne chargent pas les commentaires, ou parfois la vidéo suivante ne se charge pas, même après redémarrage de l'application, sauf en coupant le Wifi ou tout revient à la normale

Je précise que je n'ai pas ces soucis sur mon PC branché en RJ45.

J'ai contacté plusieurs fois l'assistance Free, on a réinitialisé et modifié plusieurs fois la configuration Wifi sans succès, je précise également que je n'avais pas ces problèmes avec la Pop dans mon ancien logement.
Avez-vous des problèmes similaires avec la Freebox Ultra ou suis-je le seul ?

Bonjour,

J’ai un répéteur qui est branché sur un switch 2.5gbps et celui-ci s’est retrouvé instantanément bridé.

Auparavant il diffusait correctement (environ 600-700mbps en wifi) et désormais 20mbps depuis le passage en switch de 2.5gbps.

Bonjour,

Depuis début décembre 2025, je rencontre un problème permanent non résolu par l’assistance Free Proxy.

Peut-être pourrez-vous m’aider. D’avance je vous remercie pour votre attention.

Depuis début décembre 2026, je rencontre un problème de son à la lecture d’un enregistrement effectué sur le flux TNT (Câble d’Antenne TNT branché sur la fiche TNT du Player) que l’enregistrement soit sur le disque dur Interne du server de la V6 ou sur le disque dur externe ajouté sur le port USB du server de la V6.

Je peux donc enregistrer simultanément deux chaînes de télévision distinctes, l’une sur le Disque Dur Interne du Server de la v6, l’autre sur le Disque Dur Externe branché en USB sur le Server de la v6. L’une depuis le flux FTTH, l’autre depuis le flux TNT.

Entre temps, plusieurs mises à jour ont été appliquées et le problème persiste. Le problème cohexiste donc avec les versions applicables de début décembre à aujourd’hui.

Je peux toujours faire ces enregistrements mais, je rencontre un problème depuis début décembre avec le son et la télécommande à la lecture des enregistrements effectués sur le flux TNT :

- Le son n’est plus gérable avec la télécommande Free.

- Le curseur du volume Free affiché à l’écran du téléviseur est grisé. Il monte et descend mais, ça ne change pas le volume sonore.

- Toutes les autres fonctions de la télécommande Free fonctionnent.

- Le son n’est gérable qu’avec la télécommande de mon téléviseur Thomson. Les autres fonctions restent gérables avec la télécommande Free (avance rapide, pause, lecture, etc.).

NB : En fonctionnement normal, le son du téléviseur est réglé en permanence sur 85% du volume directement sur le téléviseur Thomson avec la télécommande Thomson. Sinon, le volume sonore gérable ensuite avec la télécommande Free serait trop faible. Ainsi, je n’utilise que la télécommande Free pour tout gérer.

- Depuis l’anomalie, lorsqu’avec la télécommande Free je passe du direct à la lecture d’un enregistrement effectué depuis un flux TNT, ou lorsque je passe d’un enregistrement effectué depuis un flux FTTH à un enregistrement effectué depuis un flux TNT, la gestion du son bascule de la télécommande Free à la télécommande Thomson du téléviseur. Le curseur du volume sonore de Free se grise et je prends plein les oreilles le volume sonore à 85% du téléviseur comme si j’utilisais indépendamment le téléviseur sans la box.

Sur les conseils de l’assistance Free Proxy :

- j’ai désactivé l’HDMI CEC du Player dans “Réglages” > “Affichage” <”HDMI CEC” : sans résultat.

- j’ai désactivé cette même fonction HDMI CEC directement dans les paramètres de mon téléviseur Thomson : sans résultat.

- j’ai changé le câble HDMI (Reliant le téléviseur au Player) par un neuf de qualité : sans résultat.

J’ai cru à un moment que ces réglages avaient résolu le problème. Mais ce n’est pas le cas, c’est là que j’ai constaté que l’anomalie se produisait uniquement avec les enregistrements depuis le flux TNT et jamais depuis le flux FTTH.

Que faire ? Comment retrouver le fonctionnement normal antérieur à décembre 2025 ?

Je vous remercie.
Cordialement.

Bonjour,

depuis 2 jours, mes redirections de ports ne fonctionnent plus. Il y a effectivement eu une version 4.11.1 du serveur le 20 mai 2026 et le changelog semble correspondre à des évolutions dans ce sens.

En clair, les ports 80 et 443 ne sont plus ouverts depuis Internet sur une Freebox Ultra. Les redirections menaient vers un simple raspberry pi sur le réseau 192.168.1.0. Les ports sont bien ouverts sur ce raspberry pi car je peux les nmaper depuis un autre appareil sur le même réseau (en wifi ou en ethernet).

Il semble tout simplement que la dernière version ait pu introduire un bug sur la redirection de ports.

PS : je n’ai pas encore essayé de voir si les machines virtuelles sont concernées

Bonjour,

Ma VM sous AdGuard ne boot plus (je n’ai fait aucun changement) voici message dans logs:

Begin: Running /scripts/init-bottom … done.
[ 3.649729] Kernel panic - not syncing: Attempted to kill init! exitcode=0×00000004 [ 3.651679] CPU: 1 PID: 1 Comm: systemd Not tainted 6.8.0-111-generic #111-Ubuntu
[ 3.653591] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015
[ 3.656023] Call trace:
[ 3.656794] dump_backtrace+0xa4/0×150 [ 3.657747] show_stack+0×24/0×50 [ 3.658523] dump_stack_lvl+0×38/0×138 [ 3.659515] dump_stack+0x1c/0×38 [ 3.660449] panic+0x3ac/0×448 [ 3.661255] do_exit+0×408/0×468 [ 3.662235] do_group_exit+0×40/0xa8
[ 3.663100] get_signal+0x8b4/0x8f0
[ 3.664152] do_signal+0×148/0×238 [ 3.665138] do_notify_resume+0×114/0×228 [ 3.666173] el0_undef+0xcc/0×168 [ 3.667257] el0t_64_sync_handler+0×100/0×158 [ 3.668773] el0t_64_sync+0x1b0/0x1b8
[ 3.669718] SMP: stopping secondary CPUs
[ 3.670762] Kernel Offset: 0x488538c10000 from 0xffff800080000000
[ 3.672317] PHYS_OFFSET: 0xfffff91dc0000000
[ 3.673211] CPU features: 0×0,00000011,20020000,0100421b
[ 3.674184] Memory Limit: none
[ 3.674761] —[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0×00000004 ]—

Selon ChatGPT une instruction d’Ubuntu n’est plus expose “el0_undef+0xcc/0×168” peut etre a cause d’une MaJ freebox?

Bonjour,

Je poste ici sur suggestion de l’assistance Free Proxi.

Depuis que j’ai changé d’opérateur, de Sosh Fibre vers Freebox pop fibre, j’ai régulièrement des gros problèmes de navigation sur internet:
- certains sites mettent très longtemps à s’afficher
- ou j’ai une erreur dans mon navigateur du type “résolution de nom impossible”

J’ai mis en place chez moi un système de monitoring de la “qualité” de mes requêtes DNS, vous pouvez y accéder directement à https://grafana.nardi.fr avec le login guest/guest.
Ce dont je suis sûr:
- redémarrer la freebox “résoud” systématiquement le problème: le taux de requêtes DNS correctes remonte à 100% et y reste pendant au moins quelques heures.
- débrancher/rebrancher le cable de fibre optique a le même effet
- les dégradations sont toujours progressives et lentes: de plusieurs heures à plusieurs jours pour descendre en dessous de 80% de requêtes correctes.
- si je ne redémarre pas ma freebox la dégradation peut atteindre des niveaux catastrophiques ou quasiment toutes les requêtes timeout. Par exemple le 11 novembre au soir mais il y a quelques autres occurences dans le passé.
- Les dégradations sont indépendantes du serveur DNS utilisé, d’ailleurs je monitore en permanence la freebox et le serveur primaire de google, et j’ai toujours le même comportement.
- Les dégradations affectent tous mes appareils quelque soit leur OS (Windows, Ubuntu, Raspberry Pi OS, Android). Sous android j’ai pu tester avec l’application “Net Analyzer” qui permet de faire des requêtes DNS.
- Les dégradations affectent tous les types de connection (Ethernet 2.5Gbps ou Wifi).

J’ai aussi essayé de redémarrer successivement tous les appareils de mon réseau local (y compris les switchs) sans observer d’amélioration.

Je me suis demandé si ça pouvait être dû à des pertes de paquets sur la ligne fibre, mais je n’en ai jamais observé… j’ai essayé avec ping, netcat et packetlosstest.com

Coté ping, je suis extrêmement satisfait: en jeux je ne dépasse jamais les 20ms.

Coté débit, j’ai mis en place du monitoring (speedtest-cli lancé toutes les 10 minutes, sur 2 serveurs).
Mon débit max a l’air d’osciller entre ~360 Mb/s et 2.38 Gb/s et j’ai l’impression que dans les périodes de DNS dégradé le débit max et meilleurs.?!
Mais c’est difficile de tirer des conclusions de ces chiffres car ils dépendent de la charge sur mon réseau local et sur le serveur distant.

Bref, je n’ai toujours pas identifié la cause de mes problèmes de DNS. Le motif de la dégradation me ferait penser à une fuite mémoire… ou à un matériel qui surchauffe.
J’ai essayer de surventiler la box mais ça n’a rien changé, et de toute façon le module SFP n’est pas particulièrement chaud.

Petit historique de mes investigations:
- mi-avril 2023: passage à Free
- avril-mai: mise en place d’un système de monitoring chez moi
- 24 mai: premier contact avec l’assistance: envoi d’une nouvelle alimentation → pas de changement.
- Juin: mise en place d’un redémarrage automatique de ma freebox quand la dégradation DNS dépasse un certain seuil
- 3 octobre: 2ème contact avec l’assistance: changement de freebox (et module SFP) → pas d’amélioration
- (mon système de redémarrage automatique ne fonctionne plus suite au changement de freebox, problème d’authentification à l’API que je n’ai pas réussi à résoudre..)
- 10 octobre: 3ème échange avec l’assistance: passage en IP fullstack → pas d’amélioration
- 19 octobre: 4ème échange avec l’assistance: “Le défaut vient de nos services” → intervention d’un technicien Free (que je n’ai pas vu) → “vos services sont à présent pleinement fonctionnels” → de mon coté je n’observe pas de changement
- 9 novembre: 5ème échange avec l’assistance: “Faites un rapport sur le forum des developpeurs”

Si vous avez des idées ou suggestions je suis preneur!

Cordialement,
Clément Nardi

Bonjour,
Je remarque depuis quelques temps que j’ai un problème de Wi-Fi sur ma freebox Delta.
Lorsque je la redémarre, une des trois cartes wifi (2,4Ghz - 5Ghz ou 6Ghz) est régulièrement absente dans la config de ma box (et je le constate aussi a l’exploitation car mes périphériques domotiques s’en trouvent affectés). Je suis alors obligé de faire un second reboot pour que les trois cartes Wi-Fi reviennent et que tout se remette en place.

C’est assez contraignant car même si le bug est régulier, il n’est pas systématique (sinon je pourrais le bypasser en faisant les reboots par paire). Aussi je n’ai pas d’idée de contexte particulier. On dirait vraiment un problème de chargement de canal (genre : lors du précédent démarrage on a pas correctement dé-initialisé le periphérique correspondant et donc il n’est pas disponible au démarrage suivant).

Bonjour,

Je vous contacte concernant un problème récurrent avec mon installation Freebox Ultra.

Je possède un répéteur Wi-Fi 7 inclus dans le pack Freebox Ultra ainsi qu’un Player Devialet. Mon installation est configurée en Ethernet (RJ45) :

* Le répéteur Wi-Fi 7 est connecté en RJ45 au serveur Freebox.
* Le Player Devialet est également connecté en RJ45.

Le problème rencontré est le suivant : sans raison apparente, le répéteur Wi-Fi bascule du mode Ethernet vers une connexion Wi-Fi. Dans le même temps, le Player Devialet, pourtant branché en RJ45, se connecte au répéteur au lieu de rester connecté directement au serveur Freebox.

Lorsque cette situation se produit, j’ai des freezes et des gels d’image sur les chaînes TV de l’offre Freebox.

En revanche, lorsque je supprime le répéteur de mes équipements puis que je le réinstalle en vérifiant qu’il reste bien en mode Ethernet et que le Player est connecté au serveur, le problème disparaît totalement et le fonctionnement redevient normal.

Je souhaiterais savoir si ce comportement est un dysfonctionnement connu et s’il existe une solution durable ou une manipulation à effectuer afin d’éviter ce basculement intempestif.

Je vous remercie par avance pour votre aide et reste disponible pour fournir des informations complémentaires si nécessaire.

Bonjour j’ai des connexions VPN vers des freebox mais depuis peu sur certaines je n’arrive plus a me connecter voir erreur ci dessous merci de votre aide

j’ai demarrer les box, desactiver et reactiver le service mais rien n’y fait

Connexion à graveson en cours… Vérification du nom d’utilisateur et du mot de passe… Enregistrement de votre ordinateur sur le réseau…

Erreur d’Accès distant 734 - Le protocole de contrôle de liaison PPP a été arrêté.

Pour plus d’information sur cette erreur :

      Entrez la commande 'hh netcfg.chm'
      Dans l'aide, cliquez sur Dépannage, puis sur Messages d'erreur, puis
    sur 734

@mbizon: Est-ce possible de créer des PRs pour vos patches PPP ?
- https://github.com/ppp-project/ppp

Une description et un sign-off sont demandés.

Merci.

Rappel : Dernière version 2.5.0 (2023-04-04) :
- https://dev.freebox.fr/bugs/task/33690

What's new in ppp-2.5.0.
************************

The 2.5.0 release is a major release of pppd which contains breaking 
changes for third-party plugins, a complete revamp of the build-system
and that allows for flexibility of configuring features as needed.

In Summary:
* Support for PEAP authentication by Eivind Næss and Rustam Kovhaev
* Support for loading PKCS12 certificate envelopes 
* Adoption of GNU Autoconf / Automake build environment, by Eivind Næss
  and others.
* Support for pkgconfig tool has been added by Eivind Næss.
* Bunch of fixes and cleanup to PPPoE and IPv6 support by Pali Rohár.
* Major revision to PPPD's Plugin API by Eivind Næss.
  - Defines in which describes what features was included in pppd
  - Functions now prefixed with explicit ppp_* to indicate that
    pppd functions being called.
  - Header files were renamed to better align with their features,
    and now use proper include guards
  - A pppdconf.h file is supplied to allow third-party modules to use
    the same feature defines pppd was compiled with.
  - No extern declarations of internal variable names of pppd, 
    continued use of these extern variables are considered 
    unstable.
* Lots of internal fixes and cleanups for Radius and PPPoE by Jaco Kroon
* Dropped IPX support, as Linux has dropped support in version 5.15
  for this protocol.
* Many more fixes and cleanups.
* Pppd is no longer installed setuid-root.
* New pppd options:
  - ipv6cp-noremote, ipv6cp-nosend, ipv6cp-use-remotenumber,
    ipv6-up-script, ipv6-down-script
  - -v, show-options
  - usepeerwins, ipcp-no-address, ipcp-no-addresses, nosendip
* On Linux, any baud rate can be set on a serial port provided the
  kernel serial driver supports that.

Note that if you have built and installed previous versions of this
package and you want to continue having configuration and TDB files in
/etc/ppp, you will need to use the --sysconfdir option to ./configure.

What’s new in ppp-2.4.9.

* Support for new EAP (Extensible Authentication Protocol) methods:
- Support for EAP-TLS, from Jan Just Keijser and others
- Support for EAP-MSCHAPv2, from Eivind Næss, Thomas Omerzu, Tijs Van Buggenhout and others

* New pppd options:
- chap-timeout
- chapms-strip-domain
- replacedefaultroute
- noreplacedefaultroute
- ipv6cp-accept-remote
- lcp-echo-adaptive
- ip-up-script
- ip-down-script
- ca
- capath
- cert
- key
- crl-dir
- crl
- max-tls-version
- need-peer-eap

* Fixes for CVE-2020-8597 and CVE-2015-3310.

* libpcap is now required when compiling on Linux (previously, if libpcap was not present, pppd would be compiled without packet filtering support).

* The rp-pppoe plugin has been renamed to pppoe, to distinguish it from the upstream rp-pppoe code. Its options have changed names, but the old names are kept as aliases.

* The configure script now supports cross-compilation.

* Many bug fixes and cleanups.

Afin de résoudre certains problèmes de connexions, je redemande la mise à jour de ppp 2.4.8 → 2.4.9 (2021-01-04) | 2.5.0 (2023-04-04) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps

→ https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=ppp

→ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-4603
→ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-8597
→ https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-3310

→ https://github.com/paulusmack/ppp
→ https://download.samba.org/pub/ppp/

What's new in ppp-2.5.0.
************************

The 2.5.0 release is a major release of pppd which contains breaking 
changes for third-party plugins, a complete revamp of the build-system
and that allows for flexibility of configuring features as needed.

In Summary:
* Support for PEAP authentication by Eivind Næss and Rustam Kovhaev
* Support for loading PKCS12 certificate envelopes 
* Adoption of GNU Autoconf / Automake build environment, by Eivind Næss
  and others.
* Support for pkgconfig tool has been added by Eivind Næss.
* Bunch of fixes and cleanup to PPPoE and IPv6 support by Pali Rohár.
* Major revision to PPPD's Plugin API by Eivind Næss.
  - Defines in which describes what features was included in pppd
  - Functions now prefixed with explicit ppp_* to indicate that
    pppd functions being called.
  - Header files were renamed to better align with their features,
    and now use proper include guards
  - A pppdconf.h file is supplied to allow third-party modules to use
    the same feature defines pppd was compiled with.
  - No extern declarations of internal variable names of pppd, 
    continued use of these extern variables are considered 
    unstable.
* Lots of internal fixes and cleanups for Radius and PPPoE by Jaco Kroon
* Dropped IPX support, as Linux has dropped support in version 5.15
  for this protocol.
* Many more fixes and cleanups.
* Pppd is no longer installed setuid-root.
* New pppd options:
  - ipv6cp-noremote, ipv6cp-nosend, ipv6cp-use-remotenumber,
    ipv6-up-script, ipv6-down-script
  - -v, show-options
  - usepeerwins, ipcp-no-address, ipcp-no-addresses, nosendip
* On Linux, any baud rate can be set on a serial port provided the
  kernel serial driver supports that.

Note that if you have built and installed previous versions of this
package and you want to continue having configuration and TDB files in
/etc/ppp, you will need to use the --sysconfdir option to ./configure.

What’s new in ppp-2.4.9.

* Support for new EAP (Extensible Authentication Protocol) methods:
- Support for EAP-TLS, from Jan Just Keijser and others
- Support for EAP-MSCHAPv2, from Eivind Næss, Thomas Omerzu, Tijs Van Buggenhout and others

* New pppd options:
- chap-timeout
- chapms-strip-domain
- replacedefaultroute
- noreplacedefaultroute
- ipv6cp-accept-remote
- lcp-echo-adaptive
- ip-up-script
- ip-down-script
- ca
- capath
- cert
- key
- crl-dir
- crl
- max-tls-version
- need-peer-eap

* Fixes for CVE-2020-8597 and CVE-2015-3310.

* libpcap is now required when compiling on Linux (previously, if libpcap was not present, pppd would be compiled without packet filtering support).

* The rp-pppoe plugin has been renamed to pppoe, to distinguish it from the upstream rp-pppoe code. Its options have changed names, but the old names are kept as aliases.

* The configure script now supports cross-compilation.

* Many bug fixes and cleanups.

La version de Linux IPv6 Router Advertisement Daemon (radvd) 2.21 est sortie (2026-05-25) :
- https://radvd.litech.org/
- https://github.com/radvd-project/radvd
- https://github.com/radvd-project/radvd/tags
- https://github.com/radvd-project/radvd/releases

[EDIT 2025-04-17]

Pour backup, une fois le trafic TLS décrypté, je trouve:

GET /api/latest/backup/config/export

Il est donc maintenant possible de backup régulièrement et en automatique la Freebox, par exemple en utilisant la fonction backup_fbx_config() de la library BASH
[/EDIT 2025-04-17/]

Bonjour

Suite au passage en 4.5.3 “officiel”, la section changes de l’API ne fait pas mention de l’ajout d’une API pour faire une sauvegarde de la box / restorer une sauvegarde.

Pourriez vous SVP ajouter une API permettant d’automatiser les sauvegardes ?
Pourriez vous également ajouter une API permettant de restorer une sauvegarde ?

Pouvoir créer une sauvegarde avec l’API vers un drive de la box ou un serveur réseau serait un plus.
Idem pour la restoration d’une sauvegarde depuis l’API.

En vous remerciant d’avance,
Cordialement
nbanba

Bonjour, depuis le passage a la 4.9.16 j ai des reboot régulier sans aucune raison apparente en dehors du passage wifi de mon tel d un extendeur wifi free a la ultra , cela fonctionné parfaitement avant depuis 2 ans
auriez vous une piste
38:07:16:C1:55:E5

Bonjour,

depuis plusieurs mises à jour et sans amélioration, je n'ai plus accès au NAS depuis mon PC windows.

J'ai lu sur cet outil de ticketing plusieurs utilisateurs concernés mais je ne retrouve pas le post.

Windows ne reconnait que la partie multimédia mais du coup les fichiers sont juste listés mais non ouvrables. Je ne peux pas non plus coller un fichier ici.

Avant j'avais une icône bleue (comme pour un PC) et j'avais vraiment accès aux fichiers (lecture / écritures).

J'ai tenté de mettre un mot de passe, puis j'ai enlevé ⇒ Idem.

J'ai tenté via exécuter \\mafreebox.freebox.fr, \\192.168.1.254 idem. Ca cherche, puis introuvable et Windows me propose un diagnostic.

Vous avez une solution et je suis passé à côté ou c'est toujours un bug ?

Merci par avance

Bonjour/bonsoir je viens donc de trouver un bug sur la freebox v6 enfaite le Freebox Player diffuse son MDNS de partout dans les autres périphériques et c’est la catastrophe dans l’onglet Périphériques reseau (Presque tous les appareils qui sont connectés a la Freebox voient leur nom se changer par Freebox Player et le logo aussi) je paris aussi que sa fou une catastrophe au niveau des nom d’hote dans le réseau local. Voici quelques screenshot du problème:

Screenshot 1:

https://i.postimg.cc/sXfrgsm8/Screenshot-20210325-202217-Samsung-Internet.jpg

Screenshot 2:

https://i.postimg.cc/nVPJn8DR/Screenshot-20210325-202155-Samsung-Internet.jpg

Screenshot 3:

https://i.postimg.cc/Px5gkKrn/Screenshot-20210325-202138-Samsung-Internet.jpg

Screenshot 4:

https://i.postimg.cc/d3zprYRJ/Screenshot-20210325-202113-Samsung-Internet.jpg

J’aimerais par la meme occasion demander une mise a jour de Avahi dans le logiciel de la Freebox (ou revoir le mDNS) Car il ya un bug quelque part a mon avis.

Suggestions:

Mettre a jour Glib (avahi dependencies):

Version actuelle de la Glib sur la freebox est 2.64.1 (dernière version disponible
GLib-2.66.7)

Un petit plus:

Avahi DependenciesRequired

GLib-2.66.7

Recommended

gobject-introspection-1.66.1, GTK+-2.24.33, GTK+-3.24.27, libdaemon-0.14, libglade-2.6.4, and Qt-5.15.2

Optional

D-Bus Python-1.2.16, libevent-2.1.12, PyGTK-2.24.0, Doxygen-1.9.1 and xmltoman (for generating documentation)

Bonjour,

Comme indiqué dans le titre, depuis récemment, il est impossible d'accéder à l'interface de la freboox depuis l'interieur (LAN) en IPV6. On reçois un "accès refusé" dans le navigateur/curl.

- Cela fonctionnait parfaitement sur des précédente version donc je penche pour un changement côté firmware freebox. Est-ce normal?

- Aucun soucis en ipv4

- Ping de l'ip 2a01:xxxxxxx::1 ok et réponse

- Pas d'amélioration avec l'accès à distance activé

J'ai testé l'accès externe sur une autre freebox en ipv6 et cela fonctionne. Je vais tester dés que possible sur cette même freebox, en interne (mais mode routeur) si cela fonctionne (ce qui pourrait aider à pointer si cela est lié au mode bridge ou non)

Bonjour :)

Ces temps-ci, le paysage du torrent est un peu chahuté et donc quelques nouveautés émergent.

Je ne vais bien entendu pas entrer dans les détails, mais l’une de ces nouveautés contient des liens magnets incluant beaucoup de trackers.
Par exemple, l’un de mes tests est un lien avec pas moins de 2336 caractères.
Malheureusement, la seedbox de la FreeBox annonce “Erreur lors de l’ajout du téléchargement : Url invalide” lorsque je veux ajouter un téléchargement. Il semblerait que le problème vienne de la longueur de l’URL, car quand je la modifie manuellement pour enlever des trackers et donc réduire sa longueur à moins de 2000 caractères, ça passe.

Pensez-vous pouvoir enlever cette limite de caractères ou au moins l’augmenter ?

PS : Merci pour tout votre boulot ;)

Bonjour, suite à la mise à jour du firmware en 4.11.1 j'ai eu la surprise de constater que ma machine virtuelle domotique Jeedom n'était plus joignable. En allant dans les paramètres je constate qu'une nouvelle VM avec les paramètres de base a été créée avec mon image disque, mais non fonctionnelle.

Si je tente de relancer l'ancienne VM j'ai un message d'erreur qui m'indique que l'image disque n'est pas valide.

J'ai re configuré manuellement le nombre de CPU, la mémoire vive allouée, le port USB associé et l'adresse IP fixe sur la nouvelle VM créée et tout re fonctionne.

Le problème est réglé mais j'espère que cela ne se reproduira pas.

Hello,

Possible de pouvoir dire à la Freebox tel port externe va vers tel port interne sur tel ou tel réseau (maintenant qu'elle gère les routes statiques)

Comme sur le schéma "Routing" sur cette page : https://medium.com/@gmanual/double-nat-explained-and-possible-solutions-8b41b6c651bd

Merci d'avance.

Je possède la Freebox Ultra depuis environ 6 mois. Elle est équipé d'un SSD 4To M.2 NVMe FIKWOT FN970. La fonctionnalité NAS a parfaitement fonctionné pendant tout ce temps sans jamais rencontrer de problème jusqu'au jour où :
Depuis la panne du 5 mai 2026 (panne qui a duré une dizaine d'heures), la Freebox a présenté, dès sa remise en marche, de multiple soucis de redémarrage :
Redémarrages automatiques successifs ou impossibilité de redémarrer sans même afficher l'étape 1. Les rares fois ou le démarrage a pu aboutir, le disque dur SSD NAS restait inaccessible par l'application Freebox Files. L'application Freebox OS affichait bien la présence du SSD (espace occupé et espace disponible) mais sans possibilité d'accéder à la partition. Pour que la box redémarre normalement, il a suffit d'enlever le disque dur NMVe et tout fonctionne sans problème sauf évidemment l'accès au NVMe.
Depuis cette date du 5 mai, plusieurs mise à jour ont eu lieu. La dernière a eu lieu aux alentours du 18 mai. Depuis cette dernière mise à jour, la Box ne redémarre plus du tout en présence du disque SSD.
Durant les multiples tests effectués, il ya eu un moment ou le disque dur a été accessible après un nouveau formatage en ext4. la fonctionnalité NAS SSD a correctement fonctionné pendant 2 jours pour retomber en panne après.
Aujourd'hui, la box fonctionne sans la présence du disque dur NVMe.
Le disque NVMe n'est maintenant plus lisible par le Mac, alors qu'il a toujours été lisible auparavant.
La hot line a été prévenue, des recherches sont en cours ….

Bonjour,
je découvre le site dev de Free et ayant quelques idées/questions en tête, je les poserais donc d'autres prochainement ici.
Je vois la possibilité via le Freebox OS de modifier la configuration IPV6. On peut activer/désactiver le Firewall et de même pour le DHCP. Je me dis donc pour les utilisateurs avancés comme moi, s'il y aurait la possibilité d'intégrer/de mettre à jour l'interface de gestion IPV6 de manière plus poussée.

- Je pense par rapport au Firewall donc au pare-feu, que nous pourrions faire nous même les autorisations au niveau des ports pour les différents services spécifiques au périphérique. Ainsi, il y a une protection supplémentaire mais configurable au niveau de la box
- De même pour le DHCP, je propose d'ajouter un moyen de gérer l'attribution en IPV6 fixe pour chaque appareil comme si on voulait attribuer une IP en IPV4

Bonjour,

Le firewall IPv6 de Freebox OS est beaucoup trop limitant.

Il est très bien de pouvoir l’activer ou le désactiver. En revanche, si je l’active, il est aussi actif pour toutes les délégations de préfixes utilisées ce qui n’est pas logique puisque ces préfixes sont censés êtres gérés par un autre pare-feu en aval.

Mon but est d’avoir le pare-feu v6 actif pour les éléments branchés directement au réseau de la Freebox (PiKVM par exemple), et inactif sur certaines de mes délégations utilisées.

Il faudrait pouvoir :

- Avoir le choix d’exclure les délégations quand le pare-feu v6 est actif. Soit automatiquement en vérifiant si le champs “Next hop” contient une valeur, ou encore mieux, manuellement en mettant à disposition une case à cocher “Activer le firewall v6 sur cette délégation” pour permettre le cas par cas.
- Pouvoir créer des règles claires sur le pare-feu v6, mais cela implique plus de développement alors que le premier point est plus simple sur le papier.

Bonjour,

Quelqu’un peut-il svp confirmer que l’UPnP IGD ne fonctionne pas en IPv6 sur nos Freebox ? Rien ne fonctionne concernant l’UPnP dès que je tente quoi que ce soit en pure IPv6. Visiblement la Freebox ne connaît pas le concept de “Pinhole” de l’UPnP. Conséquence, on ne peut vraiment rien gérer, même par des chemins détournés, de ce foutu firewall IPv6 puisque l’on a pas non plus accès à l’ouverture de ports via l’interface. La concurrence est en avance sur ce sujet, réveillez-vous !

Merci.

En activant le pare-feu sur IPv6, tous les ports entrants sont fermés. Il n’y a pas moyen d’ouvrir certains ports vers des IPv6 spécifiques du réseau interne.

Pas même via UPNP IGD, car le service n’est opérationnel que sur IPv4.

Comment résoudre ?