Bonjour,

Je souhaiterai utiliser la Freebox Delta serveur pour stocker mes les sauvegardes de mon mac (que j’effectuai précédemment sur le NAS remplacé par votre box).
J’ai activé le partage FTP et Mac OS avec authentification pour les deux (même identifiant et mot de passe).
Lorsque je tente d’utiliser Time Machine, je sélectionne le disque dur qui est bien détecté, je rentre l’identifiant et le mot de passe.
L’accès est refusé :
“La connexion au serveur “Freebox Server” a échoué. La version du serveur auprès duquel vous essayez de vous connecter n’est pas pris en charge. Veuillez contacter votre administrateur système pour résoudre le problème.” Suivi par un message lorsque je clique sur OK :
“Time Machine ne parvient pas à se connecter au disque de sauvegarde. L’opération n’a pas pu s’achever. (OSStatus erreur -5997).” J’ai fais la même tentative en ayant activé le mode invité sur le partage Mac OS (et redémarré la box) et même résultat.
Plus étrange, si je tape n’importe quoi comme nom d’utilisateur et mot de passe le résultat est le même.

Bonjour,

Lors de l’activation de Time Machine sur macOS Mojave via le partage du NAS, un message d’erreur s’affiche disant qu’une erreur d’incompatibilité de système de fichier est survenu.

En testant sous High Sierra cela fonctionne bien.

nas inaccessible windows 10 via l’explorer de fichier, ftp ok

Bonjour,

Ma freebox refuse de passer en bande 40MHz.

Bonjour,

Il est désormais impossible de monter le disque de la Freebox via SMB/CIFS.

La précédente commande utilisée est :
mount -t cifs //fqdn_ou_IP_serveur_FTP/dossier /dossier/où/monter/le/dossier/SMB

Celle-ci ne fonctionne plus ...

Merci de votre aide.

Bonjour,

Depuis la dernière mise à jour du serveur, il n’est plus possible d’accéder à mon disque dur via mon IMAC.

Ce problème se produit lorsque l’accès authentifié du serveur est coché (utilisateur/mot de passe renseigné).

Mon environnement :

IMAC - Mac OS Catalina - Version 10.15

Lorsque je décoche l’accès authentifié au niveau du serveur, il m’est alors possible de visualiser le disque en mode ‘invité’.

Cordialement,

Bonjour,

Contexte :

Client win10pro 1903
Server Delta 4.1.1 - 3h d’uptime
Disque source Toshiba P300
Transfert LAN (lien Gigabit)
Disque cible1 : array 3x1To RAID0 disques HGST 7K1000-1000 - logements 2,3,4 (volume “perso”)
Disque cible2 : ssd 512Go - logement 1 (disque “fonctionnement box”)
Share windows activé avec authentification (login “freebox” par défaut + mdp ponctuel)
VM arrêtée en cours de transfert, sans effet.

Share 1 et 2 montés via net use

ServerName ShareName UserName     Credential     Dialect NumOpens
---------- --------- --------     ----------     ------- --------
fbxsrv     3To       saloon\abc fbxsrv\freebox 1.5     1
fbxsrv     ssd512    saloon\abc fbxsrv\freebox 1.5     1

Constat :

Lancement du transfert source vers cible1 via robocopy (source cible /MIR /R:0 /W:0 /NP)
⇒ Qu’importe la taille et le type du fichier (jpeg ~4Mo, raw ~25Mo, mp4 ~500Mo), le transfert occile de 0 (!) à 100Mbit/s (task manager) avec parfois une pointe à 500.
Le transfert peut très bien s’interrompre en plein milieu d’un fichier pour reprendre ensuite comme si de rien n’était.
Au bout de 2h de copie ⇒ ~55Go transférés.

Avant que je n’interrompe le massacre, j’ai lancé un test de copie (copy/paste windows) d’un iso win10 vers le ssd (cible2). Même combat : plafond à 10Mo/s, instable.
La source n’était pas la même (ssd système du pc, sata III)

⇒ J’arrête le transfert
⇒ Je tue les montages
⇒ Je supprime l’authentification dans FreeboxOS
⇒ Je recrée les montages et relance mon robocopy

Passé les fichiers déjà copiés (obv), stabilisation du transfert à ~600Mbit/s (et saturation si fichier volumineux)
Si copie de l’iso en // vers cible2, saturation du lien LAN

30 minutes plus tard, je suis à 140Go (de plus) d’envoyés.

Problème (de fond) : j’aimerais pouvoir protéger les share tout en conservant des performances honorables.

Cadeau Bonux en passant : si nous pouvions voir un jour une différenciation d’accès (lecture seule, accès complet) sur les partages, ce serait top (genre “pas d’auth, on est en lecture”).

Merci.

Bonjour bonjour,

Je soupçonne fortement que vous avez changer les images pré-configurée des VM, notamment Ubuntu 19.04.

Il semble qu’elles soient corrompues. Cela devient une tannée de mettre en place un serveur média Plex.

L’encodage UTF8 n’est pas pris en charge, ce qui empêche de monter le disque dur Freebox (fichier fstab). Du coup j’ai voulu installer le pkg « linux-generic » pour résoudre ce problème et là : kernel panic au démarrage tout est cassé.

Je n’arrive plus à aboutir une mise à jour de la distribution « do-release-upgrade » —> read error (5) (cela indique généralement une corruption du disque dur).

Je suppose que vous l’avez changer car avant, avec une installation fraîche, il y avait des mises à jour de disponible mais plus maintenant.

Loin de moi l’idée d’accuser a tord pour autant, mais si vous les avez changer, pouvez-vous remettre les anciennes ?

En attendant un retour, je vous souhaite une excellente journée.

Je rencontre également énormément de difficultés sur une VM Debian 10 mais je n’ai pas poussée l’analyse plus loin.

Bonjour,

J’ai régulièrement soit
Rash player error 500
soit
Niveau de protection de l’équipement insuffisant

ce qui empêche d’afficher le flux TV.
Le player pop est connecté en direct en ethernet au server pop actuellement.
Le server pop est fibré.

Pouvez-vous au moins remettre la possibilité de mettre les identifiants mycanal dans le player afin d’avoir une TV qui fonctionne et un système de secours svp ?

Merci !
Salutations,

Bonjour
depuis peu, j’essaye de recréer une VM sur ma Freebox Delta, et j’arrive a le faire pour tout les autres OS sauf pour celui que je veux, a savoir Debian 10, j’ai a chaque fois une erreur a l’étape d’initialisation avec le message
Erreur de hash : Erreur lors du téléchargement du fichier de hash

comme sur la capture d’écran dessous
//ibb.co/XbJq2ps

Bonjour.
Suite à la mise à jour vers Ubuntu 2004 la méthode d’authentification pour le partage Windows est obsolète.
Pouvez vous analyser le contournement ?

========Unable to access location :
Unable to connet to the server “mafreebox”. No suitable
authentification mechasnisme was found

Bonour

Pop en version 4.2.6
Mac os Big Sur
Connexion ethernet entre mac et serveur pop

Pb : le partage de fichier macos n’est pas accessible, ni en invité ni avec id+mdp

Bug présent dès la reception de la pop (plus de 3mois!)

La fonction sera telle un jour corrigée pour fonctionner de nouveau avec la cle usb branché sur le serveur pop?

A DEFAUT D’AGIR RAPIDEMENT, MERCI AU MOINS DE CONFIRMER LE PB

Impossibilité de joindre le Freebox Server à un groupe de travail pour partage Windows existant comprenant des lettres accentuées pourtant autorisées.
Merci d’une correction et joyeux Noël.

Bonjour

En sélectionnant le protocole SMBv2 suite à la mise à jour en 4.3.0 (qui au passage a fait sauter les 3/4 de ma configuration), l'explorateur plante 1 fois sur 2 sous Windows 10 (testé sur plusieurs PC).

J'ai 2 disques 4To en RAID0 et j'ai bien entendu tenté plusieurs redémarrages du serveur. La désactivation du SMBv2 résout le problème.

Dommage, j'y croyais après autant d'années. Il serait aussi utile de pouvoir gérer les droits sur les fichiers (par exemple pour stocker des VM Hyper-V).

Commentaires issue de la tache:  FS#29444 

bmailhol (bmailhol)
jeudi 22 avril, 2021 22:56:40
Je dispose de la version publique 4.3.0, sur Delta. J'ai coché SMBv2. Sous Windows10, je me suis connecté sur le disque via l'adresse IPv4 du serveur freebox. Quand j'efface un fichier sur le disque de la Fbx, c'est OK. (parfois) Quand j'efface d'autres fichiers (sur la Fbx), l'effacement est effectif, mais Windows ne termine pas sa tâche. Chaque effacement est réalisé à 99%.. L'explorateur de fichiers dysfonctionne alors. Après ceci,pour retrouver un fonctionnement 'normal' de l'explorateur de fichiers, il faut d'abord mettre fin à la tâche (gestionnaire de tâches).

abaca20 (abaca20)
vendredi 23 avril, 2021 01:01:08
Bonsoir, exactement le même problème que @bmailhol. Freebox Révolution, version 4.3.1. - [Windows 10] Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués. - [Huawei] Le téléphone ne détecte plus le NAS via Fichiers (voisinage réseau vide), et même via Système ça nous indique "aucun dossier partagé"

Idem: "sur Windows 10 Pro 20H2 - OS freebox 4.3"
Lors de certains transferts l'explorateur reste bloqué à 99% avec 0 octet restant, et impossible d'annuler.
Obligé de redémarrer explorer.exe pour enlever le message

Suite à la fermeture du ticket :  FS#29444  - Bêta-test SMB v2 / SMB v3 / CIFS / SAMBA / SMBv1

Utilisateur qui a fait ceci : - pradesh (pradesh)

Pour tester les noms de la Freebox, j'ai entré ceci sans caractère spécial :
//ibb.co/xqHMyLG

Dans cette configuration, ne devrait-on pas avoir mdns au lieu de netbios dans le voisinage réseau ?
Du coup si j'essaye de me connecter sur netbios j'ai ceci :
//ibb.co/hgdgdFf

Et si j'entre manuellement \\mdns ça fonctionne :
//ibb.co/2S3qT7h

Sinon la résolution DNS fonctionne avec de la commande suivante :

PS C:\Users\Anon> Resolve-DnsName -Name mdns -LlmnrOnly

Name                                           Type   TTL   Section    IPAddress
----                                           ----   ---   -------    ---------
mdns.local                                     AAAA   120   Answer     2a01:e0a:97d:6460::1
mdns.local                                     A      120   Answer     192.168.1.254

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : code erreur 0x80070035 (le chemin réseau n'a pas été trouvé). Je précise que pour ces tests, j'ai supprimé SMBv1 et désactivé netbios sur IPv4. Ceci pour n'utiliser que WSD. SMBv1 et netbios sont obsolète alors quand on peut s'en passer… Un ping sur netbios ne répond pas, mais c'est bon sur mdns, lequel répond bien sur mdns.local en ipv4 et ipv6.
Donc bien entendu, le résultat dans l'explorateur peut se deviner, \\netbios c'est KO, \\mdns c'est OK (mais non affiché dans l'explorateur du coup).

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : Dans mon exemple l'explorateur indique la résolution WSD mais affiche netbios au lieu de mdns, je pense que le problème vient de là.

Utilisateur qui a fait ceci : - Marios Makassikis (mmakassikis)

@pradesh Je n'arrive pas à reproduire votre cas d'erreur (VM Win10, SMB1/NetBIOS désactivés). Dans ce cas, le nom netbios est résolu via LLMNR.

Pouvez-vous tester la résolution du nom 'netbios' ?

  Resolve-DnsName -Name netbios -LlmnrOnly

Utilisateur qui a fait ceci : - pradesh (pradesh)

@mario : C'est KO avec netbios, et OK avec mdns (réponse mdns.local ipv4 et ipv6 ok).

Sur la capture ici : https://i.ibb.co/CK2nq8v/m-DNS-ou-netbios.png
Nous voyons bien que l'explorateur Windows affiche "netbios" en WSD et que "mdns" est absent mais fonctionnel malgré tout voir ci-dessous.

netbios HS : https://i.ibb.co/4FSFSRd/netbios-HS.png

mdns OK : https://i.ibb.co/680YkRw/mdns-manuel-OK.png

Note : Ce bug n'est pas détecté si le nom est "identique" partout.

Hello,

Alors je résume la chose.

Install fraiche d’une VM (peu importe la distrib le problème est exactement le même à chaque fois) debian avec accès aux disques de la Freebox (activation du smbv2 nécessaire).

premier démarrage de la VM ⇒ freeze (à n’importe quel moment car j’ai look la console au boot et c’est pas à une étape particulière qu’elle plante). Impossible de l’éteindre ou de forcer l’arrêt. Si j’attends que ca se passe c’est toute la freebox qui ne répond plus avec les CPU qui grimpent en flèche niveau température…Obliger de débrancher / rebrancher la delta et d’aller rapidement dans les VM pour forcer l’arrêt (qui fonctionne cette fois)et supprimer la VM.

Nouvelle install fraiche d’une VM debian, sans accès aux disques Freebox (donc smbv2 off) et tout roule…

Bonjour,

Ceci a rien a faire ici mais il y'a plus de présence de vie depuis presque 1 mois des devs sur toutes les taches concernant ce magnifique devialet.

Pouvons nous avoir des réponses/retours sur les dernières taches ?

Je dis bien les dernières car les premières sont passé au oubliette….

Merci.

Depuis la mise à jour 4.3.0, certains répertoires du server ne sont plus accessibles ou sont vides lorsqu'on essaye d'y accéder depuis le player Pop ou depuis un player Plex.
C'est particulièrement observable avec VLC : si on se connecte au LAN en UPnP, tous les répertoires et fichiers sont accessibles. Si on essaye en SMB, certains dossiers sont vides.
Ces dossiers n'ont pas été modifiés avant et après la mise à jour.
Je peux accéder à ces dossiers via l'explorateur, je peux les copier, les déplacer. Certains fichiers redeviennent visibles si on les déplace dans un autre répertoire… Mais ça semble aléatoire et pas lié à un problème de nom (caractères spéciaux, espaces…)

C'est plus étrange que dérageant, mais cela montre une instabilité du système avec le nouveau code qui utilise SMBv1/SMBv2/SMBv3.

Suite à la mise à jour, j'ai bien activé SMBv2 dans FreeboxOS.
J'ai également fait des changements au niveau de la VM, en enlevant le paramètre vers=1.0 dans l'encart cloud-init, pour PLEX. Mais ça ne concerne pas VLC.
Pas d’événement particuliers dans le journal de Windows, par contre au niveau des logs du client SMB, j'ai ces messages récurrents :

Smb2DiagReasonISC.

Erreur : La tentative d’ouverture de session n’est pas valide. Ceci est dû soit à un nom d’utilisateur incorrect, soit à des informations d’authentification incorrectes.
État de sécurité : 0x8009030E
Nom de l’utilisateur : 
ID d’ouverture de session : 0x2ABE008
Nom du serveur : \Freebox_server
Nom du principal : cifs/Freebox_server

Une connexion réseau a été perdue.

Nom de l'instance : \Device\LanmanRedirector
Nom du serveur : \Freebox_server
Adresse du serveur : 192.168.75.254:445
Type de connexion : Wsk
InterfaceId : 15
Aide :
ceci indique que la connexion du client au serveur a été perdue.
Des déconnexions fréquentes et inattendues lors de l'utilisation d'un adaptateur RoCE (RDMA sur Converged Ethernet) peuvent être le signe d'une configuration réseau incorrecte. La carte RoCE requiert le contrôle de flux prioritaire (PFC) pour être configurée sur chaque hôte, commutateur et routeur du réseau RoCE. Une configuration incorrecte du PFC entraîne des pertes de paquets, des déconnexions fréquentes et une diminution des performances.

La connexion au partage a été perdue.

Erreur : La connexion de transport est maintenant déconnectée.
Nom du partage : \Freebox_server\Freebox
ID de session : 0x1
ID d’arborescence : 0x3
Aide :
Si le serveur est un serveur de fichiers du cluster de basculement Windows, ce message s’affiche lorsque le partage de fichiers passe d’un nœud du cluster à un autre. Un anti-événement 30806 doit également se produire pour indiquer que la session sur le serveur a été rétablie. Si le serveur n’est pas un cluster de basculement, il est probable que le serveur était auparavant en ligne et qu’il est à présent inaccessible sur le réseau.

Depuis la dernière mise à jour les vidéos de mon serveur Plex ne son plus accessible

Bonjour, j’ouvre une nouvelle tâche pour un soucis Windows 10 (déjà présent pendant la beta d’après certains utilisateurs)
Testé sur Freebox Révolution.

Au moment de la suppression de la plupart des fichiers / dossiers mais aussi lors de certains transferts, l’explorateur reste bloqué à 99% avec 0 octet restant, et impossible d’annuler. Obligé de redémarrer explorer.exe pour enlever le message. Cependant, les transferts sont effectués.
Cela se produit également lors d'un renommage d'un fichier.

Précisions :
Le bug se produit sur tous les PC windows (à jour).
Le disque dur sur la Freebox Révolution est formaté en NTFS (et n'a pas été reformaté depuis la 4.3.0).
Le bug fait planter le processus explorer.exe : si vous supprimez/renommez un fichier local (sur le Bureau par exemple), ça va rester aussi à 99% jusqu'au redémarrage du processus.

Parmi les corrections de la version 4.3.2, on peut lire:
“Correction d’un bug empêchant l’affichage du contenu de certains répertoires en SMB1 (#34647)”

Or ce bug persiste en SMBv2 !

Ma configuration: Freebox Revolution r2 OS v.4.3.2 avec un disque externe branché en USB.
Ordinateur 1: PC Windows 7
Ordinateur 2: PC Windows 10

Avec SMBv2 désactivé sur la Freebox :

• Accès disque externe depuis PC Win 10 = impossible (OK, SMBv1 est désactivé sous Windows 10)

• Accès disque externe depuis PC Win 7 = parfait (OK)

Avec SMBv2 activé sur la Freebox :

• Accès disque externe depuis PC Win 10 = parfait (OK)

• Accès disque externe depuis PC Win 7 = possible mais certains dossiers ne s’affichent pas et restent inaccessibles même en tapant le chemin d’accès complet dans la barre de l’explorateur (ANOMALIE)

⇒ Pour que mes deux ordinateurs puissent accéder correctement au disque USB de la Freebox Server, je dois donc désactiver SMBv2 sur la Freebox et activer SMBv1 sur le PC Windows 10, ce qui est absurde, le protocole SMBv2 étant censé remplacer avantageusement le SMBv1.

⇒ Il serait souhaitable de corriger rapidement ce bug dans une version v4.3.3 de l’OS.
Merci.

Bonsoir,

Je reviens une nouvelle fois vers vous pour vous signaler que comme la dernière fois la vm sur mon serveur plex à un souci. Les fichier son de nouveau plus accessible commence à la dernière mise à jour

Il va falloir vraiment réinstaller plex totalement à chaque mise à jour vraiment ?????????????????

Pas cool pour ceux qui maitrise pas du tout les lignes de codes

Auriez vous une solution ?

Cordialement

Bonjour,

Depuis la mise à jour vers la version 4.4 je n’arrive plus à faire mes sauvegardes à partir de l’outil sauvegarde des fichiers intégré à Windows 10. Cela fonctionnait correctement jusqu’à cette mise à jour, maintenant l’outil ne peut plus se connecter, j’ai le message suivant :

“Impossible d’activer l’historique des fichiers La syntaxe du nom de fichier, de répertoire ou de volume est incorrecte”

Pour info, je vois bien le lecteur dans l’explorateur de Windows, et je peux y accéder
J’ai fait une réinstallation complète de Windows pensant que cela pouvait provenir de Microsoft, toujours pareil. Si j’installe un disque dur externe directement sur le pc via USB, l’outil fonctionne.

Merci

J’ai constaté que lors d’un usage un peu intensif du partage de fichier Windows SMB2 (firmware 4.4.0), certains dysfonctionnements aparaissent sur la Freebox …
Par exemple lors de l’utilisation de logiciels de synchronisation de fichiers (pour faire un Backup) du disque externe branché sur la Freebox (accédé via le partage \\freebox\disque\…, avec la nouvelle version SMB2 activée) vers le disque local d’un PC (tournant sous Windows10).

Pendant la synchronisation (même juste la vérification des fichiers à synchroniser, donc même pas forcément la copie elle-même), qui prend dans mon cas un temps certain (vu le nombre assez élevé de fichiers sur le disque de la Freebox), voici se qui apparaît :
- les images sur la TV freezent très régulièrement
- impossible de se connecter sur la Freebox avec l’appli FreeCompagnon
- impossible se se connecter à l’interface Web de la Freebox (mafreebox.free.fr ou adresse IP directe).

Tout semble redevenir “normal” dès que la synchronisation est terminée ou arrêtée volontairement.

Pour information, fort heureusement, la synchronisation arrive généralement à son terme !
Il semble que la Freebox utilise toutes ses ressources exclusivement pour les accès au partage de fichier et à du mal à faire autre chose tant que ceux-ci ne sont pas terminés…
Cela ne semblait pas présenter de problème auparavant (avec le SMB1).

Merci d’avance de voir se qui se passe pour tenter de trouver une solution.