[Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

tomazinio · 26-10-2016 16:18:25

Bonjour à tous,

J’ai un problème de droits à partir d’une machine Windows 7 pro sur des répertoires/fichiers partagés sous Debian Jessie. Cela est matérialisé par la capture d’écran suivante prise sur la machine Windows 7 pro du fichier du répertoire partagé sous Debian.

Il faudrait que j’ai les cases contrôle total et modification cochées « Autoriser». Lorsque je le fais et que j’applique la modification, elle est aussitôt effacée et n’est pas conservée. Je ne comprends pas de quoi cela provient.

L’utilisateur est créé (et identique avec le même mot de passe) sous Windows 7 pro, Debian et Samba.
Sous Debian, j’ai mis les droits intégrals (777) sur le répertoire partagé.
Dans la configuration Samba, j’ai mis

sécurité = user

et dans le partage

create mask = 0777

directory mask = 0777

.
C’est pas ce qu’il faut faire ou quelque chose d’autre me bloque ?

Comme vous vous en doutez, je ne pratique Linux/Debian que depuis quelques mois et je rame (fort). Si quelqu’un pouvait me donner un coup de main à résoudre ce problème, ce serait sympa.

Vous en remerciant,
Cordialement.

Dernière modification par tomazinio (01-11-2016 20:54:51)

bendia · 26-10-2016 16:43:12

Bonjour

Je ne suis pas du tout un expert dans ce genre de chose et n'en ai aucunne expérience, mais il y a de forte chance pour que le paquet de debian qui gère ça soit ntfs-3g.

A parti de là, dans ce genre de cas qui me parraît un poil plus complexe que l'utilisation domestique (doux euphémisme

), je crois que la lecture appronfondie de la page man est nécessaire, où l'on trouve une histoire de mappage des utilisateurs.

Il y a peut-être d'autre tuto à chercher connaissant à présent le nom de l'outil qui gère ça sous nux

tomazinio · 26-10-2016 16:52:29

Bonjour,

Merci pour l'info. Je vais chercher de ce coté la. Si je trouve, je ferai un retour.

T'en remerciant,
Cordialement.

bendia · 26-10-2016 16:55:21

tomazinio a écrit :

Si je trouve, je ferai un retour.

Super Le wiki est tout ouvert pour ça

greenmerlin · 26-10-2016 17:08:44

Bonjour,

SI j'ai bien compris tu partage avec samba des fichiers pour un client windows

Ton partage se trouve-il sur une partition ext4 ?

Si oui il te suffit de configurer SAMBA pour qu'il utilise les ACL et des les configuré correctement en plus c'est bcp plus simple que les DACL du NTFS
Voir ces tutos :

https://wiki.samba.org/index.php/Shares … ndows_ACLs pour samba

[url]https://debian-facile.org/doc:systeme:acl?s[]=acl[/url] pour les ACL

tomazinio · 26-10-2016 17:41:52

bendia a écrit :

… je crois que la lecture appronfondie de la page man est nécessaire, où l'on trouve une histoire de mappage des utilisateurs.
Il y a peut-être d'autre tuto à chercher connaissant à présent le nom de l'outil qui gère ça sous nux …

Bon, j'ai regardé et cherché. Je n'ai rien trouvé en fr et le problème est que je ne maitrise pas l'anglais.
Je n'ai donc pas de solutions à mettre sur le wiki pour l'instant

greenmerlin a écrit :

… SI j'ai bien compris tu partage avec samba des fichiers pour un client windows …

C'est bien cela.

greenmerlin a écrit :

… Ton partage se trouve-il sur une partition ext4 ? …

Non. Ntfs.

Vous remerciant de votre aide,
Cordialement.

tomazinio · 27-10-2016 12:28:56

Bonjour à tous,

Bon, j’ai lu sur les ACL le lien du wiki (et son lien tout en bas). Pour celui de Samba, je ne pratique pas trop l’anglais alors je ne comprends pas grand-chose.

Je suis allez voir si acl était installé

apt-cache policy acl

acl:

  Installed: 2.2.52-2

  Candidate: 2.2.52-2

  Version table:

 *** 2.2.52-2 0

        500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages

        100 /var/lib/dpkg/status

puis voir les ACL sur le répertoire contenant le fichier en cause

getfacl /var/lib/data/eic/REVAO/Commun/Installe

getfacl: Removing leading '/' from absolute path names

# file: var/lib/data/eic/REVAO/Commun/Installe

# owner: stephane

# group: utilisateurs

user::rwx

group::rwx

other::rwx

Ce sont des ACL minimales. Le système de fichiers du répertoire partagé est ntfs.

Dois-je mettre des ACL étendues et/ou par défaut pour avoir les cases contrôle total et modification cochées « Autoriser» sur la machine Windows 7 pro ?

Vous en remerciant,
Cordialement.

tomazinio · 27-10-2016 15:27:43

Bonjour,

Je continue à chercher une solution.

bendia a écrit :

… mais il y a de forte chance pour que le paquet de debian qui gère ça soit ntfs-3g …

J'ai cherché le paquet ntfs-3g :

apt-cache policy ntfs-3g

ntfs-3g:

  Installed: (none)

  Candidate: 1:2014.2.15AR.2-1+deb8u2

  Version table:

     1:2014.2.15AR.2-1+deb8u2 0

        500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages

        500 http://security.debian.org/ jessie/updates/main amd64 Packages

Il n'est pas installé. Ce n'est donc pas lui qui gère cela. Il faut que je l'installe ? Cela résoudra le problème ?

Vous en remerciant,
Cordialement.

winproof · 28-10-2016 15:55:10

peut-tu écrire sur la partition ntfs a partir de jessie?
car apparemment le driver ntfs inclus dans le kernel n'est qu'en lecture seule.

si effectivement tu ne peut pas écrire, ton problème vient de là

dans ce cas il te faut effectivement le paquet ntfs-3g (et fuse, qui sera installé par défaut car c'est une dépendance)

par contre attention, apparemment la version ntfs-3g fournie avec jessie est cassée:

http://forums.debian.net/viewtopic.php?f=5&t=124856

il te faut installer une version plus récente:

wget https://tuxera.com/opensource/ntfs-3g_ntfsprogs-2016.2.22.tgz

tar xzf ntfs-3g_ntfsprogs-2015.3.14.tgz

cd ntfs3g_ntfsprogs-2015.3.14

./configure

make

make install

il te faudra sans doute les outils de compilation avant, donc un petit

apt-get install build-essential

et ça devrait rouler.
bon courage!

PS: lit bien la sortie de

./configure

il t'indiquera si il te manque des trucs pour compiler ton paquet

Dernière modification par winproof (28-10-2016 16:07:56)

tomazinio · 29-10-2016 19:34:17

Bonjour,

Merci de ces explications mais j'arrive bien sous jessie à créer un fichier sur la partition ntfs. Cela n'est donc pas un problème de driver ntfs ?

Te remerciant de ton aide,
Cordialement.

greenmerlin · 30-10-2016 03:49:29

Bonsoir,

… Ton partage se trouve-il sur une partition ext4 ? …

Non. Ntfs.

Je pense que déjà le problème est la. c'est illogique pour ma part.
Samba est un logiciel d'interopérabilité qui permet à des ordinateurs Unix de partager des fichiers dans des réseaux MSWindows.
Pour cela il "émule le SMB/CIFS" de Crosoft

Analysons les données du problèmes sachant que :

1- Tu a une machine "serveur sous linux" et que tu souhaite partager des dossiers/fichiers avec des client windows.
2- Linux est optimisé pour des systèmes de fichiers qui lui sont propres (et qui sont libres par ailleurs, contrairement au NTFS)
3- Le NTFS n'étant pas libre les développeurs du noyau linux ont du trouvé des palliatifs afin d'écrire sur le NTFS est de ce faite linux ne pourra JAMAIS s’installer sur une partition de ce type. Mais on peut malgrés tout écrire sur une partition de ce type mais de façon "expérimental"
4-Samba a été conçu pour fonctionner de manières optimiser sur des partitions NTFS/BTRFS/XFS...etc mais pas pour du NTFS (et pour cause le code du NTFS n'est pas libre)
5-Samba est capable de gérer tous les types d' ACL windows depuis ça version 3.3.0

Pose toi les question suivantes ?

Que fait une partition NTFS sur ton linux ?
Pourquoi a tu besoin d'une partition NTFS ?

EN gros c'est comme si tu essayai de créer une partition ext4 sous windows 10 et que tu lui demandais de la partager en NFS avec des droit ACL POSIX
ton windows 10 n'y arriverais pas

j’espère t'avoir éclairé.
@ bientot

winproof · 30-10-2016 04:00:24

+1 avec greenmerlin, si tu veut pas te prendre la tête trop longtemps avec ton problème d'ACL, a mon avis le plus simple c'est de copier les fichiers de la partition ntfs sur un autre disque/une autre partition, effacer la partition ntfs puis la recréer en ext4, et enfin remettre tes fichiers.

kawer · 30-10-2016 04:52:01

greenmerlin a écrit :

4-Samba a été conçu pour fonctionner de manières optimiser sur des partitions NTFS/BTRFS/XFS...etc mais pas pour du NTFS (et pour cause le code du NTFS n'est pas libre)

Donc optimiser sur des partitions NTFS mais pas pour du NTFS ???

Samba est utilisable pour les partitions ntfs, mais il est en effet préférable d'utiliser de l'ext4, même si ntfs est parfaitement bien supporté.

tomazinio · 30-10-2016 10:06:39

greenmerlin a écrit :

… Ton partage se trouve-il sur une partition ext4 ? …
Non. Ntfs.

Je pense que déjà le problème est la. c'est illogique pour ma part.

Merci beaucoup pour ces explications.

En fait, j’ai fais des partitions ntfs car j’ai lu que c’était ce qu’il fallait faire pour accéder aux fichiers dans l’explorateur des clients Windows. Cela m’aurait « enduit dans de l’erreur» ? Si je n’avais pas eu à accéder avec des clients windows, c’est vrai que j’aurais fait de l’ext4.

On peut accéder aux fichiers d’une partition ext4 dans l’explorateur des clients Windows ? Si oui, alors je vais faire la manipulation indiquée par winproof.

@winproof et kawer. Merci aussi pour vos explications.

Vous remerciant de votre aide,
Cordialement.

winproof · 30-10-2016 13:25:35

tomazinio a écrit :

c’était ce qu’il fallait faire pour accéder aux fichiers dans l’explorateur des clients Windows

en fait c'est là que tu t'est mélangé les pédales

c'est exact uniquement quand il s'agit d'un dual-boot windows -linux, car windows est en effet incapable d’accéder directement a une partition ext (3 ou 4), reiserfs, ou n'importe quel filesystem qui n'est pas du crosoft.
essaye de brancher un disque dur formaté en ext sur un pc windows, windows verra le disque (physique), peut-étre la partition ext (me souvient plus si c'est le cas ou pas) mais sera incapable de lire ou écrire dessus.

mais quand tu accède a un partage a travers samba, ça n'a aucune importance, car c'est le démon samba (en s'adressant a l'os sur lequel il tourne, linux ou autre) qui gère les accès a la partition, pas windows.

dans 99.99% des cas, samba utilise une partition linux (ext ou autre) et sert des clients windows sans aucun problème.

Dernière modification par winproof (30-10-2016 13:33:06)

tomazinio · 30-10-2016 20:00:19

winproof a écrit :

tomazinio a écrit :
c’était ce qu’il fallait faire pour accéder aux fichiers dans l’explorateur des clients Windows

en fait c'est là que tu t'est mélangé les pédales

Ok, je n'avais pas compris cela. C'est donc moi qui me suit embrouillé tout seul.

Alors, je vais essayer avec une partition ext4 pour voir si cela me résoud le problème de droits sur les clients W7 pro.

Vous en remerciant,
Cordialement.

tomazinio · 30-10-2016 21:56:01

Bon, me voilà de retour avec mon essai sur une partition ext4.

Je créé un fichier odt sur mon client Windows 7 pro en local.

Voici les droits que j’ai sur le fichier vu du client Windows 7 pro :

Je copie le fichier sur ma partition ext4 sur le serveur Debian.
Voici les droits que j’ai sur le fichier vu du client Windows 7 pro :

J’ai toujours le même problème de droits. Si quelqu’un a une idée, je suis preneur.

Vous remerciant de votre aide,
Cordialement.

winproof · 31-10-2016 03:38:08

Tu est vraiment sûr d'avoir besoin de toucher a ça?
je ne comprend pas trop pourquoi, c'est juste par curiosité intellectuelle, ou tu a vraiment un problème d’exécution/d'écriture dans un fichier?
sur les 3 samba "simple serveurs de fichiers" que je gère, je n'ai jamais eu a toucher a ces paramètres.
heureusement car c'est un beau bordel.

enfin bref, si tu veut vraiment (je me suis amusé a faire quelques test

):

il faut activer le support des acl étendues dans samba.

ajoute ça dans ton smb.conf section [global]:

vfs objects = acl_xattr       #active le support étendu ACL

map acl inherit = yes                  #héritage des droits

store dos attributes = yes           #stockage des attributs DOS

et relance samba.

a partir de là,samba pourra gérer les attributs "contrôle total" et "modification" .

mais tu va te retrouver confronté a un autre problème, car les 2 attributs apparaitront bien mais en grisé.
entre les droits hérités de windows, ceux récupéré a la copie sur le share (via "map acl inherit" et "store dos attributes"),ceux venu du mask de création et de dossier de samba, et les attributs par défaut de debian...
tu peut surement ajouter par dessus les problèmes liées aux comptes/groupes utilisateurs ayant des UID differents entre windows et debian (car tu n'est pas en domaine AD je suppose? )

j'ai pas poussé les test plus loin, ça devient trop touffu, pas le temps de creuser le fonctionnement du bidule.

une petite hypothèse:

d’après ce que j'ai lu, les acl étendues ne sont activées sur un serveur de fichier samba que si il est membre d'un domaine AD,et vu que sur un contrôleur SAMBA AD les acl étendues sont hard-codés,je suppose qu'on peut en déduire que sans un contrôleur de domaine pour harmoniser les comptes (probablement niveau UID linux/windows/AD), utiliser les acl étendues doit pas être simple.
il suffit de voir le nombre de directives possibles concernant les droits dans le man du smb.conf...

si tu veut vraiment t'y plonger, RTFM! (je rêvais de la placer depuis longtemps celle-là! )
autrement dit,

man smb.conf

mais sans parler anglais, tu va avoir du mal
bon courage

Dernière modification par winproof (31-10-2016 04:19:23)

tomazinio · 31-10-2016 16:34:29

Bonjour,

Merci bien pour toutes ces explications.

En définitive, tu as raison. C’est trop compliqué pour moi actuellement. J’ai déjà du mal en français alors en anglais … Dans 10 ans peut être.

Je ne suis pas en domaine AD (2 utilisateurs).

En fait, je ne suis pas du tout sûr d’avoir à toucher à ça. Si cela ne tenait qu’à moi, je ne toucherai à rien (ce que je vais probablement faire finalement). Tout fonctionne correctement sauf un logiciel propriétaire. Je t’explique le contexte.

J’utilise pour les besoins de ma profession sur les clients Windows 7 pro un logiciel propriétaire qui était jusqu’à cet été sur un vieux serveur Windows 2003. Je l’ai acheté en 2007 même si cela me mettait déjà un peu les boules à l’époque mais il n’était pas possible soi-disant de le mettre sur un serveur linux (ce que je voulais déjà faire à l’époque n’étant pas fan de MS). Je suis donc parti à mon grand regret sur un serveur Windows 2003 et 2 clients Windows vista pro qui ont migré depuis sur 7.

À l’utilisation, je me suis rendu compte que le logiciel était installé sur chaque poste et que seul un répertoire partagé avec des fichiers partagés était sur le serveur. J’ai le projet depuis 2 à 3 ans de supprimer MS (pour les raisons que l’on lit de plus en plus ci et là) de mon matériel informatique et le remplacer par linux.

J’ai commencé par tous les logiciels d’utilisation courante (navigateur, messagerie, bureautique, …). Il ne me restait plus que mon logiciel professionnel propriétaire. J’ai donc demandé en fin d’année dernière à l’éditeur du logiciel si le répertoire partagé pouvait être installé sous un serveur linux si les postes clients restaient sous Windows 7 pro. Il m’a été répondu pas de problèmes s’il est possible de connecter un lecteur réseau sur les postes clients.

Il m’a fallut un peu de temps pour choisir le matériel (micro-serveur HP proliant G7 que j’avais déjà en test), les logiciels (Débian 8.5 et Proxmox 4), faire des tests et installer tout cela. J’ai fini cela cet été et vient aujourd’hui le temps des 1ères mises à jour de mon logiciel professionnel propriétaire. Les mises à jour en réseau ne se font pas. J’ai des messages d’erreurs à l’exécution sur le poste secondaire.

Selon le support du logiciel propriétaire, cela provient du problème de droits que j’ai indiqué au 1er message. Selon eux, il faudrait (textuellement) que les utilisateurs des clients Windows 7 pro soient « logués» en administrateur sur le répertoire partagé du serveur Linux avec un contrôle total sur celui-ci. Voilà pourquoi j’essaye de parvenir à cela.

Maintenant, si je n’y arrive pas, il faudra que je trouve une autre solution.

Vous remerciant de votre aide,
Cordialement.

winproof · 01-11-2016 17:03:41

joli problème!

a ta place je commencerais par me monter une debian virtuelle pour tester la partie serveur de ton soft, histoire de vérifier ce que te dit le support.

tu peut aussi augmenter le log level de samba, pour avoir un max d'info dans les fichiers logs, tu y trouvera peut-être la solution.
et c'est l'occasion de bosser son anglais

bon courage

Dernière modification par winproof (01-11-2016 17:05:09)

tomazinio · 01-11-2016 20:53:39

Bonjour,

Pour tester des installations en virtuel, je ne pense pas que cela soit possible. Mais il faut que je vérifie. Dans la procédure d'installation, il y a un test des droits restants sur le site de l'éditeur (pour verrouiller les installations «indélicates»). J'ai pas envie de désinstaller mes 2 postes actuels pour faire des tests en virtuel.

Par ailleurs, le logiciel qui existe depuis 12/15 ans (je l'ai depuis 9 ans, je crois) est en fin de vie. Il faudra que je trouve sous 1 à 2 ans une solution, soit chez le même éditeur, soit chez un autre (devine ce que je vais choisir). Actuellement, il fonctionne sur le poste principal, seules les mises à jour sont bloquées sur le poste secondaire mais cela n'a pas l'air de gêner l'utilisation minimale qui est faite de ce poste secondaire.

Pour les logs de samba, je doute que je sois capable de trouver moi-même la solution dedans, d'autant plus s'ils sont en anglais. Il faut être lucide et avoir conscience de ses limites.

J'ai déjà passé beaucoup, beaucoup de temps sur ce problème. J'arrête là. C'est mon 1er échec dans ma migration Microsoft vers Linux. Je ne suis d'ailleurs pas convaincu que ce soit lié à Linux mais bon … J'espère qu'il n'y en aura pas trop.

Je passe le message en résolu (même si ce n'est effectivement pas le cas) et vous remercie tous pour votre aide.

Cordialement.

Debian-facile

#1 26-10-2016 16:18:25

[Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#2 26-10-2016 16:43:12

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#3 26-10-2016 16:52:29

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#4 26-10-2016 16:55:21

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#5 26-10-2016 17:08:44

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#6 26-10-2016 17:41:52

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#7 27-10-2016 12:28:56

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#8 27-10-2016 15:27:43

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#9 28-10-2016 15:55:10

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#10 29-10-2016 19:34:17

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#11 30-10-2016 03:49:29

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#12 30-10-2016 04:00:24

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#13 30-10-2016 04:52:01

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#14 30-10-2016 10:06:39

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#15 30-10-2016 13:25:35

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#16 30-10-2016 20:00:19

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#17 30-10-2016 21:56:01

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#18 31-10-2016 03:38:08

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#19 31-10-2016 16:34:29

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#20 01-11-2016 17:03:41

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

#21 01-11-2016 20:53:39

Re : [Résolu] Droits Windows 7 pro sur répertoires/fichiers partagés Debian

Pied de page des forums