Tous les projets

Bonjour,

Lors de la lecture de films stockés sur un HDD externe relié au serveur Freebox Pop, en le lisant sur le player pop avec l'application VLC, le Wi-Fi et les ports Ethernet du serveur pop cesse de fonctionner à un certain moment, plus aucun moyen d'être connecté à la freebox, il suffit d'attendre deux minutes pour que tout revienne dans l'ordre, puis cela revient encore plus tard toujours lors de la lecture de la vidéo ce qui est très agaçant.

La lecture du même film avec le HDD directement relié ne pose aucun souci de réseau car cela passe bien évidemment directement dessus et non pas par le LAN.

Cordialement

Madame, Monsieur,
Je me permets de vous contacter à la demande de l'assistance technique de free concernant le partage de fichiers et d'imprimante.

Voici mes problèmes :

-Je possède une imprimante NON WIFI que j'ai connecté en usb sur la freebox delta. Je souhaite utiliser le routeur pour pouvoir imprimer "en réseau local" depuis mon macbook air. Nous avons effectué les différentes manoeuvre sur le site "freebox os"/ paramètre de la freebox/partage windows et partage mac (partage de fichier, imprimante et authentification cochés). Mes 2 mac book air (dont un tout neuf, année 2020), ne parviennent pas à se connecter au serveur (refus de prendre le nom et/ou le mot de passe d'authentification).
Autrefois avec la freebox révolution et le même 1er mac book air, cela fonctionnait parfaitement pour le partage de fichiers.
En revanche, en allant sur le PC, je peux visualiser une disque dur externe que j'ai branché sur la box delta mais je ne peux pas voir l'imprimante (si je la branche en usb au même endroit. Pour info, les pilotes de l'imprimante sont bien à jour sur tous mes ordinateurs.
Enfin, en allant dans le finder de mon mac (le plus ancien), je vais sur l'emplacement freebox server, je tape "CMD + K", le mac affiche "smb://mafreebox.freebox.fr". en se connectant à cet endroit il me propose de me connecter au server "freebox.mafreebox.fr"… mais idem mes codes ne sont pas reconnus… Est-il possible de corriger ce bug ? Avez-vous une explication? Est-il possible de créer/recréer un autre réseau local…? Comment faire..?
-Je souhaiterais aussi partager des fichiers entre mac mais cela est impossible car je ne peux pas me connecter au freebox server.
- Pour le moment, mon nouveau mac book air possède que des ports usb C, or mon imprimante est en USB. raison supplémentaire pour laquelle je souhaite brancher l'imprimante en usb sur la box delta.
Concernant la connexion internet, je n'ai pas de problème particulier!
Merci d'avance pour votre réponse.
N'hésitez pas à me contacter par téléphone ou mail si vous souhaitez plus de renseignements
Bien cordialement
Erwan Robert

@Marios Makassikis (mmakassikis)

un petit retour d’expérience vécus hier

Allez-vous implémenter le VSF (Vfs)  sur la Freebox ?

hier je suis allé chez un client équiper en Apple avec des OS anciens et récents, j’ai installé un Nas Asustor

Il a une option très intéressante pour les machines Apple dans les options Samba VFS ou (VFS) de l'Asustor que j'ai pu essayer.

Quand il était désactivé le comportement entre le Nas et la Freebox était le même et avait du mal à trouver rapidement les fichiers.

Quand l'option VFS sur l'Asustor est activé et que j'ai refait les disques réseaux

Le Finder trouve les fichiers plus rapidement sur le Nas

C'est le jour et la nuit entre Le Nas et le Serveur Freebox (une POP avec un disque Usb3.2)

https://wiki.samba.org/index.php/Virtual_File_System_Modules

https://www.ibm.com/docs/en/spectrum-scale/5.0.5?topic=services-support-vfs-fruit-smb-protocol

https://www.samba.org/samba/docs/current/man-html/vfs_fruit.8.html

https://www.reddit.com/r/synology/comments/bw6xb0/smbconf_vfs_objectscatiafruitstreams_xattr_breaks/

http://manpages.org/vfs_fruit/8

Bonjour,

J'ai un petit souci d'intégrité de disque sur mon NAS externe alors je me suis lancé dans une recopie de certains fichiers sensibles sur le disque dur de ma Delta.
Au début aucun souci, plus de 200Go transférés puis tout à coup blocage alors que je ne suis qu'à 24% du disque.
Via le partage, je vois mes fichiers, je peux les lire mais je ne peux plus rien écrire.
"Accès au dossier de destination refusé"
Vous devez disposer d'une autorisation pour effectuer cette action.

J'ai tenté quelques manips vues sur internet de
-redémarrage fbx
-arrêt partage puis activation partage
-décocher SMBv2 recocher
-définir un user
mais rien n'y fait via le partage windows

Par contre, je peux toujours uploader via l'interface web par contre mais pas vraiment pratique de passer uniquement par là.

Configuration
-Delta avec un disque acheté chez free de 1To
-connexion filaire RJ45 entre mon PC et la delta

Depuis le Lundi 14 Juin 2021 je rencontre des soucis récurrents de reboot de la box
Lors de la lecture sur un lecteur HDD 500 GO ou Clef USB 16/32 go branché sur la pop, celle ci reboot 1 fois et ce avec apparition des étapes.

Depuis le 21 juin 2021 ce pb c'est accentué, en effet la box reboot toutes les 7 minutes donc deviens quasi inutilisable. Idem coupure si je souhaite transférer les vidéos du pc à la box ou inversement
Aucun souci en regardant la télé

Toutes les applis sont à jour.
Pas de solution pour le moment avec service client

Cordialement

Philippe

Hello !

Alors suite à la tache 34682, je suis actuellement sous firmware 4.3.5. Nouvelle box reçu il y 2 jours suite plantage sans boot possible (logo free non apparent).

Devinez quoi ? une VM debian installée, aucune configuration faite dessus et bim, reboot de la box 2 fois. C'est lorsque j'ai vu qu'elle rebootait sans raison que j'ai été voir les paramètres de partage et que j'ai décoché SMBv2 actif par défaut…

Au départ je pensais à un problème venant de la VM, mais je l'avais même pas encore configurer à mon souhait… Depuis que le SMBv2 est off, aucun reboot.

adresse mac : 34:27:92:65:28:CC

Bonjour, j'ai une imprimante scanner canon MB2750 avec laquelle je scan avec destination automatique vers le disque branché sur le serveur, cela fonctionné jusqu'à la dernière mise a jour.

En recherchant le pourquoi le scanner n'arrive plus a se connecter au serveur j'ai découvert un gros problème.

Si dans os Freebox je désactive dans le partage Windows le SMBv2 le scanner fonctionne a nouveau mais impossible d'accéder au disque via l explorateur réseau sous Windows.

Si j'active le SMBv2 le pc peu accéder aux disques mais mon scanner ne fonctionne plus.

Si je veux ajouter un répertoire destination pour le scanner je dois d'abord Activer le SMBv2 pour pouvoir explorer le réseau et trouver le répertoire destination, puis le désactiver pour vérifier et valider ma configuration réseau du scanner.

1) Suppression du protocol SMB1

L'activation du SMBv2 rend inactif le SMBv1 contrairement à ce qui était sous entendu sur la page principale de votre site, sauf si j'ai mal compris.

J'ai personnellement encore certains zinzins qui ne se connectent qu'en SMBv1, alors que Windows 10 et Linux réclament le SMBv2 par défaut, mais bon…. je ne dois pas être un cas commun. Outre les problèmes de sécurité du SMB1, le SMB2/3 est quand même plus performant, d'où l'intérêt que j'aurais à mixer les protocoles.

En fait j'ignore si l'activation simultanée des 3 protocoles est vraiment possible, je n'ai pas encore fait de test approfondi sur mes systèmes, mais j'avais cru voir dans la doc "Samba" les paramètres min et max protocol de /etc/samba/smb.conf

Donc si on place

min protocol = SMB1
max protocol = SMB3

Théoriquement le serveur pourrait accepter l'authentifcation cumulée selon les 3 protocoles….. sous réserve de tests. Peut-être que le cumule n'est possible que sur les deux derniers protocoles…

Dans tous les cas, ça pose un souci.
Pour des raisons de sécurité certaines personnes ne veulent absolument plus que le serveur serve le protocole SMB1 (c'est juste moi qui suis dans un cas particulier et j'assume le risque qui va avec), donc placer min protocol à SMB2 semble répondre à la demande majoritaire.

Pour résoudre le problème des gens qui pour certaines raisons ont besoin des protocoles cumulés 1, 2, 3 ça implique donc que l'interface Freebox OS soit modifiée.

La Freebox par défaut active les protocoles 2/3 et on a une case à cocher SMB1, qui permet explicitement d'activer le SMB1 EN PLUS (avec un petit écran d'avertissement sur les problèmes de sécurité induits) si tant est que le cumul des 3 protocoles est vraiment possible.

Bien entendu, lors de la mise à jour, pour ne pas disturber les utilisateurs la case SMB1 est automatiquement cochée si un serveur est déjà paramétré selon ce protocole, mais pour les nouveaux clients, la box doit décocher par défaut le SMB1 et activer par défaut SMB2 / SMB3

2) Modification des noms de partage

Lorsque l'on active le SMBv2, il semblerait que le serveur Samba de Freebox OS modifie les noms de partage contenant des majuscules en passant tout en minuscule. Si ce n'est pas en soit critique, c'est ennuyeux car ça implique de modifier tous les informations d'identification au niveau des clients.

Dans les standards Windows, contrairement à Linux, les minuscules et majuscules sont discriminantes par défaut. En revanche je ne sais pas ce qu'il advient des caractères accentués… en effet, dans l'univers Windows l'utilisation de noms de partages contenant des caractères accentués est monnaie courante, contrairement au monde Linux.

Il faut donc s'attendre à ce qu'un nombre important de réclamations alléguant l'impossibilté de se connecter viennent d'un changement de casse.

Normalement c'est un simple paramètres dans Samba qui indique si minuscules et majuscules sont discriminantes.
Du reste, il suffit de revenir en SMB1 et comme par magie tout revient en ordre.

NB : Pour rappel la fameuse faille de sécurité ne conduit pas directement à un black out du PC. Le virus par définition doit être activée sur un poste client via par exemple une pièce jointes d'un email, et le virus s'il détecte la présence de serveurs Samba SMB1 va exploter la faille pour se diffuser à travers tout le réseau. Le risque est donc essentiellement pour les entreprises qui peuvent voir tous les postes de l'entreprise progressivement infectés

Bonjour,

Depuis le passage au firmware 4.3.3 sur ma Freebox Révolution, il n'est plus possible de supprimer les fichiers dont l'extension est .srt

J'ai essayé :

• via l'interface de la TV : aucune erreur apparait mais le fichier n'est pas supprimé
• via l'application Android de Free : j'ai une erreur qui dit « suppression de 1 fichier a échoué »
• via l'interface de FreeboxOS : j'ai le message « erreur lors de la suppression : permission refusée »

Voici le JSON retourné par https://mafreebox.freebox.fr/api/v8/fs/rm/ :

{
  "result": {
    "curr_bytes_done": 0,
    "total_bytes": 0,
    "nfiles_done": 0,
    "started_ts": 1622011226,
    "duration": 0,
    "done_ts": 0,
    "src": [
      "/Disque dur/Vidéos/TV/episode.s1e01.srt"
    ],
    "curr_bytes": 0,
    "type": "rm",
    "to": "",
    "id": 10,
    "nfiles": 0,
    "created_ts": 1622011226,
    "state": "running",
    "total_bytes_done": 0,
    "rate": 0,
    "from": "/Disque dur/Vidéos/TV/episode.s1e01.srt",
    "dst": "",
    "eta": 0,
    "error": "none",
    "progress": 0
  }
}

À noter que j'arrive à supprimer sans problème le fichier via Windows Explorer.

Cela ne vient pas d'un seul fichier SRT en particulier (j'ai essayé 2 fichiers différents dans deux répertoires différents). Pas de problème avec les fichiers vidéos.

Merci

découverte du jour la mise à jour proposé par Free bloque complétement les services smb au-dela de la version 1, génial on est obligé de régler Windows en smb 1 sinon on ne peut accéder à ses serveurs.
Bravo Free.

Bonjour,

Depuis le 14 mai, date à laquelle je suis passé à la 4.3.2 le ftp ne fonctionne plus correctement sur mon serveur Delta. La màj 4.3.3 ne règle pas le problème.

Je dois désactiver le ftp, puis le réactiver, accès authentifié ou anonyme, au bout de quelques temps de fonctionnement (entre 5 et 15 minutes, c'est variable), le ftp refuse l'affichage des dossiers et l'enregistrement des fichiers.

Voici le résultat avec filezilla en anonyme (réponse identitique en accès authentifié)

Statut : Connexion à 192.168.x.x:21… Statut : Connexion établie, attente du message d'accueil… Statut : Initialisation de TLS… Statut : Vérification du certificat… Statut : Connexion TLS établie.
Statut : Connecté
Statut : Récupération du contenu du dossier… Commande : PWD
Réponse : 257 "/"
Commande : TYPE I
Réponse : 200 Command Okay.
Commande : PASV
Erreur : Connection interrompue après 20 secondes d'inactivité
Erreur : Impossible de récupérer le contenu du dossier

J'ai 5 ipcam qui utilisent le ftp authentifié pour enregistrer le flux vidéo sur le serveur Delta.

Je suis à disposition pour des tests.

Cordialement,