J'ai mis en place Samba sur notre serveur de développement, tournant
sous Debian Stable.
Globalement, ca marche plutôt bien, mais j'ai remarqué un petit problème.
Lorsqu'on accède à un partage, à partir de Windows, il n'est pas
possible de double-cliquer sur un fichier (par ex, un fichier texte pour
l'ouvrir directement dans notepad) présent à la racine.
Windows retourne un message du type :
"
\\mon_server\mon_partage\mon_fichier.txt
Le nom de répertoire est incorrect
"
Par contre, dans le même partage, mais à l'intérieur d'un répertoire, la
pas de problème, on peut double-cliquer sur un fichier..
Ce phénomène apparaît quelque soit le type de partage (public,
restreint, répertoire home, etc..). Je n'ai pu tester qu'à partir de
Windows 2000.
Par défaut, les droits sont en 750, mais même en mettant en 777 sur tout
le répertoire de partage, ca ne passe pas..
J'utilise la version livrée par défaut dans Debian Woody: smbd version
2.2.3a-12.3 for Debian.
Pour identifier mes utilisateurs, j'utilise le contrôleur de domaine
déjà en place, les utilisateurs identiques à ceux de Windows, sont crées
en local sur le serveur Linux.
Donc si quelqu'un a une idée, qu'il n'hésite pas..
Le temps que vous répondez, je vais aller voir du côté du bugreport de
Samba (est-il accessible ?)
Merci d'avance,
mcben
-------------------------------------------------
Voici mon fichier de config: /etc/samba/smb.conf
[global]
workgroup = MONDOMAIN
name resolve order = host wins bcast
wins server = 192.168.0.250
netbios name = NETBIOSNAME
server string = Samba
invalid users = root
security = server
password server = 192.168.0.250
create mask = 0640
directory mask = 0750
# Pour la gestion des caracteres windows
character set = ISO8859-1
client code page = 850
preserve case = yes
short preserve case = yes
veto files = /.*/
guest account = nobody
encrypt passwords = true
local master = no
os level = 0
domain master = no
preferred master = no
wins support = no
load printers = no
[homes]
comment = Repertoire Perso de %U
path = /home/%U
valid users = %S
create mask = 0770
browseable = no
writable = yes
wide links = no
[www]
path = /home/www/
writeable = yes
user = @mongroup
force group = www
comment = repertoire de publication web
valid users = @mongroup
wide links = no
force user = userweb
write list = @mongroup
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
mcben
Je viens trouver d'ou viens le problème !
Ca marche nickel quand j'enleve: veto files = /.*/ de la section global.
Je l'ai donc remplacé par: hide dot files = yes qui me traite ces fichiers comme des fichiers cachés windows, donc affichable en activant la fonction "voir les fichiers cachés" de Windows, logique !
Ce sera suffisant.
Je vais quand même tester d'appliquer "veto files=/.*/" au cas par cas pour chaque partage, on vera bien..
Merci à tous pour votre attention.
A+ mcben
mcben wrote:
Bonjour à tous.
J'ai mis en place Samba sur notre serveur de développement, tournant sous Debian Stable. Globalement, ca marche plutôt bien, mais j'ai remarqué un petit problème.
Lorsqu'on accède à un partage, à partir de Windows, il n'est pas possible de double-cliquer sur un fichier (par ex, un fichier texte pour l'ouvrir directement dans notepad) présent à la racine. Windows retourne un message du type : " mon_servermon_partagemon_fichier.txt Le nom de répertoire est incorrect "
Par contre, dans le même partage, mais à l'intérieur d'un répertoire, la pas de problème, on peut double-cliquer sur un fichier..
Ce phénomène apparaît quelque soit le type de partage (public, restreint, répertoire home, etc..). Je n'ai pu tester qu'à partir de Windows 2000. Par défaut, les droits sont en 750, mais même en mettant en 777 sur tout le répertoire de partage, ca ne passe pas..
J'utilise la version livrée par défaut dans Debian Woody: smbd version 2.2.3a-12.3 for Debian. Pour identifier mes utilisateurs, j'utilise le contrôleur de domaine déjà en place, les utilisateurs identiques à ceux de Windows, sont crées en local sur le serveur Linux.
Donc si quelqu'un a une idée, qu'il n'hésite pas.. Le temps que vous répondez, je vais aller voir du côté du bugreport de Samba (est-il accessible ?)
Merci d'avance, mcben
------------------------------------------------- Voici mon fichier de config: /etc/samba/smb.conf
[global] workgroup = MONDOMAIN name resolve order = host wins bcast wins server = 192.168.0.250 netbios name = NETBIOSNAME server string = Samba
invalid users = root
security = server password server = 192.168.0.250 create mask = 0640 directory mask = 0750
# Pour la gestion des caracteres windows character set = ISO8859-1 client code page = 850 preserve case = yes short preserve case = yes veto files = /.*/
guest account = nobody
encrypt passwords = true
local master = no os level = 0 domain master = no preferred master = no wins support = no
load printers = no
[homes] comment = Repertoire Perso de %U path = /home/%U valid users = %S create mask = 0770 browseable = no writable = yes wide links = no
[www] path = /home/www/ writeable = yes user = @mongroup force group = www comment = repertoire de publication web valid users = @mongroup wide links = no force user = userweb write list = @mongroup
Je viens trouver d'ou viens le problème !
Ca marche nickel quand j'enleve:
veto files = /.*/
de la section global.
Je l'ai donc remplacé par:
hide dot files = yes
qui me traite ces fichiers comme des fichiers cachés windows, donc
affichable en activant la fonction "voir les fichiers cachés" de
Windows, logique !
Ce sera suffisant.
Je vais quand même tester d'appliquer "veto files=/.*/" au cas par cas
pour chaque partage, on vera bien..
Merci à tous pour votre attention.
A+
mcben
mcben wrote:
Bonjour à tous.
J'ai mis en place Samba sur notre serveur de développement, tournant
sous Debian Stable.
Globalement, ca marche plutôt bien, mais j'ai remarqué un petit problème.
Lorsqu'on accède à un partage, à partir de Windows, il n'est pas
possible de double-cliquer sur un fichier (par ex, un fichier texte pour
l'ouvrir directement dans notepad) présent à la racine.
Windows retourne un message du type :
"
\mon_servermon_partagemon_fichier.txt
Le nom de répertoire est incorrect
"
Par contre, dans le même partage, mais à l'intérieur d'un répertoire, la
pas de problème, on peut double-cliquer sur un fichier..
Ce phénomène apparaît quelque soit le type de partage (public,
restreint, répertoire home, etc..). Je n'ai pu tester qu'à partir de
Windows 2000.
Par défaut, les droits sont en 750, mais même en mettant en 777 sur tout
le répertoire de partage, ca ne passe pas..
J'utilise la version livrée par défaut dans Debian Woody: smbd version
2.2.3a-12.3 for Debian.
Pour identifier mes utilisateurs, j'utilise le contrôleur de domaine
déjà en place, les utilisateurs identiques à ceux de Windows, sont crées
en local sur le serveur Linux.
Donc si quelqu'un a une idée, qu'il n'hésite pas..
Le temps que vous répondez, je vais aller voir du côté du bugreport de
Samba (est-il accessible ?)
Merci d'avance,
mcben
-------------------------------------------------
Voici mon fichier de config: /etc/samba/smb.conf
[global]
workgroup = MONDOMAIN
name resolve order = host wins bcast
wins server = 192.168.0.250
netbios name = NETBIOSNAME
server string = Samba
invalid users = root
security = server
password server = 192.168.0.250
create mask = 0640
directory mask = 0750
# Pour la gestion des caracteres windows
character set = ISO8859-1
client code page = 850
preserve case = yes
short preserve case = yes
veto files = /.*/
guest account = nobody
encrypt passwords = true
local master = no
os level = 0
domain master = no
preferred master = no
wins support = no
load printers = no
[homes]
comment = Repertoire Perso de %U
path = /home/%U
valid users = %S
create mask = 0770
browseable = no
writable = yes
wide links = no
[www]
path = /home/www/
writeable = yes
user = @mongroup
force group = www
comment = repertoire de publication web
valid users = @mongroup
wide links = no
force user = userweb
write list = @mongroup
Ca marche nickel quand j'enleve: veto files = /.*/ de la section global.
Je l'ai donc remplacé par: hide dot files = yes qui me traite ces fichiers comme des fichiers cachés windows, donc affichable en activant la fonction "voir les fichiers cachés" de Windows, logique !
Ce sera suffisant.
Je vais quand même tester d'appliquer "veto files=/.*/" au cas par cas pour chaque partage, on vera bien..
Merci à tous pour votre attention.
A+ mcben
mcben wrote:
Bonjour à tous.
J'ai mis en place Samba sur notre serveur de développement, tournant sous Debian Stable. Globalement, ca marche plutôt bien, mais j'ai remarqué un petit problème.
Lorsqu'on accède à un partage, à partir de Windows, il n'est pas possible de double-cliquer sur un fichier (par ex, un fichier texte pour l'ouvrir directement dans notepad) présent à la racine. Windows retourne un message du type : " mon_servermon_partagemon_fichier.txt Le nom de répertoire est incorrect "
Par contre, dans le même partage, mais à l'intérieur d'un répertoire, la pas de problème, on peut double-cliquer sur un fichier..
Ce phénomène apparaît quelque soit le type de partage (public, restreint, répertoire home, etc..). Je n'ai pu tester qu'à partir de Windows 2000. Par défaut, les droits sont en 750, mais même en mettant en 777 sur tout le répertoire de partage, ca ne passe pas..
J'utilise la version livrée par défaut dans Debian Woody: smbd version 2.2.3a-12.3 for Debian. Pour identifier mes utilisateurs, j'utilise le contrôleur de domaine déjà en place, les utilisateurs identiques à ceux de Windows, sont crées en local sur le serveur Linux.
Donc si quelqu'un a une idée, qu'il n'hésite pas.. Le temps que vous répondez, je vais aller voir du côté du bugreport de Samba (est-il accessible ?)
Merci d'avance, mcben
------------------------------------------------- Voici mon fichier de config: /etc/samba/smb.conf
[global] workgroup = MONDOMAIN name resolve order = host wins bcast wins server = 192.168.0.250 netbios name = NETBIOSNAME server string = Samba
invalid users = root
security = server password server = 192.168.0.250 create mask = 0640 directory mask = 0750
# Pour la gestion des caracteres windows character set = ISO8859-1 client code page = 850 preserve case = yes short preserve case = yes veto files = /.*/
guest account = nobody
encrypt passwords = true
local master = no os level = 0 domain master = no preferred master = no wins support = no
load printers = no
[homes] comment = Repertoire Perso de %U path = /home/%U valid users = %S create mask = 0770 browseable = no writable = yes wide links = no
[www] path = /home/www/ writeable = yes user = @mongroup force group = www comment = repertoire de publication web valid users = @mongroup wide links = no force user = userweb write list = @mongroup
