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

Bonjour,

J'ai déménagé il y a quelques semaines. J'ai demandé une adresse ip fullstack.
Depuis quelques semaines j'ai mon nas qui remonte des alertes de changement d'ip publique.
J'ai mon adresse ip publique qui apparaît bien dans sous l'interface de la box et une autre adresse ip qui est dans le range ip de free sas.(quand je check mon ip sur un site qui affiche mon ip publique)
82.142.7.39 au lieu d'une adresse qui devrait être celle affichée dans l'interface de la box 82.64.218.xxx
Les test ont été fait sur différents ordi, et plusieurs navigateur sur plusieurs sites. L'ip est toujours 82.142.7.39
J'ai eu le 3244, personne ne plus m'expliquer pourquoi… J'ai demandé à parler à un niveau 2-3 mais on me dit que cela n'est pas possible.
Merci à vous
Cdt

il ne semble pas possible de faire de la communication interne entre postes téléphoniques dect branchés sur la freebox revolution.

L'interface s'affiche mais aucune action possible aussi bien avec Safari que Firefox.
Le WIFI 5 GHz également inactif.

Bonjour,
Depuis ce matin, toute mon interface sur mon Player Delta est vide : aucun logo Netflix, Amazon, Disney+. Si je lance le service myCanal, il y est indiqué « Erreur de chargement ».
YouTube et l’espace Freebox TV fonctionne. J’ai redémarré Server et Delta, mais rien ne change. A noter que la météo ne s’affiche pas non plus.
Problème général ?
Dois-je, oh malheur, effecteur un hard reset ?

D’avance merci de vos réponses.

HomeBridge a été supprimé, impossible de le réactiver. Est-ce normal? je ne trouve aucune documentation à ce sujet.

L'imprimante USB branchée sur la freebox ne fonctionne plus depuis le passage sous windows 11.

Elle apparait bien à côté du disque dur sous "Réseau > Freebox", mais lorsqu'on essaye de se connecter, une erreur est retournée après quelques minutes: (erreur 0x00000709).

Est-ce un problème Samba ?

Imprimante réseau indétectable sur le server pop, impossible à installer. A vérifier d’urgence !

Bonjour à tous,

Je me décide de poster un sujet ici concernant la visibilité de mon imprimante réseau.

J'ai une Freebox delta et j'ai ce problème depuis de nombreuses versions de firmware donc ce n'est pas récent. J'espère à chaque update du répéteur ou de la box que cela corrige mon problème mais non.

Ma config

Serveur Delta (v4.5.1)

Mon serveur, répéteurs & PC_3 sont câblés en RJ45.

J'ai rarement des soucis même si cela se produit pour imprimer du PC_3

Par contre mes PC_1,2 ont beaucoup de difficulté à voir mon imprimante. Ils me la détecte systématiquement en hors connexion et l'impression ne se lance pas.

Le contournement que j'applique quand je veux imprimer, c'est de lancer mon impression et redémarrer mon répéteur 1, ce qui fait que l'imprimante "accroche" le signal wifi du serveur Delta et l'impression finit par se lancer.

Vous auriez une piste car c'est plutôt pénible

Bonjour

Contexte:

PC Windows 10 Build 19043.1237

Freebox Revolution V4.5.0
Dans Freebox OS, Partage de fichiers/Partage Windows comme suit :
Activer SMBv2 : décoché
Groupe de travail : celui de mon PC
Activer le partage de fichiers : coché
Activer le partage d'imprimantes : coché
Accès authentifié : Décoché

Depuis mon PC, je copie un fichier Word depuis mon PC vers \\Freebox_Server\Disque dur.
Je double clique sur ce fichier dans la fenêtre \\Freebox_Server\Disque dur, il s'ouvre avec mon Office 2007, pas de problème.
Je modifie le fichier, je fais Enregistrer, j'ai le message d'erreur suivant :
"Une erreur de réseau ou d'autorisation de fichier a été générée. La connexion au réseau est peut-être perdue.
(\\…\Nouveau Document Microsoft Offi…)"

Si je refais la même manip avec un fichier Excel ou Powerpoint, j'ai le même message d'erreur.

Je recommence avec un fichier .txt que j'ouvre avec Notepad, là, je peux le modifier et l'enregistrer sans message d'erreur.

Pas d'erreur non plus si j'ouvre le .txt avec Context.

Avec un fichier MP3 dont je veux changer les tags avec TagScanner, même problème, message d'erreur à l'enregistrement après modification.

Problème également avec MusicBee, si je veux mettre des étoiles à un album ou à un morceau message d'erreur :
"Le nom réseau spécifié n'est plus disponible"

Tout ceci fonctionnait très bien il y a quelque temps, avant la mise à jour SMBv2 sur la Freebox.
SMBv2 que je n'ai pas activée car c'est un gros bazar (demande de mot de passe alors que je n'ai pas coché l'accès authentifié).

Depuis la maj 4.2.x sur Delta ou Mini 4k, je peux toujours me connecter en VPN à la box (IKEv2) mais ne peux accéder à aucun équipement.

Dois-je refaire toutes les configurations VPN?

En vérifiant, je vois que mon ordinateur ne récupère aucun serveur DNS spécifique à la connexion ni route ipv4 pour diriger le trafic vers le tunnel.

Bonjour,

De façon récurrente, un outil de mapping de disques virtuels (RaiDrive https://www.raidrive.com/) ne peut se connecter à ma Freebox en mode FTP (je monte la freebox comme un disque local, donc). Idem avec Filezilla, WinSCP ou équivalent...

Tout est correctement configuré (je travaille dans l’informatique depuis 30 ans) puisque RaiDrive est déjà parvenu à se connecter, la Freebox a été rebootée de nombreuses fois, mais j’obtiens désormais le message : “Connexion interrompue par le serveur, Impossible d’établir une connexion au serveur” ! La formulation diffère bien sûr selon les outils, mais l’erreur signalée est bien la même...

Je manque d’indices pour corriger le problème : où chercher ?

Merci d’avance pour votre aide !

Depuis que je suis arrivé chez Free en décembre il m’est impossible de me connecter a une partie en ligne en étant branché en SFP+. Sauf pendant une semaine quand la version 4.1.6 a été déployé.

Quand on essai de programmer un enregistrement qui commence un soir (par ex à 23h35) et fini le lendemant matin (par ex 0h50) et qu'on veux que cet enregistrement se répète on a une erreur nous demandant d'indiquer la durée ce qu'on ne peux pas faire et ceci même si l'interface affiche la durée
voici une capture de l'erreur en faisant la programmation par freebox OS :

le problème est le même en passant par le player

Bonjour,

je n'arrive pas à activer une largeur de bande de 160 Mhz sur ma troisième carte Wifi (5Ghz), malgré différent test.

Test 1 = Si ma seconde carte wifi (5 Ghz) est sur la bande 80 Mhz, la troisième carte passe sur 40 Mhz. Il est impossible d'avoir les deux en 80 Mhz et impossible de mettre la troisième carte sur la bande 160 Mhz.

Test 2 = Si ma seconde carte wifi (5 Ghz) est sur la bande 160 Mhz, là je peux mettre la bande 80 Mhz sur la troisième carte Wifi (5 Ghz) mais impossible de mettre sur la bande 160 Mhz sur la troisième carte.

Donc malgré les différents test il est impossible de mettre la troisième carte sur une bande effective à 160 Mhz.

J'apporte l'information que je n'ai pas de répéteur wifi chez moi et que j'habite dans une maison avec aucune saturation des bandes.
Pensez-vous qu'il y a un bug/défaut sur ma troisième carte wifi ?

Bonjour,

impossible de partager un dossier ou un fichier.

Lors du choix “Partager ce dossier” (ou fichier, la fenêtre de choix de durée apparait, puis suite à la validation par OK; au bout de quelques secondes, le message d’erreur “Temps d’attente écoulé” apparait.

Bonjour.
J’ai cherché un peu partout et j’ai vu que ce problème est répertorié depuis années. Le but serait de faire le point pour trouver le moins mauvais palliatif.

J’ai depuis quelques mois une freebox mini k4 connectée en fibre optique.
Jusqu’à ce jour, je ne regardais que la télévision.
J’avais auparavant une freebox révolution à laquelle était connecté un disque externe de 750 Go contenant des films aux format .avi et .mpeg

Voilà le problème.
J’ai pu connecter ce disque externe (auto-alimenté). Je peux y enregistrer des émissions de télévision. Mais ces fichiers continuent de ne pas être naturellement lisibles malgré le temps qui passe. Le message est

“impossible de lire la vidéo”

J’ai compris qu’il pouvait être possible d’installer une nouvelle application afin de résoudre le problème. Dans les forums, il a été évoqué KODI et VLC, il y en a peut-être d’autres.

Comme actuellement, les téléchargements sont impossibles

( https://dev.freebox.fr/bugs/task/38569)

J’envisage de convertir 650 go de données dans un format compatible mini 4k

je connais avidemux, je pense à une terminaison .mkv qui semble fonctionner.

Je pourrais aussi attendre un peu que les téléchargements fonctionnent.

Merci de vos conseils.

Depuis que j’ai migré vers l’ultra, mes 3 aspirateurs Xiaomi (Dream D9 et LD10 Pro) refusent de se connecter au serveur ultra. Durant la procédure ils se connectent bien au réseau WiFi temporaire créé par l’aspirateur mais quand l’application Xiaomi home (Android) qui gère les aspirateurs rebascule sur le réseau local du serveur ultra pour créer le lien entre l’aspirateur et le serveur, cela échoue tout le temps.
Si je tente de connecter ces 3 aspirateurs sur un petit routeur de prêt (lui même connecté en filaire sur le serveur ultra), et donc un réseau parallèle indépendant de celui de la box ultra, cela marche parfaitement du 1er coup. Ceci tend à prouver qu’il y a un problème sur le réseau WiFi créé par l’ultra ou le protocole de communication durant l’appariement.
Avec mon serveur delta précédent cela marchait parfaitement bien.

A L’AIDE…..

Ma freebox est le modèle révolution de MAC 00:24:D4:AC:04:DA avec le firmware 3.5.2

Il est impossible d’associer un combiné DECT via la procédure depuis le panneau de la Freebox Server ou depuis Freebox Os (pour la récupération du code PIN puis l’ouverture de l’association).

Quelque soit le modèle de téléphone main libre, au bout d’une minute ou deux, le combiné répond “Echec inscription”.
Par exemple avec le modèle Gigaset AS 405.

J’ai essayé différente combinaison de mode Eco / Eco+. Rien n’y fait.

En voulant redémarrer le service de téléphonie DECT, depuis Freebox OS, j’ai :
- Ouvert la boite de dialogue “Téléphonie DECT” - Décoché “Activer la base DECT”.
- Validé par OK.
- Attendu 1 minute.
- Réouvert la boite de dialogue “Téléphonie DECT” - Recoché “Activer la base DECT”.
- Le code PIN ayant été effacé, je l’ai retapé (1504).
- Validé par OK.
J’ai obtenu une erreur comme quoi il est impossible de conserver le code PIN.

Comme aucun combiné n’est capable d’être relié en RJ11, nous n’avons plus de téléphone fixe. Merci qui ? Merci Free !

Bonjour

L’affichage de l’horloge sur la freebox Delta devrait évoluer vers une possibilité de configuration :
- intervalle d’affichage (tout les quart d’heure, demi heure...)
- extinction totale sur une période programmable comme la nuit

Merci

Steps
- Aller sur http://<IP Freebox>/#Fbx.os.app.settings.ConnectionStatus

REsultat Attendu
- Voir l’historique des connections / deconnections / reboot de la box

Resultat Experimente
- l’historique reste limité au dernier reboot.

Je suis actuellement sur Ultra sans Hdd

Depuis que j'ai fait la mise à jour du serveur POP 4.3.0 l'heure sur le serveur disparait au bout de quelques heures et je perds la connexion. Je suis obligé de la rebouter.

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

Je suis abonné et connecté à Free depuis le 16 avril, sur la plaque ZMD de Niort construite par Orange, à Aiffres (NRO/NRA=79003AIF), en fibre optique (il s’agit d’une migration depuis un accès Orange qui ne causait aucun problème avant pendant plus d’un an, qui n’avait jamais aucune perte).

Visiblement, vous y effectuez la collecte en IPv6 natif (et utilisez une encapsulation pour transporter IPv4).

Je constate que la FreeBox Revolution depuis le firmware 3.5.2 (qui a été installé dans la nuit de vendredi 25 avril à samedi 26 avril, en remplacement du firmware d’origine (sans doute, 3.5.0 mais j’ai oublié de le noter) a de grosses anomalies dans la gestion de bout en bout des MTU (pour TCP et UDP), y compris pour le segment réseau local.

Le protocole PMTUD ne fonctionne pas du tout (pourtant il est obligatoire pour IPv6), l’ajustement de taille des MTU ne se fait pas, la fragmentation IP a lieu, mais n’est pas conforme. De plus sur le segment IP6 WAN.

Le résultat est un débit catastrophique (vous avez sans doute déployé pour y remédier un tunnel de secours, permettant quand même de transporter les trames Ethernet non standards, mais qui ne passe pas par la route normale, mais est utilisé apparemment maintenant pour les utilisateurs de la plaque de Niort ayant une Freebox Revolution déjà migrée en 3.5.2, et transitant apparemment via des lignes optiques de SFR et OVH/Completel, mais ce tunnel est largement surchargé).

Cependant même ce tunnel (qui véhicule à la fois votre IPv6 et votre IPv4 est très instable et filtre des paquets ICMPv4 et surtout ICMPv6 indispensables). Je ne sais pas ce que fait la pile TCP/IP interne à ce firmware 3.5.2 de la Freebox Revolution, mais ça marche très mal, et n’importe quelle session TCP un peu trop longue finit par ralentir, à attendre des aquittements qui ne viennent pas ou qui ne viennent plus jamais car l’adaptation de MTU par PMTUD finit par dépasser des contraintes, et des fragments IP sont perdus, et après trop de demandes de renvois, les sessions TCP sont terminés brutalement, on obtient des fichiers tronqués en HTTP par exemple, sans aucun message d’erreur.

Il est impossible de télécharger un fichier de plus de 100 à 150 Mo en continu sur une seule session TCP (aussi bien via Internet que sur le LAN avec le fichier de test 1Go intégré à la Freebox disponible sur Freebox OS). Le seule moyen de transférer des gros fichiers sur Internet c’est par Torrent (sessions TCP courtes, c’est transmis par petits blocs de taille fixe), par exemple les Torrents d’image ISO de distributions Linux connues (par HTTP ça échoue à chaque fois). Impossible de télécharger une image ISO volumineuse par HTTP (par exemple une image de DVD d’installation de Windows) sans passer par l’outil de téléchargement de Microsoft (qui transmet par blocs avec vérifications). On voit cependant que les sessions Torrrent actives sont anormalement interrompues aussi (mais les Torrents peuvent retenter en utilisant d’autres connexions) (ceci affecte autant le client torrent intégré à la Freebox pour télécharger localement sur son disque dur qu’un client Torrent sur le réseau local).

Autre symptome similaire: la télé multiposte ne tient pas plus de 20 à 30 minutes sur une chaine HD: le streaming HTTP servi par la Freebox Player vers le réseau local via la Freebox server (utilisée comme switch) est lui aussi interrompu, les images se figent régulièrement et de plus en plus souvent. Et finalement la lecture s’interrompt brutalement (aussi bien avec le lecteur Flash proposé par Freebox OS, que par Windows Media Player ou avec VLC.

Tout indique que le non fonctionnement de PMTUD (ou le blocage inopiné des trames ICMPv4 ou ICMPv6 nécessaires pour signaler les MTU trop grosses ou permettre d’ajuster la MTU en TCP ou UDP ne fonctionne pas).

Le test de performance en ligne de Netflix dit la même chose en rapportant seulement le débit très faible, et là aussi les émissions sont interrompues inopinément (impossible de regarder un fluix pendant un heure, pas de flux HD disponible).

Même chose avec Youtube (diffusion en HTTP ou UDP multicast avec RTSP je ne sais pas trop): pas plus de 20 minutes en HD puis c’est coupé après de nombreus ralentissements.

Même chose avec les tests de performance de Speedtest.net: le trafic démarre vite pendant 1 ou 2 secondes puis baisse brutalement et ne cesse de chuter lentement. On voit nettement les pauses sans débit se multiplier, de plus en plus longues (ne recevant pas les statuts ICMP de “paquets trop gros”, le PMTUD pense qu’on peut toujours essayer d’augmenter la MTU, et après plusieurs essais, nécessitant de la fragmentation IP, ça finit par arriver, mais difficilement. Lorsque les fragments IP supplémentaires passent à une certaine taille, ils ne sont même plus signalés comme manquants, les tentatives de envois de trames TCP manquantes n’aboutissent plus car elles sont hors du cadre de la fenêtre TCP, et faute de réponse la session TCP tombe).

D’autres tests montrent qu’en UDP il y a un fort rejet de trames ou des trames perdues. Même chose avec des tests ICMP PING REQUEST/REPLY: on peut faire varier la longueur de payload, mais en fait cette payload est reçue tronquée (à 64 caractères par le destinataire qui la renvoie lui aussi tronquée dans l’écho) et les paquets ICMP indiquant des fragments manquants, ou des fragments IP trop gros ne sont jamais reçus.

La Freebox server sembnle bouloir expérimenter une nouvelle méthode non standard d’encapsulation d’IPv4 sur IPv6 sans couche d’adaptation (peut-être pour gagner un tout petit peu de bande passante ou optimiser la mémoire nécessaire dans vos routeurs et supporter plsu de client par vos routeurs avec une commutation un peu plus rapide, mais l’effet obtenu est totalement inverse: IPv6 dans sa version actuelle requiert absolument la prise en charge de PMTUD (alors que c’est facultatif en IPv4).

Ce protocole expérimental que vous avez déployé dans le firmware 3.5.2 de la Freebox Revolution ne fonctionne pas, n’est pas conforme. En zone ZMD où vous collectez le trafic par des opérateurs de transit, ce protocole est incompatible avec leurs équipements qui font des vérifications plus strictes (il est possible que vous ayez voulu aussi encapsuler ICMPv4 directement sur ICMPv6 sans couche d’adaptation et l’utiliser pour faire du routage spécifique par des options IP ajoutées aux trames IP, ou des options de suivi/Mdébogage, et que ces trames ICMP débordent leur MTU autorisées, la partie essentielle de la trame ICMP est perdue/tronquée, il ne reste que les options inutiles et les routeurs transitaires filtrent ces paquets invalides.

En urgence faute de pouvoir faire transiter votre trafic par le canal normal, il doit passer par un VPN établi au niveau Ethernet ou en dessous (comme PPP) pour faire cependant passer votre trafic Ethernet propriétaire et pas conforme. Mais ce VPN est surchargé. Il n’a pas la capacité de transporter les flux des milliers de vos clients sur la plaque de Niort, et même pas juste ceux équipés de Freebox Revolution et ce lien VPN est largement contraint par les règles de transit des autres opérateurs, imposant une règle d’équité des trafics dans les deux sens: règle 2 pour un pour les petites liaisons, amis plutôt 1,5 pour 1 ensuite pour le transit par les gros backbones.

Comme les clients Free sont très largement des particuliers et consomment surtout de la vidéo en streaming les flux sont surtout descendant avec un gros déséquilibre: le download de ces client est contraint par le débiut d’upload très faible lors de la lecture de vidéo en streaming, vous ne pouvez simplement pas acheminer des centaines de clients (ou plus) par un seul de ces VPN (hors vous y injectez aussi bien les flux des clients ADSL/VDSL que fibre: si l’essentiel de ces clients sont en zone quasi rurale ou très éloignés des DSLAMs, ce qui est le cas dans ma commune qui n’a de bon débits ADSL que dans une zone très limitée, le reste n’a du fait de leur atténuation pas plus de 5 ou 6 mégabit/s en download et ne sont même pas éligibles à la télé HD, ce sont ceux-là pourtant qui sont les premiers à utiliser la fibre, d’autant plus que depuis le fibrage quasi terminé de ma commune dans sa partie horizontale, des tas de lignes RTC ont été allongées et sont devenues inéligibles à l’ADSL, c’est le cas chez moi, le passage à la fibre est définitif, il n’y aura plus de retour en arrière, il n’y a plus les lignes les plus courtes nécessaires, les fourreaux ont moins de capacité car de la place a été faite pour la fibre: ne sont restés éligibles que les clients qui avaient déjà une ligne ADSL activée).

Ce phénomène se produit aussi dans la commune de Niort voisine, sur les autres lots de la ZMD, et tous les abonnés Free de la zone (y compris les premiers en test sur les 2 autres communes de Bessines et Charay en cours de fibrage sur la trentaine concernée par le démarrage rapide subventionné en partie par l’agglomération et le département).

Le système de collecte en ZMD (à Niort c’est en partie en AMII, mais des communes de l’agglomération sont hors périmètre de l’AMII et sont davantage subventionnées pour leur fibrage) et en Full IPv6 nécessite une implémentation impeccable des piles TCP/IP de vos Freebox. Ce n’est pas du tout le cas de la Freebox Revolution depuis la version 3.5.2: IPv6 ne fonctionne pas correctement et il n’y a aucun moyen facile de contourner le problème. Votre solution temporaire de routage d’urgence par un VPN ne peut pas absorber le trafic de la zone.

Résultat, panne générale depuis samedi matin, juste un léger mieux lundi dans la journée, à nouveau exécrable en début de soirée et toute la journée fériée du 1er mai (vos abonnés ADSL et fibre sont à domicile et consomment massivement de la vidéo), légéer mieux aujourd’hui en cours de journée, puis à nouveau exécrable à partir de 16h et toute la soirée jusque tard.

Votre VPN ne règle pas tout: le bogue de la Freebox Revolution 3.5.2 est toujours là dans sa partie “switch”. Et ça se voit. Un test de téléchargemetn depuis la Freebox vers le réseau local est tout autant affecté par le problème d’instabilité ou d’indétermination de la MTU qui finit par sortir des cadres et se désynchroniser entre émetteur et récepteur: assez vite TCP ne répond plus, les sessions tombent les unes après les autres après de nombreux échecs de demande de retransmission (qui en plus provoque de la surcharge supplémentaire sur votre réseau de collecte et la capacité de votre VPN de secours à l’absorber).

Bref je demande le retour de ma Freebox en version 3.5.0. Il va falloir revoir vos procédures de test et de montée en charge, et surtout ne plus déployer des versions beta directement chez vos clients non avisés (et en plus sans aucun canal de communication et sans même informer vos services de support client qui ne sont même pas habilités à remonter des tickets d’incidents et ferment les sujets: ils ne sont qu’abilités à tester le segment de la boucle locale, voient que la box est synchronisée et répond correctement à des tests trop simples)

Pourtant le simple test de transfert d’un fichier de 1Go suffit à démontrer le problème (et il pet être effectué directement dans la Freebox Server sanas même avoir à tester le réseau local ou le soupcçonner d’une mauvaise installation (le problème est identique si on débranche complètement la Freebox Server du réseau local, y compris en coupant le wifi, débranchat les cables Ethernet de vos Freeplug CPL, et celuui reliant le Freebox Server au Freebox player: on peut lancer le test en se connectant à distance sur la Freebox via Internet pour accéder à l’interface Freebox OS et on a le même résultat: les téléchargements de test depuis Internet vers le disque dur interne sont très très lents, souvent tronqués, ou corrompus quand on les valide par une somme de controle MD5 ou SHA1 si ces fichiers dépassent environ 100 Mo de taille.

Aucune session TCP ayant reçu déjà 100 Mo (ce qui arrive vite pour un flux TV HD en streaming sur HTTP/1.1) ne tient, que ce soit diffusé en IPv4 ou en IPv6, et votre tunnel de secours est surchargé durant toute la diffusion, seule le flux SD passe il manque des tas d’images, il y a beaucoup trop de demandes de retransmissions ou de resynchronisation du flux pour sauter directement des trames non reçues à temps, et sinon des transmissions en doublon à la lisière de ce timestramp de diffusion, ce qui accroit encore la charge.

Je pense que tous les abonnés en ZMD où vous avez commencé la migration de collecte en Full IPv6, et utilisant la Freebox Revolution avec ce firmware sont concernés (et visiblement cela concerne les communes nouvellement fibrées (mais déjà dégroupées depuis longtemps chez Free en ADSL puis VDSL) et particulièrement dans les zones urbaines les plus denses de ces ZMD où un NRO/NRA est occupé par plsu d’une centaine de clients: vos VPN de secours ne peuvent pas tenir la charge. Le sud-est de la ville de Niort et toute la commune d’Aiffres est impacté (et c’est encore plus visible poru les nouveaux clients qui ont les dernières box prééquipées pour IPv6 et chez qui tout allait bien avant que vous ne les passier en version 3.5.2)

Bonjour,
Après avoir lancé des téléchargements de Torrent via l'interface de téléchargement de ma Freebox Delta perso (à jour avec la v4.5.7), celle-ci a planté, et automatiquement rebooté.

Depuis je ne parviens plus à accéder au gestionnaire de téléchargements, dont les messages d'erreur alternent entre :
"Erreur lors de la récupération des statistiques de téléchargement: Ce service n'est pas disponible actuellement"
"Erreur lors de la récupération des infos de téléchargement: Ce service n'est pas disponible actuellement"
"Erreur lors de l'accès à la configuration: Ce service n'est pas disponible actuellement"

Voir les screenshots :

J'ai également tenté via l'app Android Freebox Files, le résultat n'est pas plus concluant :

Après avoir constaté le couac, et bien déterminé à finir ce téléchargement, je me suis connecté à distance à la freebox de mon bureau pour relancer ces téléchargements, et ma seconde Freebox se trouve désormais dans le même état (le boulet!!)

Quelques précisions :
→ J'ai bien tenté de rebooter mes freebox (plusieurs fois, oui-oui) cela ne change rien :(
→ Le disque dur de la freebox est toujours visible, et accessible via l'Explorateur de fichier de freebox OS, tout comme via le partage réseau windows.
→ Dans paramètres de la freebox > disques, j'ai vérifié le disque dur de la freebox, qui ne remonte pas d'erreurs et est marqué SAIN.
→ Sur une des deux Freebox, j'ai vidé le contenu du dossier .fbxgrabberd, cela n'a rien changé.

Help, sauriez-vous comment s'en sortir sans avoir à réinitialiser sa Freebox ?

Bonjour,
J’ai ajouté un NVME Corsair MP600 GS la semaine dernière avec succès.

Je voulais tester le gestionnaire de téléchargements de la Freebox, mais il ne se passe rien. J’ajoute des téléchargements via HTTPS mais ils restent en attente.

La partie inférieure gauche de la fenêtre de téléchargements affiche le message Non connecté en rouge.

J’ai vérifié que le gestionnaire de téléchargements est correctement configuré pour sauvegarder les fichiers au bon endroit sur le NVME (/nvme1/Téléchargements).

Les URLs sont valides car j’arrive à télécharger les fichiers depuis mon PC Linux avec wget.

J’arrive bien à envoyer et lire des fichiers vers la Freebox avec l’Explorateur de fichiers.

J’ai redémarré la box 2-3 fois, sans succès. La gestionnaire de téléchargements continue d’afficher le message Non connecté.

Une idée sur la cause de ce problème ?

Merci.