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

Bonjour,

J’aimerais augmenter les ressources disponible pour les VMs et j’aimerai donc augmenter au maximum des capacités du server.
Hors aucune documentation technique n’est présent…

Et sur internet quelque personne parle de 8/16Go de ram pas plus, j’aimerais vérifier cela avec un developpeur / technicien.

J’ai donc trouver cette RAM “DDR4 2666 MHz PC4-21300 32Go” et je voulais savoir si elle est capable de fonctionné.

Je n’est pas envie de commender la Ram pour rien…
#37001: https://https://dev.freebox.fr/bugs/task/37001

Dans l’attente de votre message.
Mathéo L

Bonsoir,

Avec ma Freebox Révolution j’ai une erreur 500 “Internal Server Error” sur la requête vers https://api-arcep.proxad.net/api/v1/tca/prec lors d’un test de débit sur nPerf via le navigateur web.

Je reste disponible pour tout complément d’information.

Underground78

Bonjour,

Avec un Apple IPhone 14 PRO MAX et une Freebox POP, pour que le VoWIFI fonctionne:
- il faut que le mobile soit en mode avion, autrement ça ne fonctionne pas
- test sur une Livebox Orange ca fonctionne correctement.

Test effectué chez Apple, le mobile est à jour, aucun défaut.

L’inconvénient de l’astuce du mode avion, c’est une fois l’appel terminé et que nous voulons désactiver le mode avion pour retrouver le réseau, un redémarrage du mobile est nécessaire.

Pouvez-vous prendre en charge ?

Merci et bonne journée,

Bonjour
en utilisant le port SFP+ du serveur vers un switch 10Gb (sans autre regle de port ou de vlan) l’acces depuis le player vers le NAS synology en UPNP ne fonctionne pas. Le Nas est tantot visible, tantot pas.
En utilisant les ports RJ45 du serveur, tout fonctionne normalement.
Merci.
Francois

Si DHCPv6 est activé, le POP player n’a pas de connectivité IPv6 mais bien une connectivité IPv4. La conséquence cryptique est que l’outil de diagnostique du POP player rapporte des problèmes de Ping. Puis, bien que Netflix et Prime Vidéo fonctionnent normalement, Oqee fonctionne à moitié : les enrégistrements et le direct fonctionne, mais en direct, pas la fonction pause ou reprendre depuis le début.

Vous allez me dire que DHCPv6 ne sert à rien ici, puisque implémenté partiellement (sans délégation de préfix), encore faut-il trouver la source du problème. Contourner, c’est facile, il faut désactiver DHCPv6. Maintenant, s’il ne faut pas l’utiliser, au moins un avertissement dans Freebox OS concernant le POP player serait utile. Sinon, permettre à Oqee sur POP player de fonctionner normalement sur IPv4 comme c’est le cas sur tous les autres supports.

Hello,
j’ai trouvé une source de crash reproductible concernant les VM qui fait redémarrer la freebox Delta. Voici comment faire:
(1) créer et démarrer des VM en utilisant toute la mémoire permise par l’interface de gestion des VM
(2) solliciter des services de la Freebox, par exemple le guide de programmes.

La réaction du systèmes est un redémarrage. Avec malchance, les VM sont redémarrés aussi et le bug se répète.

Analyse:

A présent, 1024MO de la mémoire vive sont réservé pour le système, le reste peut être alloué aux VM. Or, l’évolution doit avoir conduit à un besoin de mémoire dépassant 1GO. La barette mémoire fourni avec 2GO cache ce défaut en absence de VM.

Il faut alors réévaluer le besoin de mémoire et adapter l’interface afin de permettre moins mémoire aux VM.

Ce matin tout semblait bien fonctionner.

J’accède à mon partage Samba sans problème particulier, mes deux rails Wifi 5 GHZ sont bien en bande effective de 160 mghz, alors que je m’attendais à ce que la ligne radio DFS soit restreinte à 40 mhz, comme ça se produisait régulièrement ces derniers jours (voir ma précédente remontée de bug).

Etant précisé qu’on parle d’un transfert de fichier de quelque kilo octets, pas d’un transfert de gros fichier
Je visionnais et uploadait des fichiers de configuration Linux…rien ne bien méchant

Puis quelques minutes plus tard sur une deuxième tentative d’accès… patatras plus d’accès, freeze

J’investique et je constate UN GROS PLANTAGE au niveau du Wifi

- le PC (Linux) semble toujours connecté au Wifi de la box. Je fais une tentative d’update des repos sans aucun problème particulier, juste que Samba ne fonctionne plus, si j’essaie d’accéder au partage ça provoque un freeze. Comme j’étais en mode CONSOLE phyisque, je ne pouvais pas me connecter à l’interface web Freebox OS, donc je me tourne vers mon téléphone Android qui est connecté en Wifi

- Au niveau d’Android c’est là où ça devient intéressant

L’application Freebox n’a plus un accès complet à la Freebox, mais partiel.
L’accès au gestionnaire de fichier fonctionne que ce soit sur le disque interne ou la carte SD externe qui correspondent à deux partages SMB distincts, ce qui prouve que ça n’a aucun rapport avec un éventuel problème de NAS

Mais lorsque je veux visionner l’état du Wifi… l’appli tourne dans le vide.
Impossible d’accéder aux paramètres, l’appli freeze, alors même que quelques minutes auparavant j’avais bien eu accès à ces mêmes paramètres.

Je ferme l’appli et retente pour être sûr, même chose.

Je tente de lancer Freebox Files… l’appli freeze et ne démarre pas.
Mais, de mémoire il me semble que Freebox Connect se lance correctement, mais impossible ensuite d’accéder aux paramètres Wifi

Donc je n’ai pas le choix, je dois rebooter la Delta sans savoir exactement dans quel état réel était le Wifi puisqu’il semblait continuer à fonctionner partiellement, le PC restant toujours connecté et ayant une visibilité sur le Web

Avant la MAJ 4.7.4, jamais une telle chose était arrivé, au grand jamais, croix de bois, croix de fer….
Après la MAJ 4.7.4, cet incident s’est déjà produit 3 fois de façon totalement aléatoire, et sans que jamais à ce moment précis Samba ne soit sollicité sur un très gros efforts.

La question est maintenant de savoir entre l’oeuf et la poule qui est né le premier.

Est-ce un bug de Samba qui provoque le crash du Wifi ? La veille au soir, j’avais en effet effectué une grosse tâche de transfert sur plusieurs fichiers de 2 GO, sans problèmes apparents. Mais si vous lisez certains rapports de bug précédents il est avéré que sur la Delta, parfois Samba, suite à de gros transferts, reste dans un état “incertain”. Il semble fonctionner, mais il provoque des anomalies bizarres du genre répertoire pas à jour, impossible d’écrire… il faut relancer le serveur Samba.

Donc je ne peux totalement exclure que suite à ces gros transferts de la veille… Samba était en effet dans un état “incertain” comme décrit dans des rapports de bug précédents.

Ou est-ce une problématique Wifi qui provoque des soucis sur Samba ?

J’aurais tendance à pencher pour cette hypothèse. Les Devs ont manifestement “bidouillé” quelque chose au niveau du Wifi, car avant la MAJ 4.7.4, jamais je n’avais connu de tels crashes comme décrit présentement. La seule chose que j’avais constaté, ainsi que d’autres utilisateurs, c’est que de temps à autre Samba se mettait dans un statut incertain avec un fonctionnement qui “buggue” suite à des grosse tâches (sauvegarde VSS de type Acronis, Reflect… ) et qui impose le redémarrage du serveur Samba sans provoquer plus de dysfonctionnements au niveau de la box, l’accès aux paramètres Wifi via l’appli Android Freebox fonctionnant toujours… contrairement à ici

De plus avant la MAJ 4.7.4, la disparition subite des partages SMB ne se produisait ABSOLUEMENT pas, et ça été signalé plus d’une quinzaine de fois.

Soit vous connaissez l’origine du bug et un firmware correctif est en route… Soit c’est toujours en cours d’investigation… la situation DEVIENT TOTALEMENT INTENABLE ET INACCEPTABLE vu que la Delta est baucoup utlisée pour son NAS réseau, si l’on se réfère à des personnes qui perdent les partages Samba plusieurs fois d’affilée en l’espace de quelques heures.

Dans ce cas, en attendant la résolution du problème, je pense qu’il faut rétropédaler le firmware vers la version précédente 4.7.3

J’ai l’intime conviction que l’origine des soucis “récents” vient de certaines modifications au niveau de la gestion du Wifi.
Ca n’expliquera toujours pas l’instabilité chronique de Samba après un “stress” du serveur, bug rapportée avant le firmware 4.7.4, mais on retrouvera une situation plus acceptable.

Bonjour,
J’ai l’impression d’un facteur limitant le débit d’upload vers ftp. La Freebox a un disque externe en USB et NTFS.
Quand j’upload du wan (Orange 300mbps), le débit d’écriture sur le disque interne comme externe est limité dans les 5 MO/s apparemment partagé entre upload web et ftp.
Du même wan, un upload vers une pop pas très lointaine avec disque externe est bridé à 30 MO/s par le débit up du wan.

La limite de débit est elle un bridage qos, une limite de la Freebox , ou un bug sur la gestion du disque externe qui impacte le débit du disk interne ?

Les débits en smb en lan ont aussi tendance à être faibles du même odg 3 a 5 MO/s sur des gros fichiers vidéo.
Les speedtests sur le pc en lan montrent de débits normaux gbit eg 80/90 MO/s .
Pour info, c’est une Freebox server R1 de janvier 2011

Je rouvre un sujet car répondre à un sujet ouvert et dupliqué 15 fois, ça ne sert pas à grand chose, il y a 0% de chance que les DEVS lisent mon message

Résumé :

Depuis la MAJ 4.7.4 il est désormais avéré que SAMBA crashe de façon aléatoire sans qu’il soit possible de déterminer les conditions exactes du crash. Chez certaines personnes, ça semble arriver assez fréquemment, plusieurs fois par jours, chez d’autres comme chez moi, c’est totalement aléatoire, c’est arrivé 3 fois.

Mais… il semblerait que ça se produise chez moi de préférence en soirée.
Or en soirée j’ai remarqué ces derniers temps que je perdais de façon systématique ma deuxième radio wifi 5 ghz

Pour être plus exact :

- durant la journée mon Wifi fonctionne en largeur de bande 160 mhz sur les deux bandes 5 ghz, la bande des 2.4 GHz est inactive
De temps en temps, la deuxième radio 5 ghz décroche et passe en 40 mghz de largeur effective de bande, mais ça reste un pphénomène rare DURANT la journée

- en soirée de façon moins aléatoire, mais encore aléatoire, la deuxième radio 5 Ghz (DFS) passe à une largeur de bande effective de 40 mhz au lieu de 160 mhz. Je suis obligé de redémarrer la radio le lendemain pour retrouver la pleine bande.

Ce phénomène a longtempts été complètement aléatoire… il est devenu systématique, càd toutes les soirées, sans que j’en connaisse la raison

- soit l’action de voisins qui de façon plus systématique qu’avant allument des réseaux wifi 5 gz en soirée
- soit le résultat d’un bidouillage du firmware, dans ce cas ça pourrait avoir un lien avec le firmware 4.7.4

Mon intuition est que ces problèmes de crash de Samba pourraient avoir un lien indirect avec la gestion du Wifi.
Je serais tenté de penser que lorsque la box est contrainte de modifier la largeur de bande effective d’une radio, c’est là qu’il y aurait une forte probabiblité de plantage de Samba, ce qui expliqeurait que chez moi le crash de samba se produisent plutôt en soirée.

Si le phénomène se produit plus souvent chez certaines personnes, ce sont peut-être des personnes qui sont dans des environnements Wifi plus perturbés, des personnes qui peut-être utilisent encore le 2.4 ghz, une bande devenue problématique.

C’est une piste à creuser pour résoudre un problème qui empoisonne la vie de pas mal d’utilisateurs depuis la MAJ 4.7.4, même si chez moi la situation est vivable.

Et Sainte Marie, au nom du ciel…. encore une fois cessez d’être sourd, obstiné de vous foutre de la tête des utlisateurs ouvertement.

J’ai déjà signalé il y a longtemps sous un rapport de bug précisément doccumenté que sous SMB2 la Freebox n’émet plus de NETBIOS (mais pas en SMB1)… l’absence de NETBIOS pose des soucis ponctuels sur certains logiciels, sous Windows comme sous Linux, même si en soi ce n’est pas un problème vital, mais ras le bol de galérer sur un truc qui pourrait être résolu en une vingtaine de minutes en revérifant vos scripts, juste qu’on refuse ouvertement de prendre en compte cette régression.

Bonjour,
Depuis plusieurs jours je fais l’expérience de buffering lors de la lecture de vidéos stockées sur ma freebox depuis mon PC connecté aussi bien en wifi qu’en ethernet. Au départ j’ai pensé à un souci au niveau de VLC concernant les enregistrements de la freebox car les seuls fichier m2ts étaient concernés. Depuis hier, la totalité des fichiers vidéos est concernée.
Mon environnement est : PC sous windows 11 22h2 moment 2 (à jour de la maj cumulative de mars)
Freebox revolution en version 4.7.4
VLC 3.0 ou 4.0 nightly, même résultat

Après enquête il semble, je dis bien il semble car je ne suis en test que depuis hier soir, que ce soit lié à la version 1 de SMB.
En désactivant SMB V1 dans les fonctionnalités windows et en cochant SMB v2/v3 sur la freebox, les performance semblent meilleures.
Pour autant, en ethernet j’observe lors de la copie de fichier depuis le disque interne de la box la chose suivante :
- Copie depuis l’explorateur windows plafonne a 30mo/sec (connecté en ethernet 1gb/sec)
- Téléchargement depuis l’interface web du même fichier tourne autour de 50-55Mo/sec

Il semblerait qu’il y ait de gros problèmes de débit sur le protocole SMB, en particulier sur la V1 mais les autres versions ne semblent pas en reste non plus quand je vois la différence de débit notée sur une copie de fichier.

Bonjour
depuis hier et la mise à jour du serveur, l’image se fige de temps en temps.
l’image revient quelques secondes plus tard ou alors je dois redemarrer le player.
Mac 34:27:92:66:15:B2

VM Debian 11 éteinte
Bouton Allumer inopérant avec message: “Impossible de démarrer cette VM : La VM ne peut être lancée” A fonctionné plusieurs mois

Reboot fait.

Autre Debian 11 de test installée démarre bien.

bonjour,
j ai 3 disque durs de 2 to 2.5 formtés par Free os + un DD 1to USB 3.0 en NTFS. Depuis 3 à 4 semaines on ne peut plus copier sur les disque durs qu’ils soient internes ou externes. J ai erreur “écriture impossible contient un caractérise prohibé ou enlever la lecture seule ……” les fichier font en 1go à 15 go

Bonjour,

Mes courbes de débits dans l’interface de gestion de ma Freebox mini 4k, fibre, sont identiques, en download, et en upload.

Les données chiffrées également sont quasi identiques. Quasi. Donc ça ne semble pas être une erreur d’affichage, mais bien un problème de lectures des données.

Voir ce post pour plus de details :
https://forum.universfreebox.com/viewtopic.php?p=769011#769011

Bonjour,

J’utilise un SSD Samsung dans un boîtier NVMe/USB (chip Realtek RTL9210 ver. A) mais la connexion avec la Freebox Pop Server est instable et totalement inutilisable. Le SSD est parfois reconnu à la connexion et je peux le formater depuis Freebox OS ou Freebox files mais rapidement il ne répond plus et disparaît même de l’interface de la Freebox. Un reboot ne change rien. Ce boîtier fonctionne parfaitement sous Windows 11 ou Ubuntu 22.04.2. Son firmware est le dernier disponible (v1.29.8.122921).

La Freebox Pop Server devrait a priori fonctionner avec ce type de disque/boîtier. Y a-t-il quelque chose de spécifique à paramétrer/faire ?

EM

bonjour

depuis la mise a jour 1.20.0.4038 de World of tank impossible de se connecter aux serveurs du jeu.
La recherche de connexion tourne en boucle.

Cela concerne les freenautes, une solution ???

Les objets connectés passent de plus en plus par le WPS pour se connecter au WIFI or, la freebox n’ayant le WPS que sur le réseau WIFI principal, cela empêche d’isoler les objets dans un réseaux dédié.

Bonjour,

Suite à un appel d’un conseiller Free je me permet de vous contacter par apport à un Bug rencontré.

Suite à une MaJ ou autre, depuis le 1er mars je ne parvient plus à me connecter à un jeu sur mon ordinateur (World Of Tanks).
Après avoir plusieurs fois désinstaller et réinstaller le jeu, contacté le support du jeu et tenter de régler des problèmes de leurs cotés, ces derniers m’ont affirmé que le problème ne venait pas de chez eux.
En effet après avoir, sur conseils d’un ami qui s’y connait plus que moi en informatique, utilisé un VPN, j’ai pu (enfin) me reconnecté au jeu le 07/03.

De ce fait il semble qu’il y ait un problème avec un pare feu ou autre venant de chez Free m’empêchant de me connecter à ce jeu.
Je vous demande s’il est possible, de ce fait, de régler ce problème de votre coté.
En espérant avoir été assez clair je me tiens à votre disposition pour d’avantages d’infirmations si nécessaire.

En vous souhaitant une bonne soirée

Cordialement

Bonjour,

J’ai référencé à minima 7 tâches concernant le même sujet depuis au moins 2014, et pour lequel aucune solution/évolution n’est proposé:

FS#36288 FS#29250 FS#24791 FS#21145 FS#16345 FS#15040  FS#7482 

(mais je n’ai fait la recherche “que” sur les mots clefs “liste noire”, avec des mots anglais ou numéros bloqués, je pense qu’on doit en avoir nettement plus)

Il est fort possible que les développeurs et leurs équipes d’encadrement n’utilisent pas cette fonctionnalité, et donc ne se sentent ni concernés ni intéressés.

En l’état actuel, il n’est possible que :

- d’ajouter un nouveau numéro à la liste noire

la manipulation est simple (mais fastidieuse) quand il s'agit de rajouter ponctuellement un seul numéro  

- de supprimer toute la liste noire

Néanmoins, il est impossible :

- de supprimer UN SEUL numéro

La seule solution actuelle est de supprimer toute la liste, et de rentrer au combiné tous les autres numéros à conserver.

- d’ajouter en masse des numéros

actuellement, il faut les ajouter un par un avec un combiné, ce qui rends le reconstitution de la liste en cas de suppression totale (pour supprimer un numéro!) ingérable

Le but de cette demande est donc d’avoir une évolution concernant la mise à disposition d’une interface [quelle soit par le compte abonné (où on voit déjà la liste des numéros en liste noire), par l’interface web de la gestion du freebox server ou par l’application mobile] pour gérer cette liste noire :

- suppression unitaire (ou d’une sélection) d’un numéro de la liste noire
- ajout unitaire ou en masse de nouveaux numéros

ou à défaut d’un interface, prévoir une nouvelle séquence DTMF pour la suppression unitaire depuis un combiné.

Donnons nous un objectif raisonnable atteignable entre 6 mois et 1 an.

Parce que depuis 2014, même un sujet mineur en production informatique ne mets pas 9 ans a être pris en compte et traité.
Ou aussi assumer que le sujet ne sera jamais traité/implémenté, il faut de l’honnêteté et du courage.

Merci d’ouvrir la discussion qu’on puisse échanger entre personnes matures et professionnelles.

Un freenaute fidèle et militant

Bonjour,

Nous avons constatés une anomalie parfois des lenteurs sur la navigation et surtout l’application youtube qui est lent a se lancer certaines videos sur iphone ou android smartphone.
Cette anomalie à était constaté sur toutes les versions de la freebox.
Nous avons trouver l’origine de cette anomalie, et il s’agit de l’ipv6 qui à l’origine de cette anomalie.
Nous avons forcer la désactivation de l’ipv6 depuis la l’interface de la freebox os.
L’anomalie n’est plus d’actualité depuis la désactivation de l’ipv6.

Tenez nous au courant sur la correction de cette anomalie sur l’ipv6.

Cordialement

Bonjour,

Peut-on mettre en place la possibilité de faire un test de débit et qui s’affiche directement dans un menu des Players ?

Cdl

Bonjour,

J’utilise Backup4all version 9 pour effectuer une sauvegarde miroir de mes fichiers depuis de mon PC Windows 11 Famille Build 22621.1265 vers le disque dur interne de mon serveur Freebox Delta V7.4.4. La taille de la sauvegarde fait plus de 60 000 fichiers pour plus de 300 Go.

Avec le protocole SMB1 cette sauvegarde fonctionne parfaitement.

Quand j’active SMB2 sur la Freebox et sur Windows, la sauvegarde démarre normalement mais au bout de quelques secondes, la sauvegarde détecte l’erreur de communication suivante remontée par Windows:

ERROR_UNEXP_NET_ERR
59 (0x3B)
An unexpected network error occurred.

Le logiciel de sauvegarde détecte cette erreur pour le fichier en cours de transfert. Il suspend la sauvegarde, déclenche un timeout de 60s au bout duquel il réessaye le transfert du fichier en question et la sauvegarde redémarre. Elle s’arrête de nouveau au bout de quelques secondes car elle détecte la même erreur pour un autre fichier, et ainsi de suite.

Ce problème est systématique donc facilement reproductible.

Bonjour
J’ai constaté depuis peu des problemes de reseau en wifi ( sur tous les réseaux 2.4M et 5M) . Je perd régulièrement des pings aussi bien sur l’ip du router Delta ou sur internet.
Plusieurs points etranges:
Si je branche en // un PC via ethernet je n’ai pas de perte de paquets.
Si je branche un router wifi sur la box, le réseau wifi de ce routeur n’a pas de soucis de perte de paquets.

Bonjour,

J’ai des débits faibles pour de la fibre (~100Mbps), et le plus étrange, c’est que le débit local (entre freebox server et lan) “mange” sur le débit internet disponible.

Je précise que tout est cablé en gigabit, vérifié et revérifié qu’aucune carte ne passe en 100Mbps.

Tout ça me fait penser à un bug de la QoS.

Vous serait-il possible de tester, en conditions de labo, les débits qu’il est possible d’avoir quand la box est configurée en mode bridge ? (et comment le débit ftp freebox/lan interragi avec le débit wan dans ce cas)

Toute autre piste pour résoudre ce problème de bande passante serait la bienvenue.

Cordialement

Les serveurs VPNs de la Freebox sont une bénédiction, un grand merci, c’est une solution majeure pour les globes trotteurs qui de l’étranger veulent se protéger de hotspots potentiellement malveillants.

La Rolls, un peu lente et ne fonctionnant que sur PC Windows ou Linux, c’est openVPN bridgé. IPv4 + IPv6 RAS

Si on veut connecter iOS, Android, Windows de façon native : IKEv2, IPv4 + IPv6 RAS

Vous avez choisi de proposer le protocole Wireguard, un nouveau protocole qui “monte” et semble-t-il un peu plus rapide qu’IKEv2 (mais je ne suis pas certains que ce soit onligatoirement plus sûr).

En l’état… c’est quasi inutilisable. L’IPv6 n’est pas implémenté.

Suite à des tests extérieurs, je me suis rendu compte que les serveurs VPNs qui ne fournissent pas d’adresse IPv6 posent souci :

- lenteurs sur certains sites
- certains sites sont totalement inacessibles. J’ai par exemple des petits jeu Android qui fonctionnent parfaitement chez moi en Wifi, mais ne fonctionnent pas en extérieur via VPN Wireguard, il faut que je passe par IKEv2

Concernant openVPN Routé… je n’ai pas la situation en tête, mais là aussi, il faut implémenter “si ce n’est pas déjà fait” l’IPv6
openVPN routé est la seule solution openVPN qui fonctionne sur Android et iOS (openVPN bridgé ne fonctionnera jamais sur iOS ou Android)

L’IPv6 est impératif désormais car beaucoup d’infrastructures ont basculé ces dernières années.
Un PC Windows sur une connexion “IPv4 only”, il a tendance à ramer…. les mises à jour, déjà lentes, deviennent très très lentes.

C’est sympa de donner le choix aux utilisateurs… mais juste un petit effort pour aller jusqu’au bout.