Tous les projets

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,

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

Bonjour,

On ne peut plus supprimer des vidéos du disque dur via la télé
Obligation de passer par l ordinateur pour supprimer des fichiers du disque dur

Merci

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

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

Depuis la version v9.6.28 du Player Pop, une option est disponible pour laisser les applications contrôler la fréquence d'affichage.

Ce ticket est ici pour suivre les bugs liés à cette fonctionnalité:
- La 4k sur HDMI 1.4 ne fonctionne pas
- L'utilisateur doit manuellement séléctionner YCbCr422 pour que la fonctionnalité fonctionne
- Les applications doivent supporter explicitement cette fonctionnalité (ce qui n'est pas le cas de Netflix par exemple).

Applications testées:
- NOVA Video Player ( https://play.google.com/store/apps/details?id=org.courville.nova )
- Emby ( https://play.google.com/store/apps/details?id=tv.emby.embyatv )
- TVHZ ( https://play.google.com/store/apps/details?id=eu.chainfire.tv.hz )
- Refresh Rate ( https://play.google.com/store/apps/details?id=mobi.bytearray.refreshrate )

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

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