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

Depuis la mise à jour 4.7.4 les players ne s’affichent plus sur freebox connect. De plus l’appui sur l’icône téléphone est suivi du message d’erreur !

Messieurs les développeurs pouvez vous résoudre le bug de ERREUR AUTHENTIFICATION OPEN VPN AVEC Hide my ass SUR FIRMWARE 4.7.4

Bonjour,

Je veux créer une VM pour gérer ma bibliothèque de vidéo.
Lors de l’installation j’obtiens ce message d’erreur :
“Erreur lors de l’ajout du téléchargement: Ce service n’est pas disponible actuellement” j’ai bien un disque dure mais il est externe et ile st reconnu par le système de la freebox delta.

Pouvez vous m’aider ? car je tourne en rond et au final je n’ai toujours pas la solution même en regarder sur le Net.

Je vous remercie d’avance

Cordialement
chikun

Impossible de mettre en place une connexion VPN en utilisant les protocoles OpenVPN (routé ou bridge) et le client OpenVPN Connect (windows)
soit erreur sur le parametres fragmentation (activé ou non), soit erreur de sous-reseau différent…

Wireguard marche bien, mais pour diverses raisons, j’aimerais utiliser le client OpenVPN

Bonjour,
depuis que j’ai la mini4k ( avant j’avais une crystal ) , il y a des problemes des ports rj45
sur 1 port j’ai un switch où il y a 1 raspberry et une camera ip
sur un autre il y a un serveur debian
sur un autre il y a le player
le point A
au bout de quelque jours ( aleatoire ) plus d’acces au serveur debian
obliger de le debrancher (rj45) et de redemarrer
mais ça dure que quelques jours

comme je suis au point B (à 120km du point A) , j’ai pris le serveur debian que j’ai branché au point B ( rj45 sur switch relier à un routeur 4g )
au bout de trois semaines , il a toujours fonctionné

donc je l’ai remis au point A , et là rebelote , plus d’accés ,
comme je fonctionne en vpn , j’ai acces au raspberry et , depuis celui ci , j’essai de pinguer sur le serveur debian , sans resultat

j’en déduit que ça doit venir des port de la mini4k !!

connaissez vous le probleme ??
merci

Bonjour,

Depuis quelques temps, je perds régulièrement accès au disque externe branché en USB sur le serveur pop.

Disque : WD Passport 250gb, usb2, 2,5” : https://www.amazon.fr/Western-Digital-Passport-Essential-Externe/dp/B002KPW5IS

Le disque disparaît de la Freebox (vu comme non détecté). Le débrancher/rebrancher fonctionne parfois. Egalement un redémarrage (ou plusieurs) de la Freebox permettent parfois de le récupérer. Un redémarrage électrique fonctionne à coup sûr.

Le disque disparaît lors de la lecture d’une vidéo, la copie de fichier, ou en ne faisant rien du tout.

Lors que le disque est monté, la vérification du filesystem (ext4) via freebox os est OK.

Pour moi, cela ressemble à un problème de puissance du port USB, mais :
- c’est un disque portable, qui n’a jamais posé de pb en USB
- tout fonctionnait très bien depuis plusieurs années avec la pop (depuis 2020). Il est maintenant impossible de le garder actif pendant plusieurs jours.

Un mise à jour a-t-elle restreint la consommation possible sur le port USB du serveur ?

Cordialement

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,
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

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.

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
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

Contexte : Freebox OS 4.7. Je viens de passer à la fibre et j’ai demandé une IP V4 full Stack.

Depuis (coïncidence ou pas ?), lorsque je clique sur l’icone périphériques réseaux ou lorsque je veux paramétrer la gestion des ports dans “Paramètres de la Freebox”, j’obtiens ce message d’erreur “Erreur lors de la récupération de la liste des hôtes” dans un popup.

Any idea ?

Bonjour,

Depuis quelques semaines, quand je regarde des films en 4K, l’image est sombre, que soit via Disney ou Netflix.

la résolution en dessous, tout est OK

Bon, problème très dérangeant, depuis le début mon PC connectés en Ethernet se déconnectent des parties en ligne sur divers jeux (freebox delta en fibre). mise à jour de la box faite ! mais je ne pense pas que ce soit la cause du problème.

Ce ne sont pas des “déconnections” total, trop rapides et seuls les jeux sont touchés.
La freebox ne détecte pas d’anomalie ou de déconnections mais bon je ne peux pas jouer correctement.

C’est systématique et continue pour l’instant 3- 4 fois le soir, beaucoup moins en journée.

De l’aide ou une solution SVP.

Bonjour,

Petit problème sur mon installation toute fraiche d’hier, j’ai des lags en jeu et en visio à intervalle plus ou moins régulier.
(Petit ping -t des serveurs google en bas de mon poste)

J’ai fait le test sur 2 tablettes, 2 téléphones et 3 PC. même problème et au même moment, pareil sur un ping cloudflare, free etc … Quand je ping la box en local, aucun soucis par contre, connexion constante, le problème se situe, j’imagine, au niveau de la box (ou du PTO, PBO, NRO, que sais-je ?)

Bref, une aide serait très fortement appréciée !

Réponse de 142.250.75.227 : octets=32 temps=15 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=15 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.
nse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Réponse de 142.250.75.227 : octets=32 temps=16 ms TTL=120
Délai d’attente de la demande dépassé.
Délai d’attente de la demande dépassé.

Bonjour
depuis un certain nombre de version il est devenu impossible de programmer un enregistrement commençant un jour par ex 22h55 et finissant le lendemain pa ex 1h10 si on veux en faire un enregistrement périodique par ex tous les lundi:

on obtient alors l’erreur “Vous devez préciser la durée de l’enregistrement” alors que rien ne permet de la faire.

le problème est le même que l’on essai de programmer l’enregistrement depuis l’interface web du serveur ou depuis un player

Bonjour,

Quand je lance l’application pendant que l’alarme est déclenché, y a des erreurs (seulement qd l’alarme est déclenché) : “pas de connexion”, “votre alarme est injoignable”, “Erreur Failed to connect to 3dkodt2u….26080”. (j’ai des screen)
Ces erreurs durent une dizaine de sec après ça se connecte.

Pourriez-vous mettre à jour ksmbd/ksmbd-tools en 3.4.9 (2023-07-25) :
- https://github.com/cifsd-team/ksmbd-tools/releases
- https://github.com/cifsd-team/ksmbd-tools

cc: @mmakassikis.

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

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

En autres, 3.1.15 :
- FIX: CVE-2022-43634
- FIX: CVE-2022-45188

Bonjour,

Depuis un moment je n’arrive plus a envoyer des emails via mon serveur perso (exim).

On dirait que le port 25 est bloqué depuis free

~# telnet smtp.gmail.com 25
Trying 74.125.206.108… Connected to smtp.gmail.com.
Escape character is ‘^]’.

Pourtant j’ai bien dans " Blocage du protocole SMTP sortant " NON via la console de free

l’assistance malheureusement ne répond pas.

Hello,

VLC freeze systematiquement au bout de 10 minutes après la lecture d’un media stocké dans le disque du de la freebox delta.
Depuis vlc, je cherche les medias sur le reseau, je navigue jusqu’au fichier en smb, je l’ouvre, ca marche et puis ca plante
J’ai l’erreur aussi bien depuis VLC depuis l’interface Fire TV native de ma tv Xiaomi que depuis l’interface Google TV du player pop.
J’utilise une connexion Ethernet.

Est-ce que vous auriez un conseil ou une reco ?

merci

De temps en temps (rarement) le son se trouve décalé par rapport à l’image. Un changement de chaîne permet de revenir à une situation normale

Le transfert du fichier a démarré puis au bout de quelques minutes (transfert de 103Mo sur 900Mo) une erreur est survenue : “C’est cassé erreur 504 le serveur a interrompu le transfert” Suite à cette erreur impossibilité de relancer le transfert soit par l’application Freebox OS soit par l’explorateur (nécessité de rebooter le serveur)

Bonjour,

Je souhaitais upgrader mon architecture en passant en 2.5gb sur mes équipements.
Je précise d’avance que ma connexion est de type PON et que mon Débit Ethernet descendant (Max) est bien de 10Gb/sec J’ai acquis un switch non administrable QNAP QSW-2104-2S, une paire de module SFP+ de marque HP et un câble fibre duplex multimode.
Une fois le tout correctement branché, je constate que la led du QNAP au niveau du 1er port SFP+ reste orange, à savoir le lien entre lui et la Delta négocié en 1gb.
Quand je regarde dans la console de la Freebox, au niveau des paramètres du switch, la partie configuration du port Sfp lan est “forcée” à 1Gb.
Si je tente de le mettre en “automatique” ou “10gb“, j’ai un message “La modification des paramètres SFP n’est pas possible“.

Ce que j’ai fait et qui n’a donné aucun résultat:

- Redémarrage de la box
- Redémarrage du QNAP
- Changement du câble entre la box et le switch QNAP
- Changement des 2 modules SFP+ (même marque)

Merci d’avance de votre aide !

Les ports 500 et 4500 sont ouverts en UDP sur la Freebox (j’ai une IP Full stack FREE)

Par contre je ne parviens pas à me connecter à mon NAS en L2TP/IPSec depuis l’extérieur.

J’ai contacté Synology et nous avons testé en local direct sur le NAS et malgré son firewall, le NAS est accessible.

Selon Synology la freebox server bloque ces ports

Pourriez-vous m’aider svp