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

Bonjour,

Depuis plusieurs mois, le débit en download de ma freebox pop diminue pour plafonner à 700Mbs (tous les deux jours en moyenne) sur le port 2,5Gbs.
Les deux ports 1Gbs ne sont pas atteints par ce problème. Le soucis est bien sûr indépendant des sites testés.

Un redémarrage permet de revenir au débit de 2,3 Gbs; je viens de constater que n’importe quelle modification de paramétrage dans l’onglet “paramétrage IPV6” permet de récupérer le plein débit(modifier une délégation de préfixe, activer/désactiver le firewall ipv6) sans avoir à rebooter la box.

Ce problème de débit semble lié à la gestion de la pile IPV6, qui au bout d’un moment réduit le débit du port 2,5GB, mais curieusement n’impacte pas les ports 1Gbs).

Une explication / correction de ce problème ?

Cordialement

Bonjour, j’ai créé une connexion client Vpn en openvpn et il m’est impossible de me connecter.

Je précise que le serveur distant n’est pas down et que je parviens à m’y connecter en openvpn sur mon ordi avec le même fichier de configuration

Voici le log de mon serveur freebox pop :

2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Outgoing Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Outgoing Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Incoming Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Incoming Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 TCP/UDP: Preserving recently used remote address: [AF_INET]178.33.61.116:1194
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 Socket Buffers: R=[212992→212992] S=[212992→212992]
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 UDP link local: (not bound)
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 UDP link remote: [AF_INET]178.33.61.116:1194
2023-12-28 10:55:59 openvpn: output: 2023-12-28 10:55:59 MANAGEMENT: >STATE:1703757359,WAIT,,,,,,
2023-12-28 10:55:59 openvpn: rx: >STATE:1703757359,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 10:55:59 openvpn: rx: >STATE:1703757359,WAIT,,,,,,
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 TLS Error: TLS handshake failed
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 SIGTERM[soft,tls-error] received, process exiting
2023-12-28 10:56:59 openvpn: output: 2023-12-28 10:56:59 MANAGEMENT: >STATE:1703757419,EXITING,tls-error,,,,,
2023-12-28 10:56:59 openvpn: rx: >STATE:1703757419,EXITING,tls-error,,,,,
2023-12-28 10:56:59 l3 is now stable
2023-12-28 10:56:59 l3 does not fulfil config requirement
2023-12-28 10:56:59 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2023-12-28 10:56:59 waiting for l3 providers to go down
2023-12-28 10:56:59 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-12-28 10:56:59 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2023-12-28 10:56:59 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-12-28 10:56:59 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-12-28 10:56:59 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-12-28 10:56:59 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-12-28 10:56:59 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2023-12-28 10:56:59 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-12-28 10:56:59 state is now DOWN
2023-12-28 10:56:59 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2023-12-28 10:56:59 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2023-12-28 10:56:59 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-12-28 10:56:59 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-12-28 10:56:59 state change ‘wait_l2_down’ ⇒ ‘down’ 2023-12-28 11:01:59 state change ‘down’ ⇒ ‘wait_l2_up’ 2023-12-28 11:01:59 l2 state change ‘l2_down’ ⇒ ‘l2_up’ 2023-12-28 11:01:59 state change ‘wait_l2_up’ ⇒ ‘l2_up’ 2023-12-28 11:01:59 state change ‘l2_up’ ⇒ ‘wait_l3_up’ 2023-12-28 11:01:59 l3 state change ‘l3_down’ ⇒ ‘l3_start’ 2023-12-28 11:01:59 starting
2023-12-28 11:01:59 calling helper script at ‘/etc/fbxconnman/conn.pre-up’ 2023-12-28 11:01:59 l3 state change ‘l3_start’ ⇒ ‘l3_wait_preup_helper’ 2023-12-28 11:01:59 l3 state change ‘l3_wait_preup_helper’ ⇒ ‘l3_wait_stable’ 2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 OpenVPN 2.5.3 aarch64-unknown-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jul 11 2023
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 library versions: OpenSSL 1.1.1s 1 Nov 2022, LZO 2.09
2023-12-28 11:01:59 openvpn: connected to management interface
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: Connected to management server at unix_mgt.sock
2023-12-28 11:01:59 openvpn: rx: >INFO:OpenVPN Management Interface Version 3 – type ‘help’ for more info
2023-12-28 11:01:59 openvpn: rx: >HOLD:Waiting for hold release:0
2023-12-28 11:01:59 openvpn: tx: hold release
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: CMD ‘hold release’ 2023-12-28 11:01:59 openvpn: rx: SUCCESS: hold release succeeded
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: CMD ‘state on’ 2023-12-28 11:01:59 openvpn: rx: SUCCESS: real-time state notification set to ON
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: >STATE:1703757719,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Outgoing Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Outgoing Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Incoming Control Channel Encryption: Cipher ‘AES-256-CTR’ initialized with 256 bit key
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Incoming Control Channel Encryption: Using 256 bit message hash ‘SHA256’ for HMAC authentication
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 TCP/UDP: Preserving recently used remote address: [AF_INET]178.33.61.116:1194
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 Socket Buffers: R=[212992→212992] S=[212992→212992]
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 UDP link local: (not bound)
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 UDP link remote: [AF_INET]178.33.61.116:1194
2023-12-28 11:01:59 openvpn: output: 2023-12-28 11:01:59 MANAGEMENT: >STATE:1703757719,WAIT,,,,,,
2023-12-28 11:01:59 openvpn: rx: >STATE:1703757719,WILL_CONNECT,178.33.61.116,,,,,
2023-12-28 11:01:59 openvpn: rx: >STATE:1703757719,WAIT,,,,,,
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 TLS Error: TLS handshake failed
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 SIGTERM[soft,tls-error] received, process exiting
2023-12-28 11:02:59 openvpn: output: 2023-12-28 11:02:59 MANAGEMENT: >STATE:1703757779,EXITING,tls-error,,,,,
2023-12-28 11:02:59 openvpn: rx: >STATE:1703757779,EXITING,tls-error,,,,,
2023-12-28 11:02:59 l3 is now stable
2023-12-28 11:02:59 l3 does not fulfil config requirement
2023-12-28 11:02:59 l3 state change ‘l3_wait_stable’ ⇒ ‘l3_bring_down’ 2023-12-28 11:02:59 waiting for l3 providers to go down
2023-12-28 11:02:59 l3 state change ‘l3_bring_down’ ⇒ ‘l3_wait_down’ 2023-12-28 11:02:59 l3 state change ‘l3_wait_down’ ⇒ ‘l3_cleanup_start’ 2023-12-28 11:02:59 calling helper script at ‘/etc/fbxconnman/conn.post-down’ 2023-12-28 11:02:59 l3 state change ‘l3_cleanup_start’ ⇒ ‘l3_wait_postdown_helper’ 2023-12-28 11:02:59 l3 state change ‘l3_wait_postdown_helper’ ⇒ ‘l3_cleanup_finish’ 2023-12-28 11:02:59 l3 state change ‘l3_cleanup_finish’ ⇒ ‘l3_finished’ 2023-12-28 11:02:59 state change ‘wait_l3_up’ ⇒ ‘wait_l3_down’ 2023-12-28 11:02:59 l3 state change ‘l3_finished’ ⇒ ‘l3_down’ 2023-12-28 11:02:59 state is now DOWN
2023-12-28 11:02:59 state change ‘wait_l3_down’ ⇒ ‘l3_finished’ 2023-12-28 11:02:59 state change ‘l3_finished’ ⇒ ‘wait_l2_down’ 2023-12-28 11:02:59 l2 state change ‘l2_up’ ⇒ ‘l2_cleanup’ 2023-12-28 11:02:59 l2 state change ‘l2_cleanup’ ⇒ ‘l2_down’ 2023-12-28 11:02:59 state change ‘wait_l2_down’ ⇒ ‘down’

Merci de votre aide et bonne journée.

Bonjour,
la freebox delta ne reboot plus via son interface , il faut que je la reboot via la mise hors tension !!!!
Est elle défectueuse ou une mise a jour buguée ?
le reboot réglage d’usine ne change rien
merci si réponse il y a .

ps: une question d’un autre ordre , pourquoi je suis obligé de redémarrer le serveur tout les jours
pour pouvoir jouer correctement a BF5 , car cela occasionne un décalage ?

Bonjour,

L’adresse MAC de ma Freebox: 34:27:92:66:32:B8

Il semblerait qu’il y ai un problème autour des accès disque et des VMs causant des redemarrages intempestifs de la Freebox entière. Depuis aujourd’hui la VM affiche qu’elle ne peut plus être lancée, même si je re-crée avec le même disque virtuel..

J’héberge une instance home-assistant avec une caméra et de l’archivage et mon disque VM est de 1TB (346Go réel), il est assez gros si ça a un rapport.. le disque dans les parametres n’affiche aucune erreur de lecture ou d’écriture. Le disque lui-même est un QVO 860 2TB SATA Samsung MZ-76Q2T0.

J’ai changé la mémoire avec une barette Kingston Server Premier 16GB 2666MHz DDR4 ECC CL19 SODIMM 2Rx8 Mémoire serveur - KSM26SED8/16HD, qui ne semble pas dysfonctionner (memtester dans une VM avec le maximum de mémoire vive possible n’affiche aucune erreur). Je n’ai aucun autre moyen de tester cela dit.

Le reboot intempestif est arrivé avec l’accès manuel de certains fichiers de la VM via un service SMB (pas celui de la Freebox), pour réencodage.. néanmoins les fichiers ne sont pas corrompus et le disque n’a jamais affiché d’erreur écriture/lecture et la vérification n’affiche aucun problème. Le reboot intempestif est aussi arrivé sans manipulation particulière de ma part. Le problème dont je parle il n’y a pas de blocage en Étape 2/3 mais cela m’est arrivé aussi et m’arrive toujours frequemment des microcoupures de 5-15mins mais je ne sais pas si c’est lié.

Ceci est donc bien mystérieux, dommage pas d’accès aux logs noyau Linux de la Freebox elle-même ce qui aidrait grandement la compréhension du problème.. je vous solicite donc.

Merci beaucoup

Bonjour, j’ai un souci mineur sur la box delta serveur.
Actuellement j’utilise le port 10G de la delta raccordé en câble dac à mon pc.
Au début de la mise en fonctionnement de la delta ( une fois démarrer) j’obtient 7-6 gbps, le service tv ne freeze pas.
Après avoir laissé 8-10h en marche le débit s’écroule jusqu’à 2 gbps ( test sur speed test) et la TV freeze.

Si vous avez une petite idée sur la source du problème. En tous cas je pensé au départ que c’était le fait d’utilisé tout le débit pendant le test qui faisait freezer la tv, en tous cas pas dans les première heures de la mise en fonctionnement.

Bien cordialement,

Bonjour,

Je n’arrive pas à configurer un client OPENVPN sous windows 11
J’ai le message d’erreur suivant:

here is a problem in your selection of –ifconfig endpoints [local=192.168.27.66, remote=212.27.x.y]. The local and remote VPN endpoints must exist within the same 255.255.255.252 subnet. This is a limitation of –dev tun when used with the TAP-WIN32 driver. Try ‘openvpn –show-valid-subnets’ option for more info.
2023-12-15 10:20:22 Exiting due to fatal error

client
remote x.x.x.x 39706
proto tcp-client
nobind
dev-type tun
tun-ipv6
pull
dev tun0
redirect-gateway
auth-user-pass
auth-retry interact
cipher AES-128-CBC
remote-cert-tls server

Que dois-je modifier dans le fichier de configuration ?
Merci pour votre aide

Bonjour,

Suite à une migration depuis une freebox révolution vers une freebox delta, je remarque un comportement étrange avec celle-ci.

Quand je configure, via l’interface Freebox OS, des IP DNS autres que celle de la passerelle (192.168.1.254), je remarque des reboots aléatoires du routeur sur la journée.

J’obtiens également des reboots en y spécifiant les DNS Free (212.27.40.240 / 212.27.40.241).

Aussi, après quelques heures, le routeur semble “planté” avec plus de signal Wifi, et des erreurs 504 sur l’interface Freebox OS ou encore le message “Erreur lors de la récupération des statistiques : Erreur lors de la lecture de la base RRD” sur les courbes de débits ou de température.

Après contact, l’Assistance de proximité, m’annonce que les reboots sont lié à ma config DHCP mais je ne comprends pas en quoi, spécifier un DNS autre que la passerelle, pourrait causer de tels comportements.

Je n’avais pas de genre de problème avec le Freebox revolution.

Est-ce un bug de vos dernières versions de Freebox OS ?

Merci d’avance.

Patrick

Depuis un certain temps (depuis le passage à OQee), tous les enregistrements TV programmés apparaissent avec la mention “titre inconnu”. Quelque soit la façon de programmer, depuis le Devialet et sa télécommande ou directement par internet et un ordinateur, le titre disparait au profit de “titre inconnu” !
La date, la chaine etc sont corrects, mais le titre disparait dans les méandres du numérique.
C’est assez peu pratique, si plusieurs enregistrements ont été effectués…

Bonjour,

MacOS ne gère plus l’ancien protocole AFP, il est passé complètement à SMB.
Beaucoup de NAS supportent la reconnaissance d’un volume SMB comme destination de sauvegarde Time Machine.

Si précieux pour les possesseurs de Freebox et de Mac de pouvoir brancher un disque USB à la Freebox, ou en interne dans la Delta, et d’avoir son/ses Mac sauvegardés automatiquement via la Freebox…

Il suffirait de pas grand chose aux développeurs Free pour ajouter ce support à la couche SMB de Freebox OS.
S’il vous plaît.

Un petit coup de vfs_fruit module https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

Voici une config type pour Samba : https://blog.jhnr.ch/2023/01/09/setup-apple-time-machine-network-drive-with-samba-on-ubuntu-22.04/

Merci d’avance

Depuis une semaine, j’ai un timeout sur les sites suivants (liste non exaustive):
- hardware.fr
- LDLC.com
- topachat.fr
- orange.fr
- Sosh.fr

J’ai essayé :
- de passer la freebox en mode secours
- de changer de DNS par d’autres et de bien vérifier leur prise en compte
- de passer par un VPN en IKEV2, et cette solution fonctionne.
- avec d’autres appareils sur le réseau (Windows, Android, iOS)

Voici quelques logs :

PS C:\Users\Louis> nslookup hardware.fr
Serveur :   UnKnown
Address:  192.168.1.254

Réponse ne faisant pas autorité :
Nom :    hardware.fr
Address:  91.211.167.85

PS C:\Users\Louis> nslookup orange.fr
Serveur :   UnKnown
Address:  192.168.1.254

Réponse ne faisant pas autorité :
Nom :    orange.fr
Addresses:  193.252.117.145
          193.252.148.192
          193.252.133.20

PS C:\Users\Louis> tracert hardware.fr

Détermination de l’itinéraire vers hardware.fr [91.211.167.85]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  BOX[192.168.1.254]
  2     *        *        *     Délai d’attente de la demande dépassé.
  3     *        *        *     Délai d’attente de la demande dépassé.
  4     *        *        *     Délai d’attente de la demande dépassé.
  5    11 ms     6 ms     6 ms  et-1-0-0.tcr2.th2.par.core.as8218.eu [83.167.55.47]
  6     8 ms     6 ms     6 ms  ae24.ter4.eqx2.par.core.as8218.eu [83.167.56.193]
  7     6 ms     6 ms     6 ms  ae6.ter3.eqx2.par.core.as8218.eu [83.167.55.42]
  8    13 ms    12 ms    12 ms  ae8.tcr2.sfr.lyn.core.as8218.eu [83.167.55.99]
  9     *        *        *     Délai d’attente de la demande dépassé.
 10     *        *        *     Délai d’attente de la demande dépassé.
 11     *        *        *     Délai d’attente de la demande dépassé.
 12     *        *        *     Délai d’attente de la demande dépassé.
 13     *        *        *     Délai d’attente de la demande dépassé.
 14     *        *        *     Délai d’attente de la demande dépassé.
 15     *        *        *     Délai d’attente de la demande dépassé.
 16     *        *        *     Délai d’attente de la demande dépassé.
 17     *        *        *     Délai d’attente de la demande dépassé.
 18     *        *        *     Délai d’attente de la demande dépassé.
 19     *        *        *     Délai d’attente de la demande dépassé.
 20     *        *        *     Délai d’attente de la demande dépassé.
 21     *        *        *     Délai d’attente de la demande dépassé.
 22     *        *        *     Délai d’attente de la demande dépassé.
 23     *        *        *     Délai d’attente de la demande dépassé.
 24     *        *        *     Délai d’attente de la demande dépassé.
 25     *        *        *     Délai d’attente de la demande dépassé.
 26     *        *        *     Délai d’attente de la demande dépassé.
 27     *        *        *     Délai d’attente de la demande dépassé.
 28     *        *        *     Délai d’attente de la demande dépassé.
 29     *        *        *     Délai d’attente de la demande dépassé.
 30     *        *        *     Délai d’attente de la demande dépassé.

Itinéraire déterminé.

Le 3244 m’a indiqué de poster ici, car ils n’ont pas d’autres solution a m’apporter.
Merci a vous

J’aimerais pouvoir monter des stockage S3 distant afin de pouvoir streamer du contenu facilement sur mon réseau. Les disques durs locaux sont toujours limites en terme de place tandis que monter un objet storage distant permettrait de disposer d’un stockage illimité.

Scaleway une filiale du groupe Iliad dispose d’ailleurs d’un stockage objet.

Bonjour,

Depuis environ 1 an, j’ai remarqué que le compteur data intégré à la Freebox Révolution tourne en boucle tous les 4Go en Download ou Upload. Il revient à 0 tous les 4Go téléchargés ou tous les 4Go envoyés.
Il s’agit des informations disponibles dans FreeboxOS, dans l’onglet “État Internet”, les lignes “Reçu” et “Emis”.
Ce dysfonctionnement est identique sur toutes les Freebox Révolution de la famille. RAS sur Server Delta ou Server Pop. Pour ce qui est du Server Mini 4K, je ne sais pas.

PS : à partir du 1er janvier 2024, les opérateurs ont l’obligation légale d’indiquer la consommation data sur les lignes fixes. Est-ce opérationnel du côté de Free ? Du côté de Bouygues Télécom, cela a été mis en place courant novembre 2023. Je préfère en parler, plutôt que vous vous ayez des emmerdes plus tard.

Cordialement,
Romain

Bonjour,

Depuis plusieurs mois, certaines personnes dans la famille qui disposent encore d’un Server Révolution ont remarqué que le débit du gestionnaire de téléchargement est devenu extrêmement lent. Jamais plus de 5Mo/s, contre 25 Mo/s auparavant. Télécharger des fichiers prend donc un temps fou. Nous avons remarqué que cela est survenu au moment où le WiFi de la Freebox a été boosté, comme si des ressources matérielles avaient été retirées de la fonction NAS pour les redistribuer au WiFi.

Merci d’étudier le problème et de procéder à une correction.

Cordialement,
Romain

Bonjour,

Connecté en VPN PPTP à une Freebox Delta, nous disposions de plus de 350 Mbps de débit, voire 450 Mbps à certains moments… jusqu’à la mise à jour de juillet 2023.
Depuis, impossible de dépasser les 100 Mbps, que cela soit en Download ou en Upload. Nous n’avons effectué aucune modification des paramètres depuis, tant sur le serveur que sur les ordinateurs clients.
Pourriez-vous régler le problème de toute urgence ? Car transférer des données pendant des heures et des heures alors que cela se faisait 3 à 5 fois plus vite auparavant, ça ne pas le faire.

Cordialement,
Romain

Bonjour,

Je me permet d’ouvrir un nouveau signalement, car je constate la fermeture du suivant : https://dev.freebox.fr/bugs/task/20676

Ce problème est présent depuis que j’ai la fibre, il m’a régulièrement posé problème. Il est reproductible et systématique.

Pour le provoquer il me suffit de télécharger une mise à jour de Star Citizen via leur client.
Il va télécharger à la vitesse maximal que je peux atteindre soit ~100mo/s mais arrivé au dessus de 100mo/s la connexion va se déconnecter après quelques secondes. Cette déconnexion est une perte totale de synchro avec la fibre.
J’ai tenté de réduire le nombre de connexions simultanées. Quelle soit sur Max, sur 20, sur 10 ou encore sur 5 le problème est identique. Le seul moyen est de limiter le débit du client à 25Mbps.

Je vois venir le commentaire à propos du fait que Star Citizen est encore en Alpha… mais malheureusement le problème se produit également avec Steam, où les symptômes sont strictement identiques.

Afin d’être le plus complet dans mes tests, j’ai alors lancé via Firefox un maximum de téléchargements simultanés du fichier de 10Go sur http://test-debit.free.fr. 9 téléchargements concurrents avec un débit global de plus de 100mo/s. Rien… aucun plantage.

Est-ce que ces éléments permettent de rouvrir une analyse de cette problématique ?

Merci de votre assistance.

–

Petit “bonus” : https://transfert.free.fr/jMH16tD J’ai enregistré une vidéo du problème, où l’on voit un téléchargement sur le PC, l’effet que cela a sur la synchro fibre et également l’effet sur la télé qui semble n’apprécie pas trop ne plus avoir Internet.

This is a feature request to support SFTP for file access, as a superior alternative to FTP(S), SMB and AFP

Bonjour

j’ai l’heure d’affichage sur ma Freebox révolution est erronée et cela depuis 4 semaines, quand je reboot la box m’affiche 00h00 mn pour une date qui est le 01/01/2023 et ceci à chaque essai.

j’ai expliqué ce souci au service technique , le service technique m’a proposé l’échange de ma box , j’ai accepté,mais le problème persiste du coup je n’ai plus d’EPG sur le le player tv.
Pour l’instant le service technique a fait remonter l’info ,mais j’attends , j’attends et j’attends…
y a t il une personne qui puisse m’éclairer
bien cordialement à vous

Bonjour,
Depuis la dernière mise à jour serveur, la DMZ Freebox ne laisse plus passer « Protocole 41 » (protocole utilisé par Hurricane Electric, pour les tunnels IPv6).
Le problème devient très problématique car les tunnels ne monte plus.

Sous le gestionnaire de fichiers de FreeBox OS, si l’on copie où déplace un fichier de plus de 4.3Go (un enregistrement d’émission de télé par exemple), cela fait une erreur au moment précis où l’on atteint 4.3Go (message “erreur d’écriture”, et arrêt de la copie). Comme par hasard, 4.3 Go correspond à la plus grande valeur d’un Unsigned32…

Depuis la dernière MAJ du Freebox serveur, mes deux Chromecast (Google TV) ne parviennent plus à se connecter correctement au wifi de la Freebox (avec ou sans le répéteur). Ils n’ont pourtant aucun souci pour se connecter au point d’accès wifi de mon tél, et peuvent se connecter à la Freebox en ethernet, le problème ne se présente donc bien qu’avec le wifi de la box.

Concrètement, ils valident bien l’identifiant, obtiennent bien une adresse IP, un accès à internet pendant 1 à 3 secondes, puis reprennent le processus de connexion à zéro.

Tous mes autres appareils se connectent sans problème. Un redémarrage de la Freebox n’a eu qu’un effet, pas plus que le retour aux paramètres d’usine pour l’un des Chromecasts.

Bonjour,

Depuis quelques temps les nouveaux baux statiques sont ignorés par la Freebox, ils sont bien configurés mais peu importe le matériel ils tombent dans la plage dynamique à leur première connexion et si je crée un bail statique, cela ne fait que les figer sur leur dernière IP dynamique attribuée.

Exemple sur 2 tests:
Configuration DHCP plage 192.168.0.100 à 192.168.0.250
- Caméra IP à la première connexion: 192.168.0.203

1. Configuration sur 192.168.0.183 (mes autres caméras IP sont en 180, 181 et 182, je veux garder de la cohérence)
2. Bien que configurée dans la plage dynamique je n’ai aucun soucis avec les 3 autres caméras
3. Retour systématique sur 192.168.0.203 aux redémarrages FREEBOX et caméra

- Routeur Xiaomi en mode répéteur, 192.168.0.223 à la première connexion

1. Configuration sur 192.168.0.10 (hors plage dynamique)
2. Retour systématique sur 192.168.0.223

J’ai tout essayé, je deviens fou.
Tous mes appareils configurés avant 2023 n’ont jamais posé de problème de bail statique.

Bonjour,
J’ai été aiguillé ici par la hotline qui ne sais pas répondre à mes questions.

Chez moi les notifications via SIGFOX ne fonctionnent pas. Lorsque l’alarme se déclenche et qu’il y a une coupure de courant, la sirène se fait bien entendre mais c’est tout.

Y a-t-il un moyen de vérifier si mon domicile est couvert par le réseau SIGFOX ?

Peut-on vérifier les événements dans un fichier log ?

D’autre part j’ai lu dans d’autres bugs qu’il fallait s’adresser au site d’assistance dédié “https://www.smarthome.freebox.fr/“, mais ce site n’existe plus… Y a-t-il un remplaçant ?

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,

Vous avez décider d’arrêter l’assistant OK Freebox.
Je l’utilisais régulièrement pour piloter mes volets Somfy RTS ce qui je l’avoue était assez “magique”.

Nous perdons une fonctionnalité primordiale à mon sens.

Quelle solution proposez vous en remplacement vu qu’Alexa ne propose aucun skill Somfy pour la Freebox Delta.

La skill Tahoma Somfy semble être la seule solution mais je ne compte en aucun cas acheter une box Tahoma.

Merci, en espérant que vous ayez une solution après avoir décider d’implémenter cette très forte régression ( deux assistants d’accord ce n’était pas l’idéal, mais pour ceux qui l’utilisait quotidiennement comme moi c’est assez frustrant )

Stéphane

Bonjour,

La box reboote pendant des opérations de copie de gros fichiers vers le NAS ou pendant des opérations de création d’archives ZIP.
Pas de chauffe excessive constatée dans les courbes de température.

Le NAS est constitué de 4 SSD de 250 Go chacun.