|
21825 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 03/10/2017 | Anomalie | SMB | Fermée | Mise à jour du protocole SMB. |
Description de la tâche
Bonjour,
la version du protocole smb utilisé est la version 3.0.37 qui n’est plus maintenue depuis le 1er octobre 2009 (https://www.samba.org/samba/history/samba-3.0.37.html).
D’ailleurs une mise à jour du kernel linux récente impose de spécifier “vers=1.0” lors d’un montage du disque de la freebox via fstab:
No dialect specified on mount. Default has changed to a more secure dialect, SMB3 (vers=3.0), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 specify vers=1.0 on mount. For somewhat newer servers such as Windows 7 try vers=2.1.
Il est de plus précisé que cette version est obsolète et expose à des soucis de sécurité.
La version actuelle de samba est la 4.7.0.
Une mise à jour serait-elle envisageable?
|
|
21877 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 21/10/2017 | Anomalie | SMB | Fermée | Le partage de fichier SMB va/est devenu inutilisable |
Description de la tâche
Bonjour,
Comme relevé par un autre utilisateur du bugtracker, Microsoft retire le support de SMB en version 1 dans les futures versions de Windows 10.
Je trouve beaucoup plus pratique de mettre des fichiers sur la Freebox via l’explorateur Windows qu’en passant par un client FTP.
Rapidement il ne sera plus possible d’accéder simplement au disque dur de la Freebox via le partage Windows (et c’est déjà le cas pour ceux qui désactivent la v1 de SMB pour éviter les failles types Wanacry)
Est-il prévu ou possible de prévoir la mise à jour du protocole SMB en version 2 ou 3 ?
Merci d’avance.
Pierre G.
Source Microsoft : https://blogs.windows.com/windowsexperience/2017/06/21/announcing-windows-10-insider-preview-build-16226-pc/
Extrait :
Windows 10 and SMB1: As part of a multi-year security plan, we are removing the SMB1 networking protocol from Windows by default. This build has this change, however the change only affects clean installations of Windows, not upgrades. We are making this change to reduce the attack surface of the OS. Here are some more details to take note of:
- All Home and Professional editions now have the SMB1 server component uninstalled by default. The SMB1 client remains installed. This means you can connect to devices from Windows 10 using SMB1, but nothing can connect to Windows 10 using SMB1. We still recommend you uninstall SMB1 if you are not using it. In a later feature update of Windows 10, we may uninstall SMB1 client if we detect that you are not using it. - All Enterprise and Education editions have SMB1 totally uninstalled by default. - The removal of SMB1 means the removal of the legacy Computer Browser service. The Computer Browser depends exclusively on SMB1 and cannot function without it.
For more information on why SMB1 is being removed, see: https://aka.ms/stopusingsmb1
For more information on software and devices that require SMB1, see https://aka.ms/stillneedssmb1
|
|
22801 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 12/08/2018 | Anomalie | SMB | Fermée | SMB changer le mode par défaut de création de dossier? |
Description de la tâche
Bonjour. Souhaitant accéder en lecture/écriture sur l’ensemble d’un disque partagé à l’aide du freebox serveur, j’ai du préalablement exécuté “sudo chmod -R g+rw” sur l’ensemble du disque avant de le relier à la freebox, puis j’ai créer sur mon client linux un groupe freebox avec gid=4242 afin de respecter ce que le serveur m’impose. C’est pas trop mal. Si je veux permettre à un utilisateur d’écrire dans ce partage SMB, je dois seulement l’ajouter au groupe freebox. Seulement lorsque, en tant qu’utilisateur smb client, je crée un dossier, ça se complique. Je suis obligé de faire un “sudo chmod g+rw mon_dossier” si je souhaite mettre quelque chose dedans. Une solution absurde mais probablement fonctionnelle serais que je crée sur la machine client un user ‘freebox’ uid=4242. Seulement, seuls cet utilisateur et root pourraient alors faire ce type de tâche (mettre des fichier dans un dossier nouvellement créé). Je suggère donc de mettre en mode par défaut de création de dossier “g+rw” ou “g+rwx”? Ou éventuellement de permettre à l’utilisateur de choisir les modes de création qu’il préfère dans l’explorateur de fichier de la freebox serveur.
Une bonne journéee!
PS :
Il semble, à la lecture de nombreux forums, que l’accès en écriture via SMB ne soit normalement pas un problème chez la plupart des gens??? Je dois avoir un problème bien spécifique. Ainsi, je n’aurais sûrement pas du être obligé de faire tout ça. Je mets donc ce ticket en bug.
Voici la ligne de mon fstab : “//mafreebox.freebox.fr/Freebox/data /data cifs _netdev,users,auto,vers=1.0,username=freebox,password=c0nfigsys,sec=ntlm,iocharset=utf8,file_mode=0022,dir_mode=0022,nosetuids 0 0”
Je n’arrive pas à sélectionner la version 3.5.4. Je n’ai que 3.5.2 en choix dans le formulaire.
|
|
22825 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 05/09/2018 | Anomalie | SMB | Fermée | plus d'acces smb |
Description de la tâche
plus d’acces au disque dur de la freebox via smb , j’ai eu beau essayé de changer le nom netbios ou quoi .. rien y fais.
|
|
28223 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 02/09/2019 | Anomalie | Non trié | Fermée | Nas inaccessible sur windows 10 smb 1 activé |
Description de la tâche
Nas inaccessible sur windows 10, même avec le smb 1 activé
|
|
28483 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 04/10/2019 | Anomalie | Services locaux | Fermée | SMB/CIFS Freebox Delta Raspberry |
Description de la tâche
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.
|
|
28678 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 20/10/2019 | Anomalie | Services locaux | Fermée | Time Machine (NAS) ne fonctionne plus en accès authenti ... |
Description de la tâche
Bonjour à l’équipe Freebox,
Je vous fais d’un part d’un bug depuis macOS Catalina (10.15) ou la version Freebox 4.1.x. Je n’avais pas de problème avant sur Mohave (10.14). En effet, il est maintenant impossible de faire fonctionner le partage de fichier avec le protocole SMB ou AFP avec un accès authentifié ce qui peut poser un problème de sécurité.
Les modes de partage sans authentification fonctionnent encore heureusement, mais jusqu’à quand ..?
Je suis bien au fait de l’historique de l’évolution du protocole SMB sur la Freebox (Bugtracker).. seulement un jour, il n’y aura plus le choix d’implémenter une nouvelle version avec l’évolution des OS que ce soit Windows ou macOS qui ne seront plus compatibles avec la version intégrée dans la Freebox v6/v7. Avec l’obsolescence d’AFP, il nous restera plus que l’accès FTP pour accéder au Freebox Server.
Avez-vous des solutions pour l’avenir ? :)
Merci de votre compréhension, Jean-Philippe
|
|
31733 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 07/08/2020 | Anomalie | Non trié | Fermée | Problème d'accès SMB entre les ports de la freebox pop |
Description de la tâche
Bonjour,
Je rencontre un gros problème d’accès à mon NAS depuis les pc fixes cablés. Si par exemple mon pc fixe est sur la prise RJ 2.5G de la freebox pop et que mon NAS est connecté au travers d’un switch sur la prise 1G, le pc ne peut accéder au NAS, impossible de le ping non plus. Alors que les périphériques en wifi voient bien le NAS et le Freebox Server l’affiche bien dans les Périphériques connectés.
Du coup j’ai du mettre tout mes équipements non wifi sur un switch branché sur une seule prise rj du freebox server pour que tout le monde puisse se voir ce qui est vraiment très dommage en terme de qualité de connexion.
D’avance merci, Cordialement, Jérôme
|
|
34620 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 22/04/2021 | Anomalie | SMB | Fermée | SMBv2 Accès Disque dur USB impossible depuis Koodi, Nov ... |
Description de la tâche
Bonjour,
Freebox Delta / Pop player : depuis mise à jour du 20 avril et apparition du SMBv2, dans Kodi , plus moyen de connecter disque dur usb branché sur Delta.
Sous Kodi, configuration Système → Smb minimum 2, maximum 3 Ajout source SMB > "Workgroup" disparu, impossible de parcourir et trouver disque usb de la Delta.
Avec appli Pop "Nova player" même problème en exploration réseau : ip Delta et mention "no group", aucun disque accessible
Sous W10 depuis PC, disques accessibles via explorateur, mais même problème sur Kodi 19 version PC.
Freebox OS : SMB v2 activé, "Workgroup", partage activé, authentification désactivée
Tout fonctionnait bien depuis des mois avec SMBv1
|
|
34627 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 22/04/2021 | Anomalie | SMB | Fermée | Passage en SMBv2 : plantage explorateur sous Windows 10 |
Description de la tâche
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).
|
|
34637 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 23/04/2021 | Anomalie | Impression | Nouveau | Partage d'impression indisponible avec SMB 2.0 |
Description de la tâche
Bonjour,
Lorsque l'on active le SMBv2.0, la fonctionnalité partage d'imprimantes sur port USB n'est plus activable. Pourriez vous ajouter cette option, je ne suis plus en mesure d'imprimer.
Merci
Olivier L
Freebox V7 version OS 4.3.0
|
|
34638 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 23/04/2021 | Anomalie | SMB | Fermée | Problème de copie de fichiers en SMB v2.0: explorateur ... |
Description de la tâche
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
|
|
34642 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 23/04/2021 | Anomalie | Freebox OS | Fermée | Problème d'annonce du Server dans Windows Explorer (CIF ... |
Description de la tâche
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.
|
|
34647 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 24/04/2021 | Anomalie | SMB | Nouveau | [4.3] SMBv2 Problème d'accès au contenu des répertoires... |
Description de la tâche
Apres passage en SMB2, certains répertoires des disques connectés à la Freebox n'affiche plus leur contenu par l'intermédiaire d'Android ou Chrome OS. Cela fonctionne normalement en passant par Windows 10.
|
|
34650 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 24/04/2021 | Anomalie | SMB | Fermée | Effacement d'un fichier en SMB2 |
Description de la tâche
Lors de l'effacement d'un fichier, sous Windows10, Windows reste en attente de la réponse finale de la fbx. Le fichier est bien effacé de la fbx, mais Windowxs indioque 'effecté à 99%'. Il faut alors stopper la tâche 'explorateur de fichier' pour que le fonctionnement de cet explorateur devienne normal.
|
|
34655 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 24/04/2021 | Anomalie | SMB | Nouveau | Bug propriétés à 0 + bug d'accès VLC en SmbV2 (FreeboxO... |
Description de la tâche
Bonjour, Je faisais partie des beta testeurs et j’ai échangé plusieurs mails avec Mr Makassikis à ce sujet. je vais essayer d’être le plus clair possible. J’ai un disque de 5 To, en NTFS, connecté sur le serveur pop (sur l’Usb3 et le disque est USB3 aussi). Le disque est neuf, acheté en Janvier dernier, un peu avant le début de la béta. J’ai constaté que, sur certains répertoires (ceux avec beaucoup de fichier), si je fais un clic droit sur un fichier, la fenêtre des propriétés affiche un poids de 0Ko et aucune date de création/modification:
Dans ce même répertoire, certains affichent correctement la fenêtre des propriétés et certains, comme l’image ci-dessus, sans rien. Si on tente de parcourir le répertoire en question, par la commande dir en fenêtre CMD, le comportement est également très bizarre. une fois dans le répertoire, si je fais simplement dir, tous les fichiers du répertoire sont trouvés mais pas par ordre alphabétique. Ils sont bizarrement classés. Ils ont l’air (c’est à dire la majorité d’entre eux) d’être par ordre alphabétique mais pas du tout. Tous ceux qui sont pas bien “classés” sont ceux qui présente le bug de la fenêtre de propriétés. j’ai tenté toutes les options de la commande dir mais ça reste pas dans le bon ordre. De plus, si, sur un fichier présentant le bug de la fenêtre des propriétés, je tente de faire un dir débutdunomdufichier*.*, là, la commande dir me répond que le fichier est inexistant. Résultat étonnant car un dir simple l’a pourtant bien “trouvé”, il est listé. Alors certes, pas au bon endroit dans l’ordre alphabétique mais il est là.
Bug lié à tout ça : Si dans VLC par exemple (depuis téléphone Android ou le lecteur freebox pop), je tente l’accès sur le répertoire avec ce bug, VLC me répond que, tenez vous bien, le répertoire est vide! alors qu’il contient plus de 200 fichiers.
Je vérifie le disque, histoire qu’il ne soit pas défectueux. Je branche le disque sur mon pc puis je le partage sur mon réseau (mon pc a bien smb V1 de désactivé bien sûr et tous les VLC utilisés ont l’option “préférer smbv1” de décochée également). Et la, tout fonctionne parfaitement, tous les répertoires sont biens listés par VLC, du téléphone, de la freebox tout … impec. Le bug de la fenêtre des propriétés à 0 disparait. Les commandes dir fonctionnent parfaitement. Le disque n’est donc pas en cause.
Une fois le disque rebranché sur la freebox, le bug est de retour. Je constate que n’importe quel répertoire dépassant les 30 fichiers présente ces bugs (mais ce n’est peut être pas pile ce nombre à partir duquel le bug se présente mais j’ai pas mieux, j’ai soit des répertoires à moins de 30 fichiers et la aucun souci ou j’ai beaucoup plus de 30, genre 80-100 voir plus de 200 fichiers, où la le bug est présent) :
- Des fichiers avec fenêtre de propriétés à 0 - exploitation par dir en fenêtre de commande CMD bugée - VLC ne trouve rien dans ces répertoires, il les voit vide
J’ai refais plusieurs mails à Mr Makassikis mais sans réponses cette fois. J’ai pu voir qu’on était plusieurs à rencontrer des bugs assez similaires (avec d’autre logiciels que VLC). Je pense qu’il reste un bug, lié au nombre de fichiers contenus (ou bien tout autre chose mais il reste un bug, assez gênant car perturbe l’utilisation de VLC).
En espérant avoir une réponse cette fois, sinon je ferais un ticket peut être indépendant histoire de remonter le souci.
Merci beaucoup @ bientôt. Tehoden.
|
|
34682 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 27/04/2021 | Anomalie | SMB | Fermée | smbv2 et plantage VM |
Description de la tâche
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…
|
|
34747 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 04/05/2021 | Anomalie | SMB | Fermée | [4.3.2] Samba / smbd : connexion impossible en IPv6 |
Description de la tâche
Freebox Server Delta 4.3.2 Samba est indisponible en IPv6, seule l'adresse IPv4 de Freebox Server répond. Voici l'erreur en IPv6 :
[ +0.002719] CIFS: VFS: Error connecting to socket. Aborting operation.
[ +0.000069] CIFS: VFS: cifs_mount failed w/return code = -2
May 4 09:31:16 nuc0 kernel: [428177.852190] CIFS: VFS: Error connecting to socket. Aborting operation.
May 4 09:31:16 nuc0 kernel: [428177.852259] CIFS: VFS: cifs_mount failed w/return code = -2
|
|
34750 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 04/05/2021 | Anomalie | SMB | Fermée | Anomalie SMB depuis mise à jour 4.3.0 |
Description de la tâche
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.
|
|
34818 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 10/05/2021 | Anomalie | SMB | Fermée | Mot de passe sur 4.3.2 avec smbv2 sur vlc |
Description de la tâche
Bonjour,
Suite à la dernière mise a jour du serveur un mot de passe est nécessaire sur l'accès smbv2 du serveur, depuis le player pop via l'app vlc.
Cdt
A noter l'user @ ne fonctionne pas.
Merci pour votre aide.
|
|
34872 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 18/05/2021 | Anomalie | SMB | Fermée | Problème d'affichage des répertoires dans un explorateu ... |
Description de la tâche
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 :
Avec SMBv2 activé sur la Freebox :
⇒ 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.
|
|
34877 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 18/05/2021 | Anomalie | SMB | Fermée | Mini 4K - SMBv2 : lecture avec VLC : reboot du server |
Description de la tâche
Bonjour,
Depuis que j'ai activé le protocole SMB v2, lorsque je lis un fichier vidéo sur le player Mini 4k avec l'application VLC (Samba), entre 30 et 35 minutes, le server redémarre.
Gros consommateur de lecture de vidéos par VLC sur le player, je n'avais pas ce problème avant. Du coup, j'ai désactivé SMB v2 et je peux désormais lire mon fichier vidéo sans redémarrage et donc sans coupure comme avant.
|
|
34889 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 20/05/2021 | Anomalie | Non trié | Fermée | Option SMB V2 non parfaite |
Description de la tâche
Bonjour,
Je viens d’avoir la dernière version du firmware 4.3.3.
Quand j’active le SMB V2, Windows 10 peut enfin accéder aux partages.
Mais j’ai une application Android sur FB 4K (NovaVideoPlayer) qui, malgré le support SMB V1 et V2, ne voit plus la FB (via son nom DNS) mais son adresse IP et sans le nom de son Workgroup. Impossible d’accéder à la FB4K via son IP depuis NovaVideoPlayer.
Je suis obligé de rester avec l’option SMB V2 désactivée pour avoir du SMB V1 propre et pas du mix des 2 qui ne fonctionne pas partout.
Allez encore un effort Free !
|
|
34912 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 24/05/2021 | Anomalie | SMB | Fermée | Accès Serveurs Réseau SMB impossible |
Description de la tâche
Bonjour,
Description du problème : accès impossible au server delta depuis Kodi sur le réseau local à travers le protocole SMB depuis la dernière mise à jour du Server Delta.
Il y avait eu un problème similaire avec la mise à jour de Kodi avec le passage de la version 18 à la 19, indépendant de la Freebox. J’ai pu régler le problème en configurant les protocoles d’accès de Kodi en SMBV1 et 3.
Mais ce coup-ci cela ne vient pas de Kodi puisque sur mon PC en Win10, Windows ne trouvait plus non plus la Freebox Server. Les raccourcis et les accès rapides ne répondaient plus, avec des accès au serveur impossibles.
Au final Windows a retrouvé automatiquement la Freebox et j’ai recrée les raccourcis (le nom de de la Freebox server semble avoir changé avec un “underscore” entre “Freebox” et “Server”. Mais ce n’est pas le cas pour Kodi qui ne trouve aucune source SMB..
La solution temporaire que j’ai trouvé et d’accéder à mes disques durs branchés sur le server en passant par le protocole Upnp au lieu de SMB via Kodi, mais l’upnp ne rend pas hommage à Kodi car du coup on accède pas aux jaquettes et cie, ce protocole étant limitant…
Du coup cette dernière mise à jours est pour moi plus une régression qu’un progrès…
|
|
34944 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 30/05/2021 | Anomalie | LAN | En attente de réponse | SMBv2 - Suppression du SMB1 et Modification non sollici... |
Description de la tâche
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
|
|
34978 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 02/06/2021 | Anomalie | SMB | Nouveau | SMBv2 exploration reseau impossible | |
|
35045 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 14/06/2021 | Anomalie | SMB | Nouveau | Suite tache 34682 - SMBv2 - | |
|
35105 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 28/06/2021 | Anomalie | SMB | Fermée | Crash freebox delta suite activation SMBv2 et utilisati ... | |
|
35279 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 24/07/2021 | Anomalie | SMB | Fermée | Freebox OS 4.4, reboot du server lors d'acces SMB | |
|
35307 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 28/07/2021 | Anomalie | Disques externes | Fermée | Dysfonctionnements de la Freebox lors de l'utilisation ... | |
|
35801 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 19/10/2021 | Anomalie | SMB | Fermée | Bug smb | |
|
36462 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 08/03/2022 | Anomalie | SMB | Fermée | Protocole SMB2 | |
|
36555 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 21/04/2022 | Anomalie | SMB | Fermée | Coupures wifi lors de transfert de fichiers en SMBv2 | |
|
37134 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 12/10/2022 | Anomalie | SMB | Nouveau | Reboot FB serveur après copie d'un fichier via SMB (exp... | |
|
37221 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 29/10/2022 | Anomalie | Freebox OS | Fermée | [Tous les Freebox Server] Demande de mise à jour : ksmb ... | |
|
37447 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 02/12/2022 | Anomalie | LAN | Nouveau | SMB2/3 fait planter le serveur DELTA. Tout revient à la... | |
|
37457 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 05/12/2022 | Anomalie | Non trié | Nouveau | Disque dur non détecté par la Nvidia Shield en SMB2/SMB... | |
|
37730 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 18/02/2023 | Anomalie | SMB | Fermée | Changement d'encryption du mot de passe SMB | |
|
37775 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 01/03/2023 | Anomalie | SMB | Nouveau | Interruption transfert fichiers en SMB2 | |
|
37777 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 02/03/2023 | Anomalie | SMB | Fermée | Bug SMB + FTP - MAJ 4.7.4 | |
|
37792 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 07/03/2023 | Anomalie | SMB | Fermée | SMB Partage de fichiers Windows KO | |
|
37841 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 16/03/2023 | Anomalie | SMB | Nouveau | Problèmes de débit protocole SMB | |
|
37842 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 16/03/2023 | Anomalie | SMB | Nouveau | Pertes partage SMB depuis MAJ 4.7.4 : Une piste à exami... | |
|
37848 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 18/03/2023 | Anomalie | SMB | Fermée | Accès aux fichiers du disque dur buggé avec smb v2/v3 | |
|
37870 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 24/03/2023 | Anomalie | SMB | Fermée | TRANSFERT FICHIER DE WINDOWS VERS FREEBOX_SERVER SOUS S ... | |
|
37896 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 30/03/2023 | Anomalie | SMB | Fermée | SMB Etape 1 crash v4.7.5 | |
|
37986 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 21/04/2023 | Anomalie | Freebox OS | Nouveau | [Tous les Freebox Server] Demande de mise à jour : ksmb... | |
|
38094 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 22/05/2023 | Anomalie | SMB | Nouveau | Le partage de fichier SMB2 se déconnecte seul | |
|
38152 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 23/05/2023 | Anomalie | SMB | Nouveau | SMB v2/3 | |
|
38504 | Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K) | 09/07/2023 | Anomalie | SMB | Nouveau | Problème via le partage SMB lorsque certains caractères... | |