- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux → SMB
- Assignée à Personne
- Système d'exploitation Freebox Server V8 (Pop)
- Sévérité Basse
- Priorité Très Basse
- Basée sur la version 4.7.6
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
Ouverte par fredc - 28/05/2023
FS#38399 - Pas de droits d'écriture avec accès authentifié et utilisateur différent de "freebox"
Un bug qui m’a bien pris la tête sur Freebox Pop:
Procédure:
* activer le “Partages Windows” en SMB2/SMB3 et l’accès authentifié, puis mettre un nom différent de “freebox” pour l’utilisateur, mettre un password
* monter le disque reseau depuis Windows ou Linux
⇒ le montage fonctionne bien, l’arborescence est visible mais en lecture seule, impossible de créer/modifier des répertoires ou fichiers.
Notes:
* le bug est présent sous Windows ou Linux
* si le partage n’est pas fait avec un “accès authentifier” (mode anonyme/guest) alors le montage est bien en RW (lecture/écriture)
* la ligne de commande pour linux (mais c’est pas ca le pb car j’ai aussi le pb avec l’exporateur windows):
sudo mount -t cifs //192.168.1.254/Freebox /mnt/freebox -o user=toto,uid=<USER>,gid=<USER>,password=<PASSWORD>
Pour moi c’est un bug car l’input “Utilisateur” est éditable (à la différence de la conf FTP qui a “freebox” en dur — ce qui m’a mis sur la piste)
La solution est donc de bien laisser “freebox”, et à terme que les devs corrigent cela: soit en bloquant le champs soit en fixant la conf SMB…
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Bien vu, ce bug
Le serveur Samba de Linux (celui de la freebox) s'appuie sur les utilisateurs Linux pour l'authentification. Il crée des utilisateurs, s'ils n'existent pas encore. "freebox" existe et doit être le propriétaire des fichiers, "toto" obtient une nouvelle UID et c'est normal qu'il ne peut pas écrire.
On ne s'est pas embêté, visiblement on passe les paramètres de freeboxOS à un script qui met à jour certains fichiers (/etc/passwd, /etc/samba/smb.conf …)
Vous avez raison, il faut griser ce champs pour forcer le nom "freebox". Pour faire mieux, il faudrait un modèle de droits beaucoup plus fin, avec plusieurs utilisateurs à qui on ne partage pas tout, etc. C'est un autre niveau de travail.
Merci pour le retour et les explications techniques
Effectivement fixer le champs "Utilisateur" sur "freebox" me parait la solution la plus rapide et robuste.
@mmakassikis: Avez-vous vu ce ticket ?
@mmakassikis: Avez-vous lu ce ticket ?