Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Partage Samba - Exécution de fichiers impossible malgrès bonne config

xenoxis

Bonjour, tout d'abord, je possède Ubuntu 16.04.6 LTS et le serveur SAMBA en dernière version à ce jour.
Je possède un partage que j'ai créé via SAMBA qui est en accès libre (guest autorisés, écriture + lecture pour tous).

Je parviens bel et bien à accéder à mon partage, à modifier/supprimer/créé des fichier/dossier, cependant, impossible d'exécuter quoi que ce soit !
Dès lors que je lance un .exe ou un .bat sous Windows (7), l'application crash, les logs des événements Windows me précisent l'erreur 0xc0000005, c'est à dire une erreur d'exécution des fichiers.

Cependant c'est impossible, j'ai régler samba avec l'option "acl allow execute always = yes" dans [global], de plus, voici la configuration de mon partage :

[Jeux]
path = /media/HDD2/Jeux
comment = Jeux
guest ok = yes
browseable = yes
readonly = no
writable = yes
create mask = 0777
directory mask = 0777

J'ai tenté d'ajouter l'option "min protocol = SMB2" puis de relancer le serveur SAMBA, mais rien n'as faire ...
Je précise que le PATH de mon répertoire se situe sur un HDD formaté en NTFS, donc les droits pour les fichiers et dossiers sont de partout en 777.

Auriez-vous une solution ?
Merci d'avance

fredh027

Bonjour,
moi, j'essaierais de créer un partage équivalent avec les mêmes réglages sur une partition ext4, pour voir si le problème persiste, et éliminer cette cause de plantage.
fh

xenoxis

Rien à faire, même configuré sur une partition ext4 avec tout les droits d'accès (777) sur les fichiers et dossiers, les jeux plantent.

Coeur Noir

ls -la /media/HDD2/Jeux

pour en voir les propriétaires et droits.

xenoxis

Coeur Noir a écrit ls -la /media/HDD2/Jeux
pour en voir les propriétaires et droits.

Tout les fichiers/dossiers sont en 777 (rwxrwxrwx) et le propriétaire est root pour chaques fichiers/dossiers.

Coeur Noir

Et spécifiquement /media/HDD2/Jeux ?

Le reste je me doute bien bien que c'est root:root et 777 puisque partition ntfs.
Ce qui m'intrigue c'est les droits sur le point de montage de cette partition - qui est aussi le dossier partagé.

Donc retour de la commande, stp.

xenoxis

Voici le retour de la commande :

xenoxis@PCSERVEUR:~$ ls -la /media/HDD2/Jeux
total 29
drwxrwxrwx 1 root root 4096 mars 24 18:55 .
drwxrwxrwx 1 root root 4096 mars 6 21:15 ..
drwxrwxrwx 1 root root 4096 mars 23 19:38 Call of Duty 4
drwxrwxrwx 1 root root 4096 mars 6 21:32 Dofus
drwxrwxrwx 1 root root 0 mars 6 21:14 Epic Games Launcher
drwxrwxrwx 1 root root 4096 mars 6 21:13 Far Cry 1
drwxrwxrwx 1 root root 0 mars 6 20:57 GTA 5
drwxrwxrwx 1 root root 4096 avril 4 2019 Le seigneur des Anneaux - FellowShip
drwxrwxrwx 1 root root 0 avril 4 2019 SCP - Containment Breach
drwxrwxrwx 1 root root 4096 mars 24 19:37 Slendytubbies II V2_2 (64bit)
-rwxrwxrwx 2 root root 514 mars 23 19:38 Start Epic Game Launcher.bat
drwxrwxrwx 1 root root 0 avril 4 2019 Steam

Coeur Noir

Ooops pardon c'est moi qui merdoie : c'est le dossier « point de montage » qui m'intrigue, donc

ls -la /media/HDD2

Et peut-être appliquer : https://unix.stackexchange.com/a/200130 il semble que le comportement par défaut dans samba aujourd'hui soit de ne plus exécuter, par mesure de sécurité.

Tout comme par mesure de sécurité des dossiers en 777 c'est bof, comme laisser n'importe qui accéder au partage.
Une gestion par utilisateur est plus prudente ( penser à créer les utilisateurs dans samba ).

xenoxis

Coeur Noir a écrit Et peut-être appliquer : https://unix.stackexchange.com/a/200130 il semble que le comportement par défaut dans samba aujourd'hui soit de ne plus exécuter, par mesure de sécurité.

Tout comme par mesure de sécurité des dossiers en 777 c'est bof, comme laisser n'importe qui accéder au partage.
Une gestion par utilisateur est plus prudente ( penser à créer les utilisateurs dans samba ).

Toutes ces alternatives sont déjà configurés, à savoir l'accès via utilisateurs (en revanche, je souhaite que le partage "Jeux" soit accessible par tous, ce qui est déjà fait) et l'option

acl allow execute always = Yes

est déjà entrée dans ma config.
J'ai même essayé de limiter l'accès à SAMBA en forçant l’utilisation au minimum du protocole SMB2.
Pour les codes en 777 niveau dossier/fichiers, le NTFS ne propose que ça.

Voici le résultat de la commande demandé :

xenoxis@PCSERVEUR:~$ ls -l /media/HDD2
total 8
drwxrwxrwx 1 root root    0 mars   7 15:50 found.000
drwxrwxrwx 1 root root 4096 mars  24 18:55 Jeux
drwxrwxrwx 1 root root    0 mars   6 21:15 RECYCLER
drwxrwxrwx 1 root root 4096 mars  14 23:23 System Volume Information
drwxrwxrwx 1 root root    0 mars  31  2019 Users
xenoxis@PCSERVEUR:~$

et tant qu'a faire, le résultat de la commande "testparm" pour SAMBA :

xenoxis@PCSERVEUR:~$ testparm
Load smb config files from /etc/samba/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
WARNING: The "syslog" option is deprecated
Processing section "[printers]"
Processing section "[Films]"
Processing section "[Musique]"
Processing section "[Jeux]"
Loaded services file OK.
Server role: ROLE_STANDALONE

Press enter to see a dump of your service definitions

# Global parameters
[global]
        server string = %h Partage
        server role = standalone server
        security = USER
        map to guest = Bad User
        obey pam restrictions = Yes
        pam password change = Yes
        passwd program = /usr/bin/passwd %u
        passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
        unix password sync = Yes
        syslog = 0
        log file = /var/log/samba/log.%m
        max log size = 1000
        server min protocol = SMB2
        min protocol = SMB2
        dns proxy = No
        wins support = Yes
        usershare allow guests = Yes
        panic action = /usr/share/samba/panic-action %d
        idmap config * : backend = tdb
        acl allow execute always = Yes


[printers]
        comment = All Printers
        path = /var/spool/samba
        create mask = 0700
        printable = Yes
        browseable = No


[Films]
        comment = Films et Séries
        path = /media/HDD1/Multimédia/Films
        write list = xenoxis
        create mask = 0770
        directory mask = 0770
        directory mode = 0770
        guest ok = Yes


[Musique]
        comment = Musique
        path = /media/HDD1/Multimédia/Musique
        write list = xenoxis
        create mask = 0770
        directory mask = 0770
        directory mode = 0770
        guest ok = Yes


[Jeux]
        comment = Jeux
        path = /media/HDD2/Jeux
        read only = No
        create mask = 0777
        directory mask = 0777
        directory mode = 0777
        guest ok = Yes

xenoxis

Bonsoir, aucune nouvelle du post, pas de solutions donc ?

Coeur Noir

ls -la /media

ls -la /media/HDD2

je voulais voir les droits sur le point de montage, pas le contenu.

Dans le lien je vois :

acl allow execute always = True

dans ton smb.conf, je vois :

acl allow execute always = Yes

donc changer Yes par True ? Des fois ça tient à peu de chose…

Coeur Noir

xenoxis a écritPour les codes en 777 niveau dossier/fichiers, le NTFS ne propose que ça.

Il faut distinguer le point de montage du contenu qu'il affiche.
Le point de montage est un dossier dans ton système de fichiers linux ( ext3ou4 à priori ) avec gestion des droits.
Ce qui est affiché dedans, c'est une « émulation » du contenu de la partition ntfs, qui ne gère pas les droits, rendue exploitable sous linux via un pilote logiciel ( fuse/ntfs-3g ).
Par défaut, un contenu ntfs est montré avec les droits 777.

Si ton point de montage a des droits unix en contradiction avec ce que tu souhaites faire « dans » Samba, c'est sur les droits du point de montage qu'il faut agir.

À ce propos, comment est monté ce HDD2 ?

cat /etc/fstab

xenoxis

Coeur Noir a écrit

ls -la /media

ls -la /media/HDD2

xenoxis@PCSERVEUR:~$ ls -la /media/HDD2
total 16
drwxrwxrwx 1 root root 4096 avril  1 21:07 .
drwxr-xr-x 5 root root 4096 mars  20 18:03 ..
drwxrwxrwx 1 root root    0 mars   7 15:50 found.000
drwxrwxrwx 1 root root 4096 mars  24 18:55 Jeux
drwxrwxrwx 1 root root    0 mars   6 21:15 RECYCLER
drwxrwxrwx 1 root root  152 avril  1 21:13 Séries
drwxrwxrwx 1 root root 4096 mars  14 23:23 System Volume Information
drwxrwxrwx 1 root root    0 mars  31 22:49 Users
xenoxis@PCSERVEUR:~$ ls -la /media
total 20
drwxr-xr-x  5 root root 4096 mars  20 18:03 .
drwxr-xr-x 22 root root 4096 mars  24 12:44 ..
drwxr-xr-x  2 root root 4096 mars  20 16:38 cdrom
drwxrwxrwx  1 root root 4096 avril  4  2019 HDD1
drwxrwxrwx  1 root root 4096 avril  1 21:07 HDD2

Coeur Noir a écrit Dans le lien je vois :

acl allow execute always = True

dans ton smb.conf, je vois :

acl allow execute always = Yes

donc changer Yes par True ? Des fois ça tient à peu de chose…

Je me suis renseigné car ça me semblais étrange d'avoir un "True" alors que tout le reste du temp, smb.conf possède des "yes" ou des "no", et en effet, il y a une erreur dans la réponse du lien (ou du moins c'était peut-être pour une ancienne version), voir le wiki officiel de samba.
D'ailleurs, testparm m'aurait déjà affiché une erreur si un des paramètres de ma config n'était pas bon.

Coeur Noir a écrit À ce propos, comment est monté ce HDD2 ?

cat /etc/fstab

Je ne vois pas trop en quoi le montage d'HDD2 changerais quelque choses, d'autant que même sur le HDD principal (là où il y a la partition d'ubuntu en ext4 + secteur de boot + grub), l'exécution sous partage samba ne fonctionne pas (avec bien évidemment les bonnes permissions sur les fichiers et dossiers).

La voilà quand même :

#Partition principale
UUID=eadc6ca9-8aa3-4abc-9088-f3066d875826 /               ext4    errors=remount-ro 0       1

# HDD2
UUID=48D40A67D40A5798 /media/HDD2 ntfs defaults 0 0

Coeur Noir

Je ne vois pas trop en quoi le montage d'HDD2 changerais quelque chose
…parce qu'un montage peut comporter des options plus ou moins adéquates selon les système de fichiers à monter, voir §3 de https://doc.ubuntu-fr.org/mount_fstab
…pour la même raison qu'évoquée en #12.