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

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

Hello,

Est-ce qu’il serait possible d’avoir un accès à une api pour la gestion des VMs ? Idéalement, ça permettrait de provisionner les VMs via un provider terraform ou autres, ça pourrait permettre de faire des chouettes automatisations !

Merci d’avance !

UPDATE 20/4/2021
Comme indiqué sur le blog le firmware 4.3.0 est disponible sur le canal release.
Merci à tous pour votre participation à la bêta.

UPDATE 15/4/2021
Le firmware 4.3.0-rc1 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.

UPDATE 10/4/2021
Le firmware 4.3.0-pre12 est disponible sur le canal bêta depuis hier. Pour l’installer, il faut redémarrer vos box.

UPDATE 2/4/2021 20h45
Le firmware 4.3.0-pre11 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Ce firmware corrige deux problèmes de stabilités présents sur le firmware -pre10 (téléchargements / affichage des configurations Samba/AFP dans FreeboxOS).

UPDATE 2/4/2021
Le firmware 4.3.0-pre10 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Il est désormais possible d’accèder aux partages en SMBv2 sans avoir configuré l’authentification au préalable.

UPDATE 25/3/2021 - 20h30
Le firmware 4.3.0-pre9 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Le problème de listing de fichiers sur les disques exFAT depuis certains clients (notamment macOS / iOS) devrait être corrigé.

UPDATE 18/3/2021
Le firmware 4.3.0-pre8 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Celui-ci inclut un correctif pour le problème d’instabilité rencontré avec les répéteurs WiFi.
Il y a également des bugfixes au niveau du SMBv2, notamment sur le problème faisant apparaître les répertoires comme des fichiers.

UPDATE 5/3/2021
Le firmware 4.3.0-pre7 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Le bug affectant les disques NTFS qui affectait la stabilité de la box devrait être corrigé.
Le problème de résolution de nom via LLMNR qui provoquait l’erreur 0×80070035 devrait être corrigé.

UPDATE 23/2/2021
Le firmware 4.3.0-pre5 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Celui-ci devrait corriger les problèmes rencontrés avec le SMBv2 sur des disques formattés en ext4/HFS+.
A noter, le bug affectant les disques NTFS est en cours de résolution.

UPDATE 11/2/2021 - 20h

Le firmware 4.3.0-pre3 a été poussé sur le canal bêta. Pour l’installer, il faut redémarrer vos box.
Si vous rencontrez une regression importante, manifestez vous au plus vite afin de repasser sur le canal release.

UPDATE 4/2/2021

Le bêta-test est lancé.
Une fois votre box redémarrée, il sera possible d’activer SMBv2 via FreeboxOS.

Merci de votre participation.

–

Bonjour,

Le SMB de la freebox est encore et toujours en v1 qui n’est plus supporté par les systèmes d’exploitations récents, mon disque interne n’est donc pas utilisable. Nous sommes bientôt en 2020 messieurs il serait peut être temps de faire quelque chose pour ajouter un peu de sécurité !! je ne demande pas la v3 mais au moins la v2 !

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,

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,

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,

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.

Pour le partage de lecteurs et imprimantes sous Windows 10, Free semble rechigner à mettre à jour et sécuriser le protocole SMB (de passer au moins SMB1 à SMB2, et au mieux à SMB3) et dont le problème semble existant pour la nouvelle box Delta (dont je ne m’empresse plus à vouloir prendre et qui semble avoir plusieurs autres anomalies).
Qu’en est-il des autres fournisseurs ?
Est-ce le même problème pour utiliser le partage Windows avec Windows 10 pour les box concurrentes ?

SFR : même probleme https://forum.sfr.fr/t5/Autres-fonctions-box-ADSL/Partage-de-fichiers-acc%C3%A8s-impossible-depuis-Windows-10-Une/td-p/2041502 Bouygues : même probleme https://www.bbox-mag.fr/forum/viewtopic.php?t=2190 Orange : même problème https://communaute.orange.fr/t5/g%C3%A9rer-mon-offre-Internet/Stockage-Livebox-inaccessible-sous-windows-10/m-p/1603623#M47407

Donc tout le monde est à la même enseigne !
Donc aucun semble vouloir mettre à jour leur protocole SMB et permettre d’utiliser le partage Windows sans SMB1 et sans problèmes !
J’ai créé une alerte à l’Arcep (https://jalerte.arcep.fr/report/1/step2c), mais, Free ou autres seront-ils un jour disposé à le faire ?

Bonjour,

Ma freebox refuse de passer en bande 40MHz.

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

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.

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.