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

Bonjour,

Sachant que le protocole SMB1 est voué a disparaitre définitivement suite a sa sécurité obsolète voir compromise.
quand le partage d’imprimante sera disponible sur SMB2&3, car pour le moment cela n’est pas le cas
Bonne journée et long week-end pour ceux qui font le pont

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

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 !

Actuellement, quand un disque défectueux est inséré dans le Freebox Server (Delta), et est formaté et utilisé (testé dans un array raid5), l’interface web ne réponds plus quand on tente d’accéder aux paramètres ou à la page d’état de la Freebox (voir capture d’écran avec console web).

Un message d’erreur ainsi que l’accès aux paramètres de disques afin de désactiver le fautif (voir le faire automatiquement) seraient les bienvenus.

https://wtf.roflcopter.fr/pics/OAxDO8hj/y62gbMja.png(capture d’écran)

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)

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

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

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.

Cette demande remonte à la nuit des temps, depuis que Freebos OS existe
C’est régulièrement réclamé sans jamais de réponse de votre part

Veuillez prendre connaissance de ce fil. Sauf erreur de l’utilisateur dans l’interprétation des instructions, Coriolis lui demande de forwarder deux plages d’adresses de 30 hôtes (masque CIDR 27) sur deux plages de port, ce qui ferait théoriquement 120 règles à se cogner.

https://forum.universfreebox.com/viewtopic.php?p=770980#770980

La solution de contournement consistant à sélectioner “toute adresse” dans IP source n’est pas acceptable

Cette demande de fonctionnalité est CRITIQUE, vous ne pouvez plus vous cacher derrière votre Index

Comment l’implémenter :

- il serait préférable de choisir un format de type “range” adresse de x.x.x.x à x.x.x.x (contigues par définition).
En effet un bloc d’adresses à forwarder ne correspond pas obligatoirement à un masque sous réseau standard
Parallèlement on peut toujours ajouter une seconde option d’entrée via masque de sous réseau CIDR ou classique, mais la méthode “range” doit être dans tous les cas implémentée

- dans sélection du protocole il faut ajouter l’option “TCP et UDP” Si l’utilisateur doit en entrer un nombre important de bloc d’adresses non contigues, et les forwarder en UDP et TCP, ça permet de diviser son travail de saisie par deux.

NOTE : et au passage il est rappelé que la possibilté de forwarder et redirigier des plages d’adresses IPv6 a déjà été demandée plusieurs fois. La demande n’est certes pas critique, il suffit de ne pas activer le pare feu IPv6 réseau de la box, mais certaines personnes aimeraient bien pouvoir profiter d’une protection en amont de la Box en IPv6 et IPv4, considérant que ça rentre dans une de ses fonctions de base.

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

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.

Bonjour,

Je dispose d’une Freebox POP et je voudrais pouvoir profiter pleinement du débit de ma fibre.
Pour cela, je voudrais me passer de la Freebox et directement connecter le tranciever fournis sur une carte réseau SFP+ installé sur un serveur Linux.
Est-il possible pour vous de me donner des informations / un guide sur la marche à suivre.
J’arrive à trouver des informations pour SFR, Orange et Bouygues, mais pas pour Free.
Est-ce qu’il y a besoin de s’authentifier ? Quel est le protocole à utiliser ? Etc.
Pour le moment, j’ai essayé de configurer ma carte réseau en client DHCP et de copier l’adresse MAC de la Freebox mais sans succès.

Cordialement,

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.

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,

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

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,

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

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

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.

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

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

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.