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

Bonjour, je dois redémarrer régulièrement ma freebox pop pour qu’elle fonctionne mieux. J’ai par ailleurs constaté (et sur les forums apparemment je ne suis pas le seul) que le débit descendant maximum de free est limité à 30 mo/s par fichier quelque soit le serveur de stockage de fichiers. Je précise que les tests de débit sur speed-test et consors donnent de bons résultats par rapport au téléchargement réel de fichiers.(environ 2200 mb soit environ 300 mo/s). Je précise aussi que chez Sosh 1 gb (mon ancien FAI), le débit descendant réel était 3.5 fois supérieur. J’en suis sûr car la baisse de débit a été constaté le jour même de la prise de ligne chez free. Est ce que quelqu’un saurait comment outrepasser ce problème tout en restant abonné chez free svp ? Au cas où je me sois trompé de file, ce dont je vous prie de m’excuser car je suis nouveau ici, Est-ce qu’il y aurait une file pour résoudre ce problème précis de débit descendant limité de free svp ? Bien cordialement.

Bonjour,

Depuis mars/avril 2025, ma Freebox Ultra présente des microcoupures Internet récurrentes. J’ai déjà contacté à plusieurs reprises le support technique et suivi toutes les manipulations proposées, sans succès :

• Redémarrage Freebox → aucun effet, les coupures persistent.
• Changement de canal Wi-Fi (2,4 GHz) → inutile, car le problème touche aussi un PC en Ethernet et les réseaux 5/6 GHz.
• Séparation des réseaux Wi-Fi (2,4 / 5 / 6 GHz) → non testé, mais inutile puisque même l’Ethernet est impacté.
• Hypothèse d’un bridage matériel → écartée : carte mère ASUS PRIME B760-PLUS avec port Ethernet 2,5 Gb/s + câble catégorie 7.
• Explication Wi-Fi impactant l’Ethernet → techniquement infondé et contredit par mes tests en Ethernet direct.
• Répéteur impacté → lui aussi “saute” lors des coupures, preuve que le problème n’est pas limité aux réglages des cartes Wi-Fi.
• Courbes de débit (onglet État) → baisses visibles exactement au moment des coupures, bien qu’on m’ait indiqué qu’elles “n’étaient pas importantes”.

Symptômes observés

• Coupures simultanées sur tous les appareils (Ethernet, Wi-Fi, répéteur).
• La Freebox reste allumée et affiche l’heure (pas de redémarrage).
• Baisse de débit suffisamment forte pour couper tous les services.
• Les courbes de débit confirment les interruptions.

Impossible d'avoir une connexion stable, sans microcoupures aléatoires. Les microcoupures sont quotidiennes et imprévisibles, impactant tous les modes de connexion.

C'est le même problème qu'ici : https://dev.freebox.fr/bugs/task/37537?string=coupures&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

Pensez-vous que le problème soit lié à la Freebox Ultra elle-même (bug matériel ou logiciel) ? Ou à la stabilité du signal fibre, malgré synchro active ?

Merci beaucoup pour votre aide.

Bonjour,
Depuis la mise à jour du dernier firmware estampillé 4.9.10 ma Delta d’envoie plus qu’entre 300 et 600mb/s bien que branchée via SFP, soit seulement environ 10% du débit habituel.
Ligne testée Ok et intervention d’un technicien via l’assistance Free n’a démontré aucun problème sur la ligne ni sur l’installation a priori.

D’autres possesseurs de Delta en utilisant le port SFP 10gb ont ils rencontré ce problème ? Problème hardware de la Delta ou Firmware sur cette mise à jour ?

Bonjour,

J’ai remarqué que le Backup 4G ne se déclenchait pas lorsque le souci vient du DSLAM.

En effet, le DSLAM sur lequel je suis raccordé rencontre régulièrement des pannes plus ou moins longue, la freebox n’a plus accès internet mais n’affiche pas de perte de connexion (sauf que bien entendu plus rien ne fonctionne).

Dans ce cas un peu spécifique, le backup 4G ne fonctionne pas, je dois redémarrer la freebox (ou débrancher le cable fibre) pour basculer.

Merci

Bonjour,

Je rencontre un problème de connectivité depuis mon accès Free (IP Full Stack) vers plusieurs adresses IP appartenant à AWS CloudFront, par exemple : 3.164.182.31 3.164.182.57 3.164.182.106 3.164.182.128.

Ces IP ne sont pas blacklistées et sont accessibles depuis d’autres réseaux (Orange, SFR, VPN), mais inaccessibles depuis Free.
Test effectué :
- ping échec
- tracert 3.164.182.31
Détermination de l’itinéraire vers server-3-164-182-31.mrs53.r.cloudfront.net [3.164.182.31] avec un maximum de 30 sauts : 1 2 ms 1 ms 1 ms 192.168.1.254 2 * * * Délai d’attente de la demande dépassé. 3 14 ms 14 ms 15 ms rennes-9k-1-lo10.intf.routers.proxad.net [194.149.162.250] 4 17 ms 17 ms 17 ms prs-b17-link.ip.twelve99.net [213.248.91.224] 5 17 ms 16 ms 16 ms prs-bb2-link.ip.twelve99.net [62.115.136.224] 6 27 ms 25 ms 26 ms mei-b5-link.ip.twelve99.net [62.115.124.57] 7 * * * Délai d’attente de la demande dépassé. 8 * * *Délai d’attente de la demande dépassé.
Pouvez-vous vérifier : Si un filtrage ou blocage est appliqué vers ces plages AWS ? Si le peering avec AWS est opérationnel ?

Merci de votre aide, je peux fournir des tests supplémentaires (IPv6, VPN, etc.) si nécessaire.

Bonjour,

Je rencontre un problème de débit uniquement en download, limité entre 200 et 350 Mb/s, en connexion Ethernet directe avec cable ethernet fourni très recemment par free sur un pc portable admettant 1GHZ et en testant sur nperf, ookla.

J’ai une connexion meilleure en wifi direct sur téléphone(400/500 download et via le répeteur free et connection ethernet direct pc fixe (400/500 dowload)

Mon upload monte normalement à 800 Mb/s, ce qui montre que l’optique est en parfait état.
Mes niveaux optiques sont excellents : RX -16,7 dBm / TX 2,6 dBm, et je suis raccordé en GPON.

Plusieurs abonnés sur le même PBO dépassent 2 Gb/s en download, donc ce n’est pas une saturation.

Nous avons déja tenté avec le support une ipv4 fixe sans résultat. Nous avons également tenté de mettre les ports ethernet 1gb en forcant le flux de sortie via l’os à 1gb mais celui ci ne fonctionnait plus du tout (plus de lumière et pas de reconnaissance sur ordinateur). même cas de figure pour le port 2,5 GHZ.
Je reste à dispo au besoin de plus d’informations

Cordialement.

Bonjour,
Je viens de constater une baisse de débit montant ou upload lors de tests Speedtest ou NPerf
Ceci par hasard avec les deux applications sur 3 sites différents que ce soit en IPV4 solo ou avec IPV6 activée
Mon installation réseau n’a pas changé depuis des tests en 2025 et ma box est bien renseignée en 8 Gb/s up et down
En 2024 et 2025 j’obtenais sur certains sites de tests des moyennes de 7 à 8 Gb/s en débit montants et descendants
Depuis peu (?) seuls les tests montants ou upload ne dépassent plus les les 4,5 Gb/s
J’ignore à partir de quelle version 4xx ce phénomème a commencé.
Est-ce que quelqu’un a constaté le même cas ?
Merci

Bonjour,

j'ai la Freebox Delta Wifi 6E depuis octobre (échange contre l'ancienne Freebox Delta)

Je constate des micro coupures fréquentes (1 fois par jour) du réseau. Cela est rapide, souvent la nuit, donc je n'ai pas eu le temps de voir dans quelle étape la Freebox passe.
Mais elle ne redémarre pas complètement (à priori pas de kernel panic ?)
Mais ça coupe temporairement le wifi, et notamment ce jour à 14h20 en plein télétravail.

On ne peut pas insérer d'image ici, mais l'historique de la box montre (depuis que j'ai redémarrée électriquement mercredi dernier ):
1 connexion / déconnexion hier à 1h36
1 connexion / déconnexion ce jour à 14h20

Je n'avais pas ce soucis avec l'ancienne Freebox Delta

MAC : 38:07:16:A1:26:64
elle avec avec la dernière maj 4.9.14

Pouvez vous jeter un coup d'oeil aux logs svp et me dire ce qui pose problème ?

merci

Bonjour,

Je m'adresse à vous car j'ai déjà contacté mon assistance Free qui ne sais pas trop comment m'aider car ça les dépassent techniquement.

Pour vous expliquer la problématique, je suis en entreprise et nous avons 2 connexions fibre dont une chez Free.
Les 2 fibres sont reliés sur un firewall qui gère la sécurité et le load balancing.
Depuis lundi 15 décembre 2025 nous avons des problèmes pour atteindre certaines URL uniquement via notre connexion Free.
Un jour ça fonctionne, le lendemain c'est HS… c'est assez pénible.
L'assistance Free m'a dit de jouer avec les valeurs de MTU pour la connexion Free mais ça ne change rien voir ça ne fonctionne encore moins bien (Je suis donc en revenu à un MTU de 1500).

Les utilisateurs qui m'ont remonté le problème on pu voir que ça arrivait sur 2 services en particulier : Figma.com (Un outil pour les graphistes) ainsi que les connexions vers les URLs des serveurs de licences de Jetbrains AI.
Pour reproduire le problème je force mon ordinateur a passer par l'une ou l'autre fibre, puis je fais un "tracert" pour voir si le chemin est trouvé :
Via notre fibre principale = ça marche très bien en 15 sauts
Via la fibre Free = Le tracert s'arrête au bout de 30 sauts et ne trouve pas l'itinéraire (Le max par défaut)
Dans tous les cas via la fibre Free, pas moyen d'accéder au site de Figma.com, ça ne répond pas… Donc je penche sur des problèmes de routage et/ou DNS au niveau du réseau Free de manière globale ou proche de notre connexion. Je ne crois pas à un problème matériel sur la Freebox, ni au niveau de mon firewall.

Est-ce que je pourrais obtenir une aide ici ou alors c'est hors sujet ?
Je ne sais vraiment pas qui contacter dans un cas pareil.

Merci,
Cordialement.

Bonjour,
Ma freebox delta met à des moments étape 3
Pouvez-vous m’aider ?
Bien cordialement

Bonjour,

Les courbes de débit montant/descendant et les valeurs instantanées affichées sont identique, freeboxOS affiche la valeur de download dans montant et descendant.
freebox mini4k r2.
idem dans les app.

Bonjour je vous écrit il y a un problème avec ma Freebox delta 6e
depuis presque 1 mois déconnexion et étape 3 la dernière en date le 17 février a 1h58 du matin quasiment tous les jours sa devient pénible merci bien cordialement .

Bonjour,

Après deux mois d’interruption totale des accès internet FREE (!), les travaux de réparations au niveau du NRO (JUI92), dont dépend ma ligne Fibre, ont été effectués par l’opérateur qui en a la charge, à savoir SFR (!!).

Mais malheureusement, depuis le rétablissement de ma ligne Fibre, ma connexion subit des microcoupures Internet récurrentes.

J’ai contacté à plusieurs reprises le support technique de FREE, et suivi toutes les manipulations proposées, sans succès.

Finalement, un technicien FREE a été mandaté pour investigation sur site. Sans avoir de réelles certitudes sur la chose, il a simplement suspecté un défaut au niveau de ma FreeBox Revolution.

Bon joueur, j’ai accepté une migration vers l’offre FreeBox Ultra Essentiel.

Malheureusement, les microcoupures Internet sont toujours présentes, et continuent de perturber mes échanges de fichiers (via un tunnel VPN) avec les serveurs de mon entreprise. Les messages d’erreurs dans les logs sont de deux types :
- « client_loop: send disconnect: Broken pipe Connection closed »
- « client_loop: send disconnect: Broken pipe lost connection »

Je tiens à préciser que la gestion du tunnel VPN a été mise hors de cause à la suite d’une batterie de tests, réalisés par des experts réseaux. Mon poste de travail est connecté en Ethernet, et le réseau Wifi de la FB Ultra est désactivé.

Après plusieurs échanges avec le support technique de FREE, qui se considère incompétent face à ce type problème, je suis finalement renvoyé vers vous.

Avez-vous la possibilité de m’apporter votre aide ?

Merci d’avance.

Bonjour,

J'ai une Pop sur ligne fibre avec IP dédiée. Il y a une semaine j'ai fait face à un souci très rigolo : mon upload est tombé à 10-50 Mbps (selon les moments), là où il est normalement autour de 700-800. Souci intermittent vous me direz, ça arrive, sauf que ça ne le faisait pas sur toutes mes machines, et après investigation j'ai trouvé le problème exact : ça ne le faisait qu'en IPv4.

C'est à dire qu'en lançant un speedtest (avec Ookla, nPerf, des serveurs iPerf3, d'autres machines à moi, etc) vers un serveur en IPv6, j'obtenais 950 down (je suis en RJ45 1Gbps) et 800 up, mais en IPv4, même débit en down, mais jamais plus que 50 Mbps en up et parfois aussi bas que 5-10 Mbps. Pas de différence de ping.

Le problème a survécu à des redémarrages de la Pop, mises à jour etc. Ça s'est résolu tout seul au bout de 2 jours environ, en pleine nuit. J'avais contacté Free Proxi mais comme le problème avait disparu ils n'ont pas donné suite.

Puis, hier dans l'après-midi / soirée, le problème resurvient, même comportement. J'envoie directement un message à Free Proxi et on me répond qu'une anomalie est identifiée sur mon serveur et non sur ma ligne, et on me propose de faire un reset usine. Alors, c'est bien, mais après un reset usine moi je vais réimporter mes paramètres, car j'ai un paquet de configurations (DMZ, IPv6, DHCP, …). Ça m'arrangerait donc de savoir qu'est-ce qui cause le souci à la base… c'est pourquoi je me permets d'ouvrir un ticket ici (car c'est un pb de serveur et non de ligne, il me semble que c'est dans le scope de ce site).

NB: à l'heure où j'écris ce ticket le problème a à nouveau disparu (j'ai vérifié ce matin vers 8h, donc ça a dû se régler quelque part entre 8h et 11h).

Merci,

Matériel : Freebox Ultra v9 (r1) — firmware 4.12.2 — FTTH/PON

SYMPTÔME
Après une coupure réseau, le lien optique remonte normalement (link Up, signal présent, authentification OK), mais la session Internet n’est jamais rétablie. La box reste bloquée indéfiniment à l’étape “en cours de connexion”, sans planter (uptime de plusieurs jours), jusqu’à un redémarrage manuel. Un reboot soft depuis Freebox OS suffit à débloquer la situation — ce n’est donc ni un problème matériel ni un problème de signal.

CE QUI EST SIGNALÉ ICI
Le défaut concerne le blocage définitif de la machine à états de connexion du Freebox Server, PAS les coupures elles-mêmes. Les micro-coupures fibre sont un phénomène connu et déjà documenté (cf. FS#32434) ; leur cause, côté centrale/OLT, est traitée séparément avec le support (3244). Le présent ticket concerne uniquement l’échec de reprise qui s’ensuit dans certains cas.

La reprise automatique fonctionne d’ailleurs normalement dans les cas sains : par exemple, coupure de 80 secondes le 12/07 puis reconnexion automatique. C’est bien le blocage, et non la coupure, qui pose problème.

ÉLÉMENTS TECHNIQUES RELEVÉS PENDANT LE BLOCAGE (avant tout redémarrage)
Relevé automatisé horodaté via l’API locale de la box. Le détail complet (état connexion, couche FTTH, puissances optiques, logs de connexion) est fourni dans le premier commentaire ci-dessous.
- connection.state = “down”, aucune IPv4, 0 octet échangé
- connection.media = “xdsl” et connection.type = “rfc2684” ALORS QUE la ligne est FTTH/PON : la session semble avoir perdu son rattachement à l’interface fibre
- en parallèle, couche FTTH parfaitement saine : link = true, sfp_has_signal = true, sfp_alim_ok = true, RX -18,09 dBm, TX +7,12 dBm
- connection_logs : lien passé en “training” (resynchro PON) puis session “ftth_pub” passée “down” — et jamais repassée “up” ensuite
- uptime au moment du blocage : supérieur à 45 h (la box n’a ni planté ni redémarré)

PISTE SUGGÉRÉE
Après coupure, la reprise ne réattache pas la session au média FTTH et retombe sur un profil xdsl fantôme, sans jamais aboutir. Comportement à examiner côté firmware.

REPRODUCTIBILITÉ
Survient à chaque coupure “longue” côté centrale. Je supervise désormais la ligne en continu (relevé API toutes les 60 s) et peux fournir d’autres captures horodatées à la demande.

Bonjour, le débit de ma box ultra ne correspond pas à mon abonnement 8Gb/s symétrique.

Titre : Bridage descendant persistant à ~1.2 Gbps (XGS-PON) / Suspicion d’anomalie DBA / Interopérabilité OLT (FS#39056)

### Description du problème
Bonjour,
Abonné Freebox Ultra, je constate un bridage strict et constant de mon débit descendant (Rx) aux alentours de 1,2 Gbit/s. Le débit montant (Tx) atteint ~2,4 Gbit/s.

Ce comportement est permanent, y compris en heures creuses (testé à 04h00 du matin), ce qui exclut une saturation de l’arbre PON par la charge abonnés. Les symptômes sont en tout point identiques à l’anomalie documentée dans la tâche FS#39056.

### Diagnostics et mesures effectués (Réseau LAN validé)
En tant qu’ingénieur réseau, j’ai isolé et validé l’intégralité de ma chaîne de liaison locale afin d’exclure tout goulot d’étranglement lié à l’hôte de test :

1. Couche 1 (Optique WAN) :

• Puissance reçue (Rx) : -19.03 dBm (Plage nominale idéale).
• Puissance transmise (Tx) : +6.67 dBm.
• Synchro Freebox OS : Stable au maximum à 1000 Mo/s (~8 Gbit/s).

2. Validation de la Stack LAN & Hôte :

• Interface de test : Carte 10G connectée directement sur le port SFP+ de l’Ultra.
• Optimisations OS : RSS et LSO actifs, Flow Control (802.3x) désactivé pour éviter les Pause Frames.
• Test de boucle locale (Preuve ultime) : Téléchargement d’un fichier volumineux directement depuis le stockage NVMe local de la Freebox Ultra vers le PC de test. Débit constaté : > 300 Mo/s (soit > 2,4 Gbit/s réels). Le switch interne Cortina et la stack IP du PC valident donc parfaitement le Rx au-delà du palier constaté sur le WAN.

3. *Mesures WAN (nPerf / iPerf3 multi-flux) (même constat en téléchargement sur http://test-debit.free.fr/):

• Download (Rx) : Plafonne systématiquement à 1200 Mbit/s.
• Upload (Tx) : Atteint 2400 Mbit/s.

### Conclusion & Demande
La couche physique optique étant irréprochable et la stack locale (LAN/PC) ayant prouvé sa capacité à dépasser les 2,4 Gbit/s en Rx depuis le NVMe, le problème est localisé sur le segment WAN/infrastructure.

Il s’agit très probablement d’un défaut d’interopérabilité OMCI ou d’une mauvaise gestion de l’allocation dynamique de bande passante (DBA) entre le chipset Cortina de l’Ultra et l’OLT du NRO (Nokia/Huawei).

Je sollicite une escalade auprès de l’équipe d’ingénierie réseau de niveau 2/3 afin de vérifier le provisionnement de mon profil et les files d’attente (queues/SLA) sur l’OLT de mon secteur.

Merci d’avance pour votre analyse.

Cordialement

Bonjour,

Je rencontre depuis juin 2026 une dégradation récurrente du débit WAN de ma Freebox Pop.

Après un redémarrage du Server, le débit descendant revient immédiatement autour de 2,3 à 2,4 Gbit/s sur le port Ethernet 2,5 Gbit/s. Après plusieurs jours de fonctionnement, généralement cinq à six jours, les performances vers Internet diminuent fortement.

Lors du premier constat, le débit plafonnait autour de 680 à 700 Mbit/s. Lors d’autres occurrences, la dégradation était moins importante, autour de 1,5 Gbit/s selon la destination. Un redémarrage de la Freebox rétablit le débit normal, mais le problème finit par revenir.

Le Server est une Freebox v8 (r1), actuellement sous Freebox OS 4.12.4-r1.

Je participe au programme bêta concernant l’accès aux canaux DFS en Wi-Fi avec les répéteurs. Cependant, le problème de débit était déjà présent avant mon inclusion dans ce programme. Il n’a donc pas commencé avec cette version bêta.

Configuration et contrôles effectués :

- PC sous Windows 11 connecté en Ethernet 2,5 Gbit/s ;
- carte réseau Marvell AQtion, lien négocié à 2,5 Gbit/s ;
- débit local mesuré autour de 2,3 à 2,36 Gbit/s pendant que les débits WAN étaient dégradés ;
- liaison FTTH/PON toujours indiquée comme active ;
- profil affiché de 5 Gbit/s descendant et 900 Mbit/s montant ;
- module SFP présent et indiqué comme fonctionnel ;
- puissance optique observée : environ -17,9 dBm en réception et 2,6 dBm en émission ;
- aucune désynchronisation ni reconnexion visible dans l’historique au moment de la dégradation.

Exemple de mesures prises pendant un état dégradé :

- test local : environ 2,36 Gbit/s ;
- téléchargement OVH IPv4 : environ 778 Mbit/s ;
- téléchargement OVH IPv6 : environ 647 Mbit/s ;
- serveur de test Free : environ 1,63 Gbit/s.

Les mesures répétées montrent que les résultats dépendent de la destination et du nombre de connexions. Certains chemins restent très faibles, alors qu’un téléchargement IPv4 utilisant quatre connexions simultanées vers Scaleway peut encore atteindre environ 2,3 Gbit/s.

Il ne semble donc pas s’agir d’un problème avec le PC, la carte réseau, le câble ou le lien Ethernet. Je ne peux pas non plus affirmer qu’il s’agit d’un bridage global de la ligne, d’un problème exclusivement IPv6 ou d’une QoS. Le comportement fait plutôt penser à un état dégradé du datapath, du routage ou de la gestion des connexions dans le Server, état qui est réinitialisé lors de son redémarrage.

Le problème ressemble à plusieurs tâches existantes :

-  FS#32586  : passage d’environ 2,3 Gbit/s à 680-700 Mbit/s après une période de fonctionnement, corrigé par un redémarrage :

https://dev.freebox.fr/bugs/task/32586

- FS#38855 : baisse similaire sur le port 2,5 Gbit/s, temporairement corrigée par une modification d’un réglage IPv6 :

https://dev.freebox.fr/bugs/task/38855

- FS#37995 et FS#40475 : dégradation principalement observée en IPv6 sur une Freebox Pop :

https://dev.freebox.fr/bugs/task/37995
https://dev.freebox.fr/bugs/task/40475

Dans mon cas, les mesures ne permettent pas de confirmer que la cause est uniquement liée à IPv6. Des débits faibles ont été observés en IPv4 comme en IPv6, avec une forte variation selon la destination. Le point reproductible est que les performances se dégradent après plusieurs jours et qu’un redémarrage du Server les rétablit temporairement.

Étapes de reproduction :

1. Redémarrer la Freebox Pop.
2. Vérifier un débit descendant d’environ 2,3 Gbit/s sur le port 2,5 Gbit/s.
3. Laisser le Server fonctionner plusieurs jours.
4. Refaire les mêmes tests vers plusieurs destinations, en IPv4 et en IPv6.
5. Constater la baisse des débits WAN alors que le débit local reste normal.
6. Redémarrer uniquement le Server.
7. Constater le retour immédiat du débit WAN normal.

Résultat attendu :

Le débit WAN doit rester stable sans nécessiter un redémarrage périodique du Server.

Résultat constaté :

Les performances WAN se dégradent après plusieurs jours. Le débit revient immédiatement à son niveau normal après un redémarrage, puis le problème réapparaît.

J’ai d’abord signalé ce comportement à l’assistance Free, avec les mesures disponibles. Il m’a été répondu qu’un débit d’environ 700 Mbit/s était déjà satisfaisant et qu’il n’y avait donc pas de problème à traiter. Malgré le caractère répétable du défaut et le retour immédiat du débit après redémarrage, l’assistance a refusé de transmettre le dossier à une équipe technique.

J’ouvre donc cette tâche afin que le problème puisse être examiné techniquement. Le fait que 700 Mbit/s reste utilisable ne change pas le constat : le débit passe de plus de 2,3 Gbit/s à environ 700 Mbit/s, ou à un niveau intermédiaire selon l’occurrence, puis revient à la normale après un redémarrage.

Je peux fournir l’adresse MAC du Server ainsi que les relevés horodatés si cela permet de retrouver les journaux correspondants côté Free.

Bonjour,

FreeboxOS 3.0.3, il m’est impossible de :

• supprimer
• renommer
• deplacer
• lire

des fichiers et des dossiers présents dans le dossier “Vidéos” de la Freebox, que ça soit via :

• Partage SAMBA
• Partage FTP
• Partage AFP
• Interface Freebox OS
• Interface Freebox Player

Avec les partages depuis le PC je peux pas aller dans le dossier (Permission refusé), avec les interfaces Freebox je peux ouvrir les dossiers mais la taille des fichiers affiché est égale à “0 octets”, et la date au 01/01/1970. Il est impossible de supprimer les fichiers, de les ouvrir, renommer ou encore déplacer.

C’est fichiers occupent de l’espace sur le disque dur (ie, leur taille étaient non-nulle lorsqu’ils ont été copié) et la taille totale d’espace occupé annoncé par la Freebox (111Go) est bien différente de l’espace occupé annoncé par le gestionnaire de fichier (~70Go).

Une vérification du disque à été faite via l’interface Freebox OS et aucune erreur n’a été trouvé.

Bonjour,

Sur la FreeboxServer de la freebox Mini 4K, l’information de l’atténuation de la voie montenante est à 0.

Idem si on regarde sur l’écran Oled de la box

Dans le module “Téléchargements” de freebox OS, le téléchargement depuis une source FTP ne démarre pas si le mot de passe d’accès au serveur FTP distant contient un “@”.
Dans l’onglet “journal”, on peut voir :

015-03-27 17:18:34 start url ftp://user:motde%40passe@serveur.fr/fichier.zip. (crawling: 1)
2015-03-27 17:18:34 resolving address of serveur.fr

Les “@” du mot de passe est remplacé par “%40” et rien de démarre.

Pour une source FTP avec mot de passe sans caractère spécial, ça fonctionne.

Il est impossible de visualiser une image/photo en pleine écran. Lorsqu’on clique sur la photo (.jpg par exemple) une fenêtre de taille moyenne s’ouvre, j’aurais aimé pouvoir agrandir cette fenêtre pour observer cette photo en plein écran.

Bonjour,

J’utilisais un DD multimédia WD, qui a créé des repertoires / raccourcis sur le DD interne de la Freebox.

Je ne l’utilise plus, je ne peux les supprimer :

• Freebox OS : Impossible de terminer l’opération car une erreur inattendue est survenue (code d’erreur -8072).

• OS X 10.10 : Impossible de terminer l’opération car une erreur inattendue est survenue (code d’erreur -8072).

Une idée ? Merci

Le guide des programmes de freebox OS s’affiche selon l’heure locale du PC client. Depuis l’etranger, les horaires sont donc décalées, y compris pour programmer un enregistrement, ce qui devient impossible. Autrement dis, lorsqu’il est 5:49 à Tokyo, le guide des programme me propose le programme de 5:49 heure française. Le programme à enregistrer à 21h CET est en réalité programmé a 21h Tokyo, soit 8 h trop tôt !

Depuis la MAJ 3.3.0 beug sur FREEBOX OS pour les applicatifs suivante :

- Etat de la freebox =⇒ (pas d’infos) .

- Explorateur de fichier : Arborescence KO.

- parametres de la freebox :

1. DNS Dynamique KO.

1. Client VPN KO.

1. WIFI : configuration radio

1. Largeur de band KO.

1. canal primaire et secondaire KO pour les carte 2.4 et 5 GHZ.

1. Switch =⇒ (pas d’infos)

Le rest est disponible.

j’ai procédé a un scan verif du HDD via la player qui est sous la version 1.3.4 server sous 3.3.0 version (r2).

le HDD est sain.

Merci bien de vérifier ces informations

cordialement

DARKNESS

Bonjour,
Dans freebox os, à l’ouverture du logiciel de téléchargement, un message d’erreur apparait immédiatement en bas à droite “erreur newsgroups connexion refusée” avant même d’avoir fait quoi que ce soit.
Les téléchargements sont impossible à réaliser.
Merci.