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

Bonjour,

Depuis la MAJ 4.9.3, certains appareils apparaissent comme absent dans Home Assistant, principalement les téléphones.

Les appareils sont bien reconnus dans l’interface de la Freebox mais sont absent quand je vais voir les entités de l’intégration Freebox (entités activées).

J’ai supprimé l’intégration, effacé le dossier Freebox puis réinstallé l’intégration, mais ça n’a rien changé.

Du coup j’ai pas mal d’automatisations qui ne fonctionnent plus…

Ce problème est arrivé pile après la MAJ, j’ai vérifié dans les journaux de HA.

Avez vous une solution pour corriger ce problème ?

Merci d’avance !

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.

le flux RSS de ce site est HS :
https://dev.freebox.fr/blog/

je sais que ça n'est pas le bon emplacement pour ce problème mais le site en question vous avez fermé les commentaires, et aucun lien pour vous contacter…

cdt

Des vidéos .avi que j’ai créées (codec Video Xvid) et stockées sur le disque de la freebox ne sont plus lisibles depuis les dernières mises à jour du player (1.5.2) alors qu’elles fonctionnaient parfaitement auparavant. Dorénavant, la lecture se lance, mais seule la première image de la vidéo apparait. Ces vidéos fonctionnent parfaitement sur un PC avec VLC.
Il semblerait que le codec Xvid ne soit plus correctement supporté par le player Devialet.
Merci de corriger.

Bonjour,

Je vous écris pour car je rencontre des difficultés dans la gestion des enregistrements DNS PTR 4 et 6 sur le panel admin.

Actuellement, il semble que les abonnés Free n’ont pas la possibilité de modifier directement les enregistrements PTR pour leurs adresses IP publiques fullstack, ce qui est souvent nécessaire pour garantir la bonne configuration des serveurs de messagerie et éviter les blocages liés aux vérifications de reverse DNS.

Permettre cette modification directement depuis l’espace abonné ou via une interface dédiée faciliterait grandement la gestion des serveurs auto-hébergés et améliorerait l’expérience des utilisateurs avancés.

qu’en pensez vous ?

Je vous remercie de bien vouloir considérer cette demande et reste à votre disposition pour tout complément d’information si nécessaire.

Bien cordialement,
Nathan Samani

Bonjour,

Depuis la section “Gérer le filtrage MAC”, dès que l’on clique sur OK ou Annuler, l’interface se décale complément vers le haut, ce qui empêche d’interagir avec la fenêtre pour revenir en arrière ou ajouter au autre device. la seul solution est de revenir sur l’adresse principale et refaire la manipulation.

Souci constaté depuis un moment sur firefox.

Cordialement

Bonjour :)

Je dispose d’un Freebox POP avec Wifi 7 et depuis la version 4.9.2 (voir la 4.9.1 ou .0), quand la planification de la veille WiFi prend fin, il reste parfois impossible de se connecter.

Le SSID est bien présent sur les périphériques et sur Freebox OS tout semble normal, mais lorsque je tente de me connecter, la connexion échoue et est retentée en boucle, ce n’est donc pas une erreur franche comme lors d’un problème de mot de passe.

Ce problème est assez aléatoire, car il ne se produit pas tous les jours et quand il se produit, ce n’est pas nécessairement sur les 2 bandes de fréquence.

Par exemple, à l’heure actuelle, le Wifi s’étant remis en marche à 7h comme prévu, la bande 2,4GHz fonctionne et les appareils s’y connectent. Par contre, pour la bande 5GHz, impossible de se connecter (testé en désactivant la bande 2,4GHz).

Pour que mon Wifi refonctionne correctement, je suis obligé de redémarrer ma Freebox, car désactiver/réactiver le WiFi ou la carte en défaut ne change rien.

Est-ce un problème déjà connu ? Suis-je seul à l’avoir ?

Je peux donner mon adresse MAC si nécessaire (je ne sais pas si c’est avisé de la donner en public).

@ bientôt

Bonjour. J’ouvre ce ticket car je rencontre des gros soucis de Wifi depuis la version 4.9.0 et encore aujourd’hui en 4.9.1

Je constate qu’on bout d’un certain temps de fonctionnement, tout à coup, le Wifi 5GHz de ma Pop n’est plus accessible. Tous les périphériques du domicile se retrouvent obligatoirement sur la carte 2.4GHz du serveur. Seul les périphériques qui voient encore le répéteur Wifi 7 peuvent se connecter en 5GHz sur ce dernier.

J’ai d’abord pensé que le souci venait de la sortie de veille planifiée le matin. Mais je viens de rencontrer le souci en plein après-midi. Je m’en suis aperçu car j’ai perdu la connexion VPN de mon client sur mon poste pro et une fois reconnecté, je constate des débits vraiment lents. J’ai alors consulté Freebox Connect et je vois que aucun appareil n’est connecté sur la carte 5GHz, confirmé en consultant directement les paramètres Wifi dans FreeboxOS.

Si je tente juste une coupure Wifi et un redémarrage Wifi, c’est pire car là, même le répéteur n’accepte plus de connexion 5GHz. Seul la carte 2.4GHz accepte des périphériques.

De manière général, les débits sont plus faible. Mon poste perso en Ethernet semble lui garder un débit normal.

Je suis obligé de rebooter complètement la freebox pour que les connexions Wifi reviennent à la normale.

Bonjour,

Préambule : le problème a été signalé au 3244 (au passage techniciens super sympa et super compétent, je m’attendais a que ce soit long et compliqué a leur expliquer mais pas du tout j’ai été bluffé par la qualité du support ! ) je le poste le problème ici au cas ou vous auriez besoin d’autres infos.

J’utilise depuis novembre 2024 un SSD 2TO Crucial CT2000P3SSD8 ( donc a priori dramless ) sans aucun souci jusqu’ici.

Depuis la mise a jour 4.9.2 des reboot de temps en temps ont commencés à se produire ( 3 fois par semaine ) , puis de plus en plus souvent pour atteindre ces derniers jours 3 a 5 reboot par jour.

Le 3244 a diagnostiqué un watch dog hard comme cause des reboots , suite à leur demande j’ai retiré le SSD hier a 10h00 et depuis plus aucun reboot, j’ai uploadé la photo du SSD sur le lien fourni par le support.
D’après le 3244 il y a eu plusieurs remontées en ce sens depuis le déploiement de la 4.9.2.

Je n’utilise pas le Wifi ni le port USB

Je reste à votre disposition si vous avez besoin de plus d’infos

Merci

Bonjour,

Je suis utilisateur Freebox Delta depuis début 2022, et j'utilise mon PC connecté en direct en SFP+ depuis 3 ans avec le matériel suivant (acheté en suivant le tuto ici: https://antho.tips/reseau-10g-freebox-delta/):

• Cable SFP+ 10Gtek de 10m : https://www.amazon.fr/dp/B01MYMK4GT
• Module SFP+ 10Gtek (X520-10G-1S-X8, Intel 82599ES) sur le PC https://www.amazon.fr/dp/B01DCZCA3O

Problème: J'ai eu une coupure de courant sur l'ensemble de l'immeuble il y a de ça un peu plus d'1 mois. Le courant est revenu une première fois pendant quelques secondes, recoupé, puis s'est remis environ 10-15 secondes après.

A ce moment là, ma box a évidemment redémarré 2x de suite rapidement, ce qu'elle n'avait pas fait depuis un certain temps, donc je ne suis donc pas sûr de la version sur laquelle j'étais lorsque ça fonctionnait encore, mais elle s'est très probablement mise à jour à ce moment-là.

Ce que je sais c'est que depuis ce jour, je n'arrive plus à me connecter en SFP+ sur la Freebox. Je suis actuellement en 4.8.18. Si le problème est software, cette version 4.8.18 est donc affectée, mais c'est tout à fait possible qu'une mise à jour antérieure ait introduit le bug.

Dans la Freebox, section "Réseau local SFP", état du lien "up", module "présent" EEPROM "Valide" en 10GBASE-R. Je n'ai pas forcé de mode particulier (et même en testant de "forcer", ça ne corrige pas le problème)

Sur Linux en utilisant NetworkManager comme à mon habitude ça mouline puis j'ai une erreur " <info> [1741798431.5762] device (enp37s0): state change: ip-config → failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')"

Voici des logs plus complet de journactl:

mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5831] policy: auto-activating connection 'Connexion filaire SFP+' (ac624d8e-f087-4bb1-b473-7bed6c146e10)
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5836] device (enp37s0): Activation: starting connection 'Connexion filaire SFP+' (ac624d8e-f087-4bb1-b473-7bed6c146e10)
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5837] device (enp37s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <warn>  [1741798341.5840] device (enp37s0): set-link: failure to set link negotiation
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5840] device (enp37s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5855] device (enp37s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5897] dhcp4 (enp37s0): activation: beginning transaction (timeout in 45 seconds)
mars 12 17:53:06 jc-desktop NetworkManager[1537]: <info>  [1741798386.5771] device (enp37s0): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')

la vue de lspci

jc@jc-desktop ~ » lspci | grep -i SFP
25:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)

et wireshark

No.     Time           Source                Destination           Protocol Length Info
      1 0.000000000    0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x41e7ee38

Frame 1: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
      2 0.003908370    ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 2: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      3 0.201889849    ::                    ff02::1:ff02:8ef6     ICMPv6   86     Neighbor Solicitation for fe80::f1e5:47bd:f702:8ef6

Frame 3: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_ff:02:8e:f6 (33:33:ff:02:8e:f6)
Internet Protocol Version 6, Src: ::, Dst: ff02::1:ff02:8ef6
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      4 0.505892555    ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 4: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      5 1.259110322    fe80::f1e5:47bd:f702:8ef6 ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 5: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      6 1.347557788    fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 6: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      7 1.981138677    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     206    Standard query response 0x0000 PTR, cache flush jc-desktop-2.local AAAA, cache flush fe80::f1e5:47bd:f702:8ef6

Frame 7: 206 bytes on wire (1648 bits), 206 bytes captured (1648 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
      8 2.089891757    fe80::f1e5:47bd:f702:8ef6 ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 8: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      9 2.261498618    0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0xda7a85ab

Frame 9: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     10 3.103099921    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 10: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     11 4.096012550    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     206    Standard query response 0x0000 PTR, cache flush jc-desktop-2.local AAAA, cache flush fe80::f1e5:47bd:f702:8ef6

Frame 11: 206 bytes on wire (1648 bits), 206 bytes captured (1648 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     12 5.678737511    fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 12: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     13 7.091422336    0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x67863cca

Frame 13: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     14 7.103544043    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 14: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     15 14.293941544   fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 15: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     16 15.103724211   fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 16: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     17 15.701727338   0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x2fd84110

Frame 17: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     18 20.714581898   0.0.0.0               255.255.255.255       MNDP     161    5678 → 5678 Len=119

Frame 18: 161 bytes on wire (1288 bits), 161 bytes captured (1288 bits) on interface enp37s0, id 0
Ethernet II, Src: Routerboardc_dc:85:f2 (18:fd:74:dc:85:f2), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 5678, Dst Port: 5678
Mikrotik Neighbor Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
     19 20.714606539   Routerboardc_dc:85:f2 CDP/VTP/DTP/PAgP/UDLD CDP      96     Device ID: RouterOS  Port ID: sfp-sfpplus4  

Frame 19: 96 bytes on wire (768 bits), 96 bytes captured (768 bits) on interface enp37s0, id 0
IEEE 802.3 Ethernet 
Logical-Link Control
Cisco Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
     20 20.714681450   Routerboardc_dc:85:f2 LLDP_Multicast        LLDP     112    MA/18:fd:74:dc:85:ee IN/sfp-sfpplus4 120 SysN=RouterOS SysD=MikroTik RouterOS 6.48.6 (long-term) CRS305-1G-4S+ 

Frame 20: 112 bytes on wire (896 bits), 112 bytes captured (896 bits) on interface enp37s0, id 0
Ethernet II, Src: Routerboardc_dc:85:f2 (18:fd:74:dc:85:f2), Dst: LLDP_Multicast (01:80:c2:00:00:0e)
Link Layer Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
     21 31.105775536   fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 21: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     22 31.838290479   fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 22: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     23 32.383750004   0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0xfae6d4db

Frame 23: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     24 45.531919100   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 24: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     25 45.539162612   0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x5c4167b5

Frame 25: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     26 45.542890749   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 26: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     27 45.933880997   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 27: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     28 45.937892679   ::                    ff02::1:ff02:8ef6     ICMPv6   86     Neighbor Solicitation for fe80::f1e5:47bd:f702:8ef6

Frame 28: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_ff:02:8e:f6 (33:33:ff:02:8e:f6)
Internet Protocol Version 6, Src: ::, Dst: ff02::1:ff02:8ef6
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     29 46.953995421   fe80::f1e5:47bd:f702:8ef6 ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 29: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     30 46.991899426   ::                    ff02::16              ICMPv6   90     Multicast Listener Report Message v2

Frame 30: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     31 47.015898617   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 31: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     32 47.657913631   ::                    ff02::16              ICMPv6   90     Multicast Listener Report Message v2

Frame 32: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

Pour essayer de corriger le soucis, j'ai évidemment débranché, rebranché. Reboot la box sans le cable. Laissé refroidir. Dépoussiéré le matériel. Essayé avec Windows. Mais rien ne fonctionne, j'arrive pas à choper d'adresse IP. A la base j'avais une adresse IP d'enregistrée avec un bail statique, donc j'ai également essayé de supprimer la conf, de la remettre, de virer le DHCP sur mon pc pour mettre la config en dure mais rien n'y fait.

Possible de m'aider svp ? En l'état je ne sais pas trop quoi faire de plus…

Mon adresse MAC: 20:66:CF:1A:F7:B2

Merci d'avance,
JC

Bonjour, mon téléphone portable Google Pixel 8 pro est bien reconnu avec le wifi de ma box ultra en 320 MHz, mais n’a absolument pas le débit prévu pour cette fréquence, il reste sur le débit du wifi 6e et non du wifi 7.
Pouvez-vous m’indiquer d’où vient le problème google ou free ?

Bonjour Thibault et l’équipe,

Je vous écris pour faire suite à un ticket actuellement coincé à l’assistance N2 Free depuis un mois et demi.

Tous les 48 à 72h en moyenne :
- La Freebox est injoignable : ping (ICMP), interface d’administration et le NAT également
- KO depuis le WAN et le LAN
- Plus de connexion internet pour tous les endpoints
- Un redémarrage (electrique ou via le bouton d’alimentation) de la Freebox résout l’incident
- Le WLAN et le LAN fonctionnent mais ne peuvent pas joindre la Freebox
- Je pensais à un DDoS (bien qu’il y ait aucune raison que j’en sois victime) mais débrancher la fibre WAN ne rend pas l’interface d’administration joignable depuis le LAN

Le problème est critique au vu de mon activité professionnelle

Numéro Abonné : 29011495

Merci par avance,

Bonjour, j’ai un problème sur ma freebox ultra, mon port ethernet 1 passe en inactif et me déconnecte du coup tout ce qui est dessus, comment faire pour y remédier ?

Depuis un certain temps, je n'arrive plus à effectuer des téléchargement via freebox files !!
Mon SSD est bien reconnu et lorsque je lance un téléchargement, après une attente du calcul du temps restant, cela m'indique : échec du téléchargement
Est dû à un bug de l'application , Dois je attendre une mise à jour de l'application ?

Bonsoir à tous,

J’ai pris l’habitude d’effectuer mes Téléchargements depuis l’application Freebox files sur un ssd relié en externe sur ma Freebox Ultra, je préfère les renommer directement depuis l’application avant de les copier ou couper vers un disque dur interne sur mon ordinateur pour archivage/conservation. Hors il s’avère depuis la dernière mise à jour, que si l’on renomme des fichiers présent dans un dossier,exemple des épisodes de série, en renommant 01,02,03 ….,il est ensuite impossible de copier ou coller ce dossier depuis le ssd externe connecté à la freebox ultra vers un ssd ou disque dur de mon ordinateur, cela engendre automatiquement une erreur,fichiers non présent et cela plante,même en ayant redémarré plusieurs fois l’ordinateur et la freebox ultra.
Merci d’avance si quelqu’un a la solution.

Bonjour,

Tout d'abord, je tenais à remercier l’équipe pour la correction rapide du souci de VPN IKEv2.

Il semble, cependant, rester un bug, reproductible sur Windows 10 et iOS à minima.

Une fois connecté au VPN, les requêtes web renvoi systématiquement sur l'adresse de la freebox (la résolution DNS semble pourtant correcte) mais UNIQUEMENT si la connexion se fait en IPv4. Si la connexion est en IPv6, cela fonctionne correctement.

Cordialement.
Pascal

Bonjour

Je place cette tâche dans SERVER plutôt que dans PLAYER, puisque je pense que c’est le SERVER qui gère les fichiers.

Dans l’interface de gestion des enregistrements, il est possible de modifier le titre ou le sous-titre d’un enregistrement.

Le plus souvent, la modification est reportée par la FREEBOX dans le nom du fichier .M2TS, ce qui est commode pour exporter le fichier.

Dans un certain nombre de cas, la modification est VISIBLE quand on consulte l’enregistrement dans l’interface, mais INVISIBLE dans le nom de fichier.

Il semble que cela se produit quand on fait la modification depuis l’application ANDROID.

Merci

Bonjour,

Depuis le passage à la version 4.9.0 du firmware du Server Freebox, je constate une régression au niveau de la connectivité WiFi avec certains appareils Apple, en particulier :
* Apple Vision Pro
* iPhone 16 Pro (iOS 18.4)

Les symptômes sont les suivants : lors de la tentative de connexion au réseau WiFi, l’appareil affiche systématiquement l’erreur suivante :
“Impossible de se connecter à [nom_du_réseau]. Le réseau est temporairement indisponible. Réessayez ultérieurement.”

Ce comportement ne se produit que depuis la mise à jour 4.9.0. Avant cela, les connexions fonctionnaient sans problème.
Un redémarrage du Server Freebox corrige temporairement le problème, mais celui-ci réapparaît au bout de quelques heures ou jours.

Quelques précisions :
* Le réseau WiFi est visible par les appareils, mais la tentative d’association échoue.
* Aucun filtrage MAC n’est activé.
* WPA2/WPA3 activé, canal automatique, pas de VLAN ou filtrage particulier.
* Tests croisés effectués : les mêmes appareils se connectent sans problème sur d’autres réseaux (Livebox, routeurs Netgear, etc.).
* Logs système sur les appareils Apple ne donnent rien d’exploitable côté client.

Cela ressemble fortement à un bug ou à un souci de compatibilité introduit dans le firmware 4.9.0.

Adresse Mac de ma Freebox: 38:07:16:CC:7B:BF

Bonjour,
suite à de récents problèmes récents d’instabilité, j’ai voulu aller sur le freebox OS à partir d’un PC connecté en ethernet;
mais malheureusement échec en tentant:

a/mafreebox.freebox >Gateway Timeout
Server error - server 212.27.38.253 is unreachable at this moment.
Please retry the request or contact your administrator.

b/ 192.168.0.254
Error-CONNECTION RESET

Merci pour votre aide!
Cdt - Laurent

Bonjour
Je programme des enregistrements (4 maxi et seulement 3 si je souhaite regarder une autre chaine en parallèle) sur le disque dur attaché à ma Freebox Mini4K depuis l’application Télé-Loisirs sur mon smartphone Android.

Lorsque je regarde dans la rubrique “Gestion des Enregistrements” de FreeBox OS (V4.9), ils apparaissent systématiquement avec une symbole d’avertissement (triangle Jaune avec pt exclamation blanc) suivi de la mention “2 conflitsconflit”… (Je tiens à dispo des copies écran si besoin)

Ce n’est pas bloquant outre mesure puisque les enregistrements se déroulent correctement mais c’est assez gênant car on ne sait jamais si c’est EFFECTIVEMENT annonciateur d’un VRAI problème potentiel…

Il serait bon soit qu’on identifie si cela est dû à ma configuration particulière (et dans ce cas, que fais-je mal ou devrait faire mieux) ou d’un problème + général nécessitant une correction lors d’une prochaine évolution.

Cdlmt

Afin de résoudre certains problèmes de fichiers distants (AFP/AppleShare) sur certains Apple Mac, je demande la mise à jour de netatalk 3.1.12 (2018-12-20) → 4.2.2 (2025-04-27) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps.

- https://netatalk.sourceforge.io/
- https://github.com/Netatalk/netatalk/
- https://github.com/Netatalk/netatalk/releases
- https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=netatalk

Bonjour,

Depuis la mise à jour 4.9.0, je rencontre de très régulières pertes de l’accès internet de mes équipements branchés en Ethernet.
Seul un reboot règle pour une poignée de minutes, voir 1 heure.

Le problème :

- La box donne l’heure, les appareils connectés en wifi ont bien l’accès internet, seul le réseau câblé est touché ; sur chacun des 3 ports, simultanément au moment du “bug”.
- coté PC (port 2,5G), mon icone “réseau câblé” change pour m’annoncer que le réseau est branché mais sans accès internet
- mon NAS perd également au même moment tout accès internet (que je peux vérifier par une tentative d’accès au portail via 5G)

J’ai contacté le support, qui après avoir repéré ce billet (https://dev.freebox.fr/bugs/task/40135) m’a suggéré de modifier la vitesse de négociation des ports de “Automatique” à “100Mo”, histoire de voir si cela changeait quelque chose.

J’attends que le bug se reproduise, je me rends dans les paramètres Switch, (connecté en wifi) et à la seconde où j’ai touché la vitesse du port (j’ai même mis en 1G à vrai dire), les adresses MAC sont réapparues et tout est stable depuis.

La mise à jour 4.9.1 est sortie depuis, les vitesses des ports sont repassés en “Auto”, et le problème s’est représenté 2 fois ce matin.

J’ai rebasculé la négociation en manuelle (1G), en espérant que comme pour la 4.9.0, cela fonctionne, mais je pense qu’il y a une petit soucis :)

Bonjour

Depuis que j’ai activé la veille totale , au bout de 2 mise en veille la redirection des ports ne fonctionne plus.
Obligé de redémarrer la box pour que ça refonctionne.
Après le redémarrage le problème n’est pas constaté suite à la 1ere mise en veille.

Merci pour votre aide

Jul

Bonsoir, J'aimerais proposer une amélioration pour le wi-fi de la Freebox Delta de voir ce que consomme en énergie la puissance de la Wi-Fi merci.

Bonjour,

Je viens de contacter un conseiller Free au 3244 qui me renvoie vers vous.

Hier (20.03.2025), suite à la mise à jour vers la 4.9 de mon serveur pop, le débit lan est extrêmement lent : 1 à 2 Mbp/s tant en ethernet qu’en wifi.

Mon domicile est tout connecté en ethernet 1 Gb (câble cat 7) et j’utilise des bornes wifi dédiées Apple Airport Extreme (je n’utilise pas le module wifi de la pop).

Immédiatement après la maj, il est impossible de regarder un film depuis mon nas synology connecté en ethernet sur ma freebox pop qui sert de routeur.

En effet, sur ma freebox, de nombreuses redirections de ports sont configurées pour mon nas synology et ma xbox. De plus, tous mes équipements ont une adresse IP fixe.

Avec votre collègue technicien, nous avons fait plusieurs tests pour vérifier où se situe la panne :

La ligne : RAS le débit est à son max.
La connection ethernet en direct sur la box ou sur mon switch : RAS le débit est à son max.
Le module wifi de la freebox RAS le débit est à son max.

On en a conclu que la maj 4.9 joue sur la config du NAS synology et sur mes airport.

Il n’y a eu aucune modification de mes réglages avant la maj.

On en a conclu que le disfonctionnement est apparu immédiatement après cette maj et qu’elle a des conséquences sur mon installation la rendant inopérante.

Pouvez-vous, svp, apporter un correctif rapide car l’usage de mon réseau est impossible.

Adresse mac de ma freebox : DC:00:B0:68:29:33

Si vous avez besoin d’informations complémentaires, n’hésitez pas à me contacter.

Merci d’avance

Cordialement,

Adrien