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

La freebox accepte des routes invalides (ROA/RPKI) en utilisant le test

https://rpkitest.nlnetlabs.net/

Voici un test effectué avec un autre opérateur

https://i.postimg.cc/Y9DxKhww/IMG-4357.png

Résultat du test avec la freebox:

testing valid ROA…[failed IPv4]
AS12322 reached our RPKI invalid BGP route from prefix 82.64.0.0/14 as witnessed by your public IP 82.67.1x4.xxx

(J’ai modifié mon ip publique pour des raisons de sécurité)

Bonjour,

Je constate sur plusieurs Freebox que les hôtes ne sont pas joignables depuis Internet en IPv6 sur certains ports : 25, 139, 445, 1900, 2869 qui semblent bloqués de manière forcée (apparaissent en filtered sur nmap).
Le pare-feu IPv6 de la Freebox n'est pas activé, aucun autre routeur ni pare-feu d'hôte.

Est-ce normal que Free bloque certains ports comme ça ? (j'en ai besoin pour faire du smb donc les ports 139 et 445).

Rien à voir avec du NAT ou redirection de ports, je parle d'IPv6 ici.

Merci d'avance pour toute information.
Flo

Bonjour,

Suite à la coupure d’électricité qui a aussi impacté les NRA, et que la Freebox n’était pas synchronisée (en ADSL donc), sur un UDM Pro, unifi network ne se rendait pas compte que la connexion était down (et n’active pas le failover sur le WAN2). J’ai du débrancher physiquement la Freebox pour que cela bascule sur le WAN2 du UDM pro.

J’ai regardé comment unifi determine qu’une connexion est UP.

À priori c’est en faisant des ping sur ping.ui.com

Je crois que quand la Freebox est desynchronsée, toutes les requêtes DNS sont redirigées vers Freebox os.

Du coup la réponse au ping fonctionne j’imagine.

Ça serait peut-être bien d’exclure ce domaine.

En attendant je vais mettre une IP en dur pour le test ping puisqu’on peut mettre ce que l’on veut.

Merci

Bonjour,

Freebox Delta en mode bridge avec connexion locale sur le port SFP+.

J’ai reçu mon backup Freebox 4G, ayant ma fibre inutilisable, mais il n’est malheureusement peu utilisable en l’état:

Apres la premiere connexion, la Freebox Delta l’a bien reconnu, l’affichage dit bien “Backup Internet: Actif”. Du coté de mon routeur, meme en faisant un DHCP renew, aucun changement, il garde l’IP de la connexion fibre et aucun paquet ne passe.

Reboot de la Freebox, après son démarrage, j’obtiens bien une IP différente et j’ai une connexion internet fonctionnelle par la 4G.

Malheureusement, cela ne dure que ~ 10 minutes - 1h avant de se couper, plus aucun paquets.
Pas de message sur l’affichage de la Freebox, toujours “Backup Internet: Actif”. La LED du backup Freebox reste blanc constant.

Redémarrage du backup Freebox: ne fait rien, la Freebox refait bien la procedure de connexion et affiche a la fin “Backup Internet: Actif” mais toujours aucun paquets
DHCP renew sur mon routeur: ne fait rien
Redémarrage de la Freebox Delta: connexion internet par la 4G remarche.

Est ce que je suis passé a coté de quelque chose ou cela est-il un bug?

Cordialement,

Bonjour,
Je viens de migré du VDSL à la fibre avec ma mini 4K et suite à cela je remarque que si je fais un test de débit ou li une vidéo en 4K sur Youtube et bien le débit remonté et identique aussi bien en montant que sur le descendent.
Je monitoring ma connexion sur Home Assistant c’est comme cela que j’ai remarqué ce défaut.
Après ma freebox a pris des mises à jour quand elle a redémarré c’est peut être un bug dans le dernier firmware. (Désoler elle avait pas reboot depuis 470 jours :) merci l’onduleur)

Voici des images
http://sebr.fr/images/informatique/free/firefox_2.jpg Exemple ici je regarde une vidéo en 4K rien d’autre.
http://sebr.fr/images/informatique/free/firefox_4.jpg

Et ici un petit gif de l’onglet Etat Internet
http://sebr.fr/images/informatique/free/firefox_5.gif

Après échange sur le forum de Univers Freebox un membre à fait le test et il a le même souci, sur cette exemple il a fait 3 tests de débit.
https://postimg.cc/cKpX2DNx

Et sur mon Home Assistant
http://sebr.fr/images/informatique/free/firefox_1.jpg

S’agit-il d’un bug ?
Merci

Bonjour,

Je suis en firmware 4.8.18 depuis Janvier, tout fonctionnait parfaitement jusqu'au samedi 23 mars quand j'ai remplacé mon NAS Western Digital par un Synology DS223.
Depuis j'ai une perte de connexion WAN tous les deux jours environ, la box repasse en étape 2 pendant quelques minutes et ensuite tout revient à la normale.

RAS dans les logs du NAS. Seul le service SMB est activé dessus.
Au vu des problèmes indiqués sur le forum concernant le firmware 4.9.1 je ne souhaite pas faire la MAJ pour le moment.

Je n'ai pas redémarré la box vous pouvez donc consulter tous les logs.

Adresse MAC :
DC:00:B0:39:7D:8C

Merci

bonjour

bloqué à l’étape 6 ce matin (plusieurs box impactées)… et personnellement doté d’un backup depuis sa sortie …
pas de reprise automatique du service sans 2 actions manuelles :
1- débranchement de la FO (le reboot avec .. n’a pas activé le backup)
2- reboot de l’ultra (4.9.5 effectuée à sa sortie )

… embêtant si personne sur place pour effectuer ces manips …car le backup ne prend pas le relais automatiquement

christophe

Bonjour,

Le DNS Reverse IPv4 (DNS inversé / rDNS / PTR Record) des Freenautes qui était fonctionnel récemment soit de nouveau dans les choux.

De façon aléatoire (pas tout le monde d’après les retours), la configuration du DNS Reverse IPv4 (DNS inversé / rDNS / PTR Record) des Freenautes a été supprimée dans l’interface Free.fr.

Est-ce possible de résoudre ceci ?

A toutes et à tous, merci de voter “+1” sur ce ticket afin qu’il remonte.

Est-ce en lié à l’arrivée du support du DNS Reverse IPv6 (DNS inversé / rDNS / PTR Record) qui est tant attendu par les Freenautes depuis de nombreuses années ?

Un ticket existe depuis bientôt 13 ans :
- https://dev.freebox.fr/bugs/task/12749

Bonjour,

Ce ticket est une suggestion qui concerne le processus de réassignation d'adresses IPv4 partagées.

J'utilise un NAS, dont j'expose certains services par internet via une redirection de ports configurée sur le Freebox Server (en l'occurrence un un server Revolution r2).
Utilisant par ailleurs un service de DNS dynamiques, et n'exposant qu'un petit nombre de ports, je n'avais jamais eu besoin de demander une IP fixe. (je n'utilise pas ces accès tous les jours, donc je n'avais jamais eu la malchance de tomber dans un intervalle de mise à jour des DNS dynamique après un changement d'IP)

Or récemment, j'ai perdu accès à tous les services exposés sur le NAS de cette façon, pour une raison simple : lors d'un redémarrage récent, le serveur avait reçu non seulement une nouvelle IP mais un port range différent.
Du coup, mes redirections de ports sur le Server, bien qu'encore présentes et actives, étaient devenues inaccessibles.

En soi, ce n'est pas très grave : je demande une IPv4 fixe, et le problème est réglé. J'imagine que je fais partie des utilisateurs "avancés" pour qui cette fonction est ouverte - et merci Free de la proposer !
Mais en soi c'est un peu un "gâchis" considérant la pénurie d'IPv4.
J'aurais pu me contenter d'une IPv4 partagée, à condition d'avoir un port range stable avec le temps.

D'où la proposition : avant de changer l'IP assignée à une box, ne serait-il pas possible de vérifier les redirections de ports actives sur cette box, afin de s'assurer que le nouveau range de port choisi sur la nouvelle IP contient bien ceux-ci ?

Ça permettrait de continuer à utiliser des IPs partagées dans de nombreux cas, presque sans impact sur l'utilisateur.

Bonjour,
Actuellement le mot de passe est géré automatiquement pour la caméra.
Est-ce qu’il est possible de pouvoir modifier ce mot de passe ou en générer un autre aléatoirement.
Car des caractèrs spéciaux générer provoque une erreur lors de l’accès pour la domotique.
Merci pour votre aide.

Bonjour,
j’ai commandé une deuxième caméra pour ma freebox delta.
Je pense qu’elle n’était pas neuve puisque le plastique noir était déjà rayé sous la protection.
Bref, j’ai suivi la procédure d’association jusqu’au QR code. La caméra se connecte alors au réseau wifi. Je retrouve bien sa MAC dans la box et elle choppe une IP fixe. Mais elle n’apparait pas dans Home ou l’application Freebox.
Je l’ai réinitialisée et refait la procédure. Idem.
J’ai refait en redémarrant la box. Idem.
Je ne sais pas quoi faire.
NB : Si je tape l’IP de la caméra, j’accède bien à sa page web.
NB2: Ma première caméra marche parfaitement.
Merci

Bonjour le module sécurité n étant plus utilisable après la migration pouvez vous faire en sorte que la caméra qui techniquement peut fonctionner indépendamment soit “libérée” ?

Bonjour,

Comme indiqué dans le titre, ayant de gros soucis de connexion en ADSL et FREE ne proposant toujours pas la fibre à mon domicile, j’ai dû changer de fournisseur d’accès.
Après avoir rendu tous les équipements, je souhaiterais savoir comment réutiliser la caméra du système de sécurité.

Est-il possible de la réinitialiser afin de récupérer les identifiants et mots de passe par défaut, ainsi que l’adresse du flux vidéo pour pouvoir :

  l’intégrer dans Home Assistant,

  ou simplement la visualiser via une page web ?

Merci d’avance pour vos conseils.

Bonjour,

serait-il possible de laisser l’accès au mot de passe de la caméra qui est normalement accessible dans l’api FreeboxOS pour les anciens possesseurs de Freebox Delta avec la camera Freebox du pack sécurité qui ont migré en Ultra et qui veulent utiliser la caméra dans des environnements type home assistant ?

Je n’avais malheureusement pas sauvegardé le mot de passe pour cette caméra avant la migration et maintenant, j’ai une erreur d’api quand j’essaie d’accéder à /home/tileset/all.

Merci d’avance

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, avant de rentrer dans les détails je précise que tous les tests sont conduits sur une Freebox Pop V8 WiFi 7 version 4.9.0 avec un Pixel 9 Pro XL (Android 15 QPR2 stable de mars 2025) en vue directe de la box à environ 1 mètre sans répéteur. Les 5GHz sont en 160MHz DFS et canal automatique (canal 40), et les 2.4GHz sont en 40MHz (20MHz effectif) en canal automatique également (canal 6).
Quand on active la MLO dans FreeboxOS, deux possibilités, soit le téléphone reste bloqué en 2,4GHz, soit il se connecte enfin en 5GHz (après la DFS bien sûr) mais possède un débit maximal de 700/800Mbps (au lieu de 1600/1800Mbps normalement). Si les 5GHz n’accrochent pas, redémarrer le WiFi du téléphone fait complètement planter la box et la fait redémarrer par elle-même.
Quand le MLO n’est activé que sur les 2,4GHz le débit en 5GHz reste de 700Mbps, indiquant bien un soucis avec le MLO, qu’on l’utilise ou non.
Dès qu’on désactive le MLO, les débits habituels reviennent correctement.
Surtout que j’ai pu constater que le téléphone n’arrivait parfois pas du tout à se connecter au WiFi quand le MLO est activé (J’ai même pu voir un message d’erreur inédit sur le téléphone indiquant que la box est temporairement pleine (quoi que ça veuille dire) m’empêchant de m’y connecter).
De fait, le MLO sur les Freebox Pop ne fonctionne absolument pas, le téléphone refuse de se connecter en MLO (alors que Wifiman confirme son activation) et divise les débits par deux. Le soucis de débit à été constaté sur des Galaxy S21 Ultra (par un témoignage) et Pixel 6 (Android 15 QPR2 de mars 2025), tous deux incompatibles Wifi 7 et qui ont pourtant bien vus leurs débits divisés par 2 aussi, l’activation du MLO divise donc le débit par 2 même quand on se connecte en WiFi 6.
Également, quand le MLO est activé, le Pixel 9 Pro XL ne se connecte qu’en WPA2 et non plus en WPA3 (mode WPA2/WPA3 Transition).

Bonjour,

depuis la maj 4.9.0, la sortie de veille wifi planifiée est problématique =⇒ les objets connectés ne peuvent plus se connecter au réseau wifi.

Bonjour,

Depuis la mise à jour 4.9.0 & 4.9.1, je constate que mon pixel 8 pro se connecte nettement plus souvent sur la bande 6Ghz qu’avant, ce qui est une bonne chose.

Cependant je constate que le débit est très faible, depuis un speedtest il oscille entre 0.1 et 20 Mbps max.

Le MLO est actif avec le bande 5Ghz+6Ghz et le téléphone est bien connecté sur les 2 bandes.

Avez-vous constaté ce problème et y-a-t-il un correctif prévu prochainement svp ?

Merci

Bonjour les dev,

Je viens vers vous ce jour pour vous demandez votre aide.
J’ai appelé le service client hier mais les manips effectuées je l’ai ai déjà effectuée sur la console Freebox.
Pas d’action de plus effectuée. La personne que j’ai eu en ligne était désagréable et n’a pas voulu faire autre chose.

Depuis Vendredi, je rencontre un dysfonctionnement sur la visibilité de mon réseau Wifi au niveau de la 2ème carte.
Celle-ci apparaît pendant un moment, puis disparaît pendant plusieurs minutes pour apparaître de nouveau.
Ceci se produit sur tous mes appareils connectés sur cette carte.

J’ai essayé de changer les canaux de la carte mais ceci persiste.
Ensuite, Samedi j’ai complètement réinitialisé ma Freebox.
J’ai refais mon paramétrage des canaux en me basant sur le radar depuis la console.

Toujours la même problématique : le réseau apparaît et suite disparaît, apparaît de nouveau.

Je ne sais plus quoi faire sur ce sujet.
Ma freebox est placé sur un meuble non fermé sans interférence sur d’autres appareils.

Pouvez-vous m’aider sur ce sujet ?
Je sais que ce n’est pas de votre ressort mais celle du service client mais à la façon que j’ai été reçu et la façon que ceci a été dépanné, la manipulation avait déja été effectuée par moi-même.

Merci de votre aide.

Cordialement.

les deux derniers firmware de free ne fonctionne pas en wifi avec les carte intel jusqu a 30 coupure par jour depuis .

Bonjour,

Depuis la mise à jour 4.9.0, j'ai activé le mode WPA2/3 Compatibilité sur l'ensemble de mes cartes Wi-Fi, conformément aux recommandations. Toutes mes cartes sont configurées de manière commune.

Cependant, j'ai remarqué que lorsque ce mode est activé, il est également appliqué à la carte 6 GHz, alors que celle-ci est censée être uniquement compatible WPA3 (sauf erreur de ma part).

➡️ Illustration du problème : https://transfert.free.fr/OKVS5Fs

Ce comportement semble se confirmer, car mon iPhone 15 Pro Max se connecte à la borne 6 GHz en WPA2, selon l'interface Freebox.

➡️ Illustration supplémentaire : https://transfert.free.fr/Uau6K0X

S'agit-il d'un véritable bug ou simplement d'un problème d'affichage ?

Adresse MAC de ma box : 38:07:16:C2:6E:11

Merci par avance pour votre retour.

Cordialement,
Julien

Bonjour,

Le FreeWifi et Freee Wifi secure n’est pas émis par la Freebox DELTA

Cordialement

Bonjour,
Etant féru de domotique, j’ai actuellement 32 périphériques connectés sur mon Wifi 2.4GHz (malheureusement, la majorité des devices en domotique n’acceptent que cette fréquence...).

Lorsque je tente de connecter un 33ieme périphérique, je constate que ce dernier ne se connecte pas. Si j’éteins un des autre périphériques connectés, la connexion se fait sans problème.

Je précise que j’ai séparé mes 3 fréquences Wifi en 3 SSID différents et que ma plage DHCP va de 192.168.0.11 à 192.168.0.100. Donc, a priori le DHCP n’est pas le problème. Aucun problème de puissance du signal non plus.

Merci par avance pour votre retour sur ce problème !

PEA

Bonjour

Cette tâche est réservé aux participants au beta-test ouvert ici : https://dev.freebox.fr/bugs/task/39530

N’hésitez pas à être précis dans vos retours, et si possible avec un comparatif avec la situation avant le beta-test.

Hello

Client wifi dans la freebox server
l’utilité est que la freebox server se connecte sur une autre connexion internet & pouvoir coupler deux connexions internet pour le téléchargement avec seedbox