[SAMBA] Montage auto partage samba sur un linux via fstab ou smbmount?

Montage auto partage samba sur un linux via fstab ou smbmount? [SAMBA] - Installation - Linux et OS Alternatifs

Marsh Posté le 01-08-2003 à 14:45:56    

Salut,
Dans la boite ou je bosse j'ai un serveur Redhat Linux 9 avec samba en PDC pour des stations WinXP SP1 et Win2K. Mais voila moi je voudrais rester sous linux. J'ai bien acces au reseau via nautilus mais j''ai un peu marre de faire le chemin complet (serveurs_reseau 'voisinage reseau' ->domaine->serveur_linux->Nom_du_partage.). De plus avec cette methode je n'arrive meme pas a donner a une application local de mon linux pour ouvrir un  fichier sur le serveur samba
 
La commande smbmount peut monter automatiquement le partage :


#smbmount //Uranus/devel_team /mnt/devel_team username=toto,password=xxxx


Avec cette methode, comme le partage est monte en local, les applications ont les droit pour ouvrir les fichiers mais le probleme c'est que le montage se fait en lecture seule meme avec l'option rw.
 
Meme par fstab


#vi /etc/fstab
//Uranus/devel_team /mnt/devel_team smbfs username=toto,password=xxxx


Avec cette methode fstab monte et demonte automatiquement mais j'ai toujours le meme probleme de lecture seul.
 
Si quelqu'un peut m'aider ou meme me diriger vers un article, howto ....
 
 
Merci d'avance.


Message édité par janeiro le 01-08-2003 à 14:48:17
Reply

Marsh Posté le 01-08-2003 à 14:45:56   

Reply

Marsh Posté le 01-08-2003 à 14:51:22    

ben il suffit que tu monte ton partage dans un rep ou ton utilisateur a le droit en écriture.
ton home par exemple : /home/toto/mnt/partage_bidule

Reply

Marsh Posté le 01-08-2003 à 14:55:48    

man mount et regarde les différentes option, notamment mode, etc ...


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 01-08-2003 à 16:46:30    


Euhhhh ouais ! ...je n'avait pas pense aux droits  :pt1cable:  
J'essaye.
 
Merci !
 
EDIT :
Pour les droits ca ne fonctionne pas!


[root@MERCURY root]# mount -a
 
....
 
[root@MERCURY root]# mount
/dev/hda3 on / type ext3 (rw)
none on /proc type proc (rw)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda7 on /home type ext3 (rw)
none on /dev/shm type tmpfs (rw)
/dev/hda6 on /usr type ext3 (rw)
/dev/hda8 on /var type ext3 (rw)
/dev/hda9 on /mnt/Docs type vfat (rw,nosuid,nodev,umask=0,codepage=850,iocharset=iso8859-1)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
//Uranus/devel_team on /home/janeiro/.gnome-desktop type smbfs (0)
 


 
Je pense surtout que c'est le systeme sur le serveur samba qui me donne pas les droits en ecriture

Reply

Marsh Posté le 01-08-2003 à 18:25:43    

si le serveur autorise pas l'écriture, alors tu pourras pas écrire  [:spamafote]  (oui, je sais elle est un peu con ma remarque).


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 01-08-2003 à 20:28:03    

Salut Mjules,
 
Je ne vais pas critiquer ta remarque car tu m'as souvent tire du mauvais pas.
 
Bon alors je m'explique plus clairement.
 
Dans ma boite on a un serveur Redhat9 avec samba en domaine (PDC) qui gere un parc de machine windows xp-sp1 et windows 2000-sp3.
 
Sur ma machine j'ai un dual boot redhat9/winxp, et la connexion au domaine via winxp se fait parfaitement avec l'export du profile ...etc.  Ayant en charge l'administration linux et voulant vraiment progresser dans le domaine linux je prefere toujours travailler en environment unix et ne pas me contenter de quelques acces au serveur via Putty en environement windows. Je fais aussi du graphisme (cf : www.netactions.fr ...desole pour la pub  :D ) et je m'attache depuis une semaine a faire une migration complete vers du 100% linux.
 
Donc voila pour le blabla ....maintenant sous linux j'ai exactement le meme login/password et nom netbios(hostmname) machine que sous windows. Je comprends que la connexion user sous linux n'est plus gere par samba comme sous windows mais j'ai acces a mes partages comme sous windows mais avec des restrictions. Pourtant :
 - Quand je navigue dans le voisinage reseau, pour acceder au partage je dois donner un login/password mais les applications locale (sur mon linux) n'ont pas les droits pour ouvrir les fichiers a partir du serveur.
- Quand j'utilise smbmount ou meme mount via fstab, le partage est monte en local, les applications ont les droits pour ouvrir mais pas pour la modification.
 
J'ai lu la doc sur smbmount, mount et fstab (mans) et meme quand je mets les options rw le montage se fait toujours avec l'option (0).
 
Voici un extrait de mon fstab


#vi /etc/fstab
//Uranus/devel_team /mnt/devel_team smbfs username=toto,password=xxxx,rw 0 0


 
Voici le comment  le montage se fait :


[root@MERCURY root]# mount  
//Uranus/devel_team on /home/janeiro/.gnome-desktop type smbfs (0)


Message édité par janeiro le 01-08-2003 à 20:33:08
Reply

Marsh Posté le 02-08-2003 à 14:35:24    

up  :cry:

Reply

Marsh Posté le 02-08-2003 à 15:50:19    

Essaye de monter ton partage en forcant l'utilisateur et le mot de passe
 
-o username=xxxx,password=xxxx
 
Ensuite, vérifie les droits que tu as sur ton répertoire UNE FOIS MONTE.
 
ls -l /mnt/devel_team
 
et sinon, je pense que tu devras rajouter des paramètre pour forcer certains droits qd tu montes, je suis presque sur que ca vient de là.

Reply

Marsh Posté le 02-08-2003 à 18:42:36    

une fois monte les droits sont en root ...le root du serveur

Reply

Marsh Posté le 02-08-2003 à 18:45:54    

essaye de forcer un UID et un GID au montage


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
Reply

Marsh Posté le 02-08-2003 à 18:45:54   

Reply

Marsh Posté le 02-08-2003 à 20:35:58    

Janeiro a écrit :

une fois monte les droits sont en root ...le root du serveur


 
Non justement, pas si tu force l'uid et le gid pour pouvoir permettre à d'autre utilisateur d'avoir plus de droit sur ce partage.

Reply

Marsh Posté le 04-08-2003 à 14:03:54    

mode


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 04-08-2003 à 21:17:02    


 
J'ai bien lu comme conseille les MANs fstab et mount ben l'option mode ne change rien pour moi
 
[root@mercury root]# vi /etc/fstab


LABEL=/                 /                       ext3    defaults        1 1
none                    /dev/pts                devpts  gid=5,mode=620  0 0
LABEL=/home             /home                   ext3    defaults        1 2
none                    /proc                   proc    defaults        0 0
none                    /dev/shm                tmpfs   defaults        0 0
LABEL=/usr              /usr                    ext3    defaults        1 2
LABEL=/var              /var                    ext3    defaults        1 2
/dev/hda5               swap                    swap    defaults        0 0
/dev/cdrom              /mnt/cdrom              iso9660 noauto,owner,kudzu,ro 0 0
/dev/hda9               /mnt/Docs              vfat    user,auto,exec,umask=0,codepage=850,iocharset=iso8859-1 0 0
//uranus/devel_team /mnt/devel_team smbfs username=janeiro,password=xxxx,rw,mode=0777


[root@mercury root]# mount -a
[root@mercury root]# mount


/dev/hda3 on / type ext3 (rw)
none on /proc type proc (rw)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda7 on /home type ext3 (rw)
none on /dev/shm type tmpfs (rw)
/dev/hda6 on /usr type ext3 (rw)
/dev/hda8 on /var type ext3 (rw)
/dev/hda9 on /mnt/Docs type vfat (rw,nosuid,nodev,umask=0,codepage=850,iocharset=iso8859-1)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
//uranus/devel_team on /mnt/devel_team type smbfs (0)


 
//uranus/devel_team on /mnt/devel_team type smbfs (0)
Comme tu le vois le montage smbfs (samba) se fait avec l'option (0)


Message édité par janeiro le 04-08-2003 à 21:17:39
Reply

Marsh Posté le 04-08-2003 à 23:32:53    

Janeiro a écrit :


 
//uranus/devel_team on /mnt/devel_team type smbfs (0)
Comme tu le vois le montage smbfs (samba) se fait avec l'option (0)


 
Cela ne veut rien dire.
mount affiche toujours (0) comme options même si y'en a plein.
Ce qu'il faut faire pour savoir si les options ont bien été prises c'est :
 
ls -al /mnt/devel-team
 

Reply

Marsh Posté le 05-08-2003 à 00:41:19    

J'ai une theorie ...dites moi si je me trompe :
 
Je pense que le probleme vient du UID/GID de l'utilisateur janeiro, local differents du UID/GID de l'utilisateur janeiro sur le serveur Uranus.
 
Sur le serveur Uranus l'utilisateur janeiro:525:525, sur ma machine Mercury janeiro:500:500. Si j'ai bien compris, sous unix, la gestion des droits se fait par ce couple UID/GID.
 
Meme si je monte via smbmount ou fstab le partage en local (station linux), la gestion des droits se fait toujours par le serveur linux. Le systeme du serveur lui connait UID=525 GID=525 le nom janeiro n'etant qu'un alias pour les humains. En montant le partage distant je donne tous les droits au user janeiro UID=500 et GID=500 alors que le systeme du serveur ne connait que le janeiro du UID=525  GID=525.
 
Je pense que c'est pour ca que la gestion d'utilisateur se fait par samba sur tout le reseau entre machines unix et windows et par nis entre unix.
 
Si ma theorique n'est pas mauvaise :
 - Est il possible de se connecter depuis linux avec un compte reseau du serveur (export profiles ...etc), comme samba en PDC le fait avec les machines windows? Bien sur en utilisant samba.
 - Dans le cas ou je sois obliger d'utiliser nfs et nis,  est ce que quelqu'un peut m'aider a reparer le script de demarrage d'ypserv? ...celui /etc/init.d/ypserv ? ... je suis obliger de le demarrer a la sauvage  (/usr/sbin/ypserv) !
 
Merci
 
Lelfe,
 
Ben pas toujours regarde plus haut, il y a (rw)  (rw,nosuid,nodev,umask=0,codepage=850,iocharset=iso8859-1) ...etc
 
pour # ls -al /mnt/devel_team voici


drwxr-xr-x    1 root     root         4096 aoû  4 13:53 .
drwxr-xr-x    7 root     root         4096 aoû  1 20:45 ..
...etc


Message édité par janeiro le 05-08-2003 à 00:50:05
Reply

Marsh Posté le 05-08-2003 à 11:05:23    

Janeiro a écrit :

J'ai une theorie ...dites moi si je me trompe :
 
Je pense que le probleme vient du UID/GID de l'utilisateur janeiro, local differents du UID/GID de l'utilisateur janeiro sur le serveur Uranus.
 
(couic)
 


 
Ce que tu dis n'es pas faux. C'est vrai que cette différence est importante et doit être prises en compte. Mais il y a un point que je pense que tu as négligé.  
Ce que tu veux faire tel que tu l'as souhaité, avec samba, est faisable, car c'est ce que je fais chez moi, donc tu dois pouvoir y arriver à un moment car moi je le fais.
 
username=janeiro,password=xxxx,rw,mode=0777
 
Les options que tu spécifies dans le fstab peuvent être séparés en deux groupes.
Celles qui sont des options spécifiques pour Samba, à savoir, username et password qui sont les informations qui seront donc passé à TON SERVEUR et doivent donc suivre ses UID.
Ensuite, tu rajoutes des options pour ton montage, relative à ta configuration locale, donc TA MACHINE LINUX. Et a ce niveau tu explique par exemple que l'accès sera en lecture-écriture, sur ta machine, ca n'a plus de rapport avec le serveur.
Et à ces options là, on peut en rajouter 2 autres : uid et gid.
Tes options deviennent donc :
 
username=janeiro,password=xxxx,rw,mode=0777,uid=500,gid=500
 

Janeiro a écrit :


Ben pas toujours regarde plus haut, il y a (rw)  (rw,nosuid,nodev,umask=0,codepage=850,iocharset=iso8859-1) ...etc


 
Je parlais des partages Samba. mount les affiche toujours avec une option (0) mais le partage qui a les paramètres précisés n'en est pas un, c'est ta partition local /dev/hda9 pour laquelle il n'y a pas de problème d'affichage.
 
Lelfe


Message édité par lelfe le 05-08-2003 à 19:06:39
Reply

Marsh Posté le 05-08-2003 à 14:16:08    

Merci :jap: Merci :jap: Merci :jap:  
CA MAAAAAAAAAAARCHEEE !!!!!
 
 
....euhhh   :cry: j'ai des erreurs. Je peux lire et modifier les fichiers du partage mais desque j'essaye d'en creer un nouveau, ils sont crees en double et je ne peux supprimer ces doublons.


Message édité par janeiro le 05-08-2003 à 14:49:06
Reply

Marsh Posté le 06-08-2003 à 14:02:36    

Janeiro a écrit :


 :cry: j'ai des erreurs. Je peux lire et modifier les fichiers du partage mais desque j'essaye d'en creer un nouveau, ils sont crees en double et je ne peux supprimer ces doublons.


 
Help please  :pt1cable:

Reply

Marsh Posté le 07-08-2003 à 10:58:37    

Là, comme ca je vois pas a priori.
C'est quoi les versions de samba sur ton serveur ? Sur ta bécane ? Smbfs dans ton noyau. Je ferai un check à ce niveau là.
 
A tout hasard je te donne mon script de montage de mes partages. Il  vaut ce qu'il vaut.


 
# CONFIGURATION #
PASSWD_FILE=~/.smbpasswd
SERVER="smb"
 
GID=`id -g`
MOUNT="smbmount"
 
OPTIONS="-o dmask=775,fmask=664,iocharset=iso8859-15,codepage=iso8859-15,uid=$USER"
OPTIONSCOMMON="$OPTIONS,gid=users"
OPTIONSUSER="$OPTIONS,uid=$USER,gid=$GID"
 
export PASSWD_FILE
 
# Test la présence du serveur
echo "> Test le serveur..."
ping $SERVER -c 1 >/dev/null || exit 1
 
# Musique
mount | grep //$SERVER/musique >/dev/null || (echo "> Monte le partage MUSIQUE" && \
$MOUNT //$SERVER/musique /mnt/net/musique $OPTIONSCOMMON)
 
# Windows
mount | grep //$SERVER/windows >/dev/null || (echo "> Monte le partage WINDOWS" && \
$MOUNT //$SERVER/windows /mnt/net/windows $OPTIONSCOMMON)
 
# Linux
mount | grep //$SERVER/linux >/dev/null || (echo "> Monte le partage LINUX" && \
$MOUNT //$SERVER/linux /mnt/net/linux $OPTIONSCOMMON)
 
# Perso
mount | grep //$SERVER/$USER >/dev/null || (echo "> Monte le partage PERSO" && \
$MOUNT //$SERVER/$USER ~/.serv $OPTIONSUSER)
 
unset PASSWD_FILE
 


Reply

Marsh Posté le 07-08-2003 à 13:58:31    

Merci pour ton aide lelfe :jap:  .  
Ton script m'interesse grandement mais pourrais tu le commenter pour une meilleur comprehension ?
Si j'ai bien compris l'authentification se fait par samba meme sous linux?

Reply

Marsh Posté le 07-08-2003 à 14:45:10    

Lelfe a écrit :


 
Je vais essayer de commenter un peu ca.
 


 
#### CONFIGURATION ####
# Nom du fichier 'credentials' (cf .man smbmount)
# C'est un fichier dans lequel tu peux mettre tes mots de passes  
# que smbmount va aller lire
PASSWD_FILE=~/.smbpasswd
# Nom du serveur Samba
SERVER="smb"
 
# Récupération du GID courant pour pouvoir monter en donnant
# les bons droits
GID=`id -g`
# Nom (et eventuellement emplacement du programme de mount)
MOUNT="smbmount"
 
# Options qui seront utilisé pour tous les montages (cf man mount)
OPTIONS="-o dmask=775,fmask=664,iocharset=iso8859-15,codepage=iso8859-15,uid=$USER"
# Option utilisé seulement par les montage "partagés" par  
# les utilisateurs de mon pc
OPTIONSCOMMON="$OPTIONS,gid=users"
# Option spécifique à mon partage PERSO, celui où il y a mes données perso
OPTIONSUSER="$OPTIONS,uid=$USER,gid=$GID"
 
# J'indique à smbmount où il peut trouver le fichier credentials
# grâce à cette variable d'environnement
export PASSWD_FILE
 
# Test la présence du serveur
# Je vérifie que le serveur répond, sinon, on quitte
echo "> Test le serveur..."
ping $SERVER -c 1 >/dev/null || exit 1
 
# Après je monte les différents partages en affichant une ligne d'info avant.  
# La ligne mount | grep ... sert à vérifier que le partage n'est  
# pas déjà monté, dans ce cas là, on ne le remonte pas une  
# seconde fois
 
# Musique
mount | grep //$SERVER/musique >/dev/null || (echo "> Monte le partage MUSIQUE" && \
$MOUNT //$SERVER/musique /mnt/net/musique $OPTIONSCOMMON)
 
# Windows
mount | grep //$SERVER/windows >/dev/null || (echo "> Monte le partage WINDOWS" && \
$MOUNT //$SERVER/windows /mnt/net/windows $OPTIONSCOMMON)
 
# Linux
mount | grep //$SERVER/linux >/dev/null || (echo "> Monte le partage LINUX" && \
$MOUNT //$SERVER/linux /mnt/net/linux $OPTIONSCOMMON)
 
# Perso
mount | grep //$SERVER/$USER >/dev/null || (echo "> Monte le partage PERSO" && \
$MOUNT //$SERVER/$USER ~/.serv $OPTIONSUSER)
 
# On retire la variable d'environnement qu'on avait mise
unset PASSWD_FILE
 


 

Reply

Marsh Posté le 11-08-2003 à 12:31:32    

Merci des que j'ai le temps je tente ca.  
 
Merci encore.
 
Janeiro

Reply

Marsh Posté le 11-08-2003 à 15:57:46    

Apres apvoir modifie ton script pour un partage j'ai ca comme erreur :
 

[root@mercury root]# sh smb_mountscript.sh
> Test le serveur...
> Monte le partage devel_team
2139: session setup failed: ERRSRV - ERRbadpw (Bad password - name/password pair in a Tree Connect or Session Setup are invalid.)
SMB connection failed

 
 
ps : aussi bien en root quand user janeiro ca me fait ca (j'ai le bon couple username/password dans les 2 cas)

Reply

Marsh Posté le 11-08-2003 à 17:19:18    

A quoi ressemble ton fichier de password ? Comment est-il configuré dans le script ? Où est-il sur ta machine ? Où est le script aussi ?

Reply

Marsh Posté le 11-08-2003 à 17:26:41    

1 -  vi ~/.smbpasswd
username =  toto
password = turlututu
 
2 - il est comme sur ton script ...je n'ai rien invente j'ai juste modifier les partages et le nom de serveur.
 
3 - le script est dans le rep home de root ou  janeiro (le meme rep que le fichier .smbpasswd
 
J'ai meme essaye (sans succes) :
 

PASSWD_FILE=~/.smbpasswd
# Nom du serveur Samba
SERVER="uranus"
                                                                                                                             
# Récupération du GID courant pour pouvoir monter en donnant
# les bons droits
GID=`id -g`
UID=`id -u`
# Nom (et eventuellement emplacement du programme de mount)
MOUNT="smbmount"
                                                                                                                             
# Options qui seront utilisé pour tous les montages (cf man mount)
OPTIONS="-o dmask=775,fmask=664,iocharset=iso8859-15,codepage=iso8859-15"
# Option utilisé seulement par les montage "partagés" par
# les utilisateurs de mon pc
OPTIONSCOMMON="$OPTIONS,gid=users"
# Option spécifique à mon partage PERSO, celui où il y a mes données perso
OPTIONSUSER="$OPTIONS,uid=$UID,gid=$GID"
                                                                                                                             
# J'indique à smbmount où il peut trouver le fichier credentials
# grâce à cette variable d'environnement
export PASSWD_FILE
                                                                                                                             
# Test la présence du serveur
# Je vérifie que le serveur répond, sinon, on quitte
echo "> Test le serveur..."
ping $SERVER -c 1 >/dev/null || exit 1
# Après je monte les différents partages en affichant une ligne d'info avant.
# La ligne mount | grep ... sert à vérifier que le partage n'est
# pas déjà monté, dans ce cas là, on ne le remonte pas une
# seconde fois
                                                                                                                             
# devel_team
mount | grep //$SERVER/devel/devel_team >/dev/null || (echo "> Monte le partage devel_team" && \
$MOUNT //$SERVER/devel/devel_team /mnt/devel_team $OPTIONSUSER)
                                                                                                                             
                                                                                                                             
# On retire la variable d'environnement qu'on avait mise
unset PASSWD_FILE
 


Message édité par janeiro le 11-08-2003 à 17:27:27
Reply

Marsh Posté le 11-08-2003 à 20:06:44    

2 problèmes
 
1 - Le fichier qui est contenu dans la variable PASSWD_FILE (et non PASSWD) doit contenir le mot de passe seulement (voir man smbmount)
 
2 - //$SERVER/devel/devel_team
C'est pas standard ca comme nom de partage. Un partage, c'est le serveur et le nom du partage, c'est tout :
Soit
//$SERVEUR/devel_team
ou
//$SERVEUR/devel
 
après, faut travailler en lien sur le répertoire monté si tu veux un répertoire précis du partage.
 
Lelfe

Reply

Marsh Posté le 11-08-2003 à 20:22:18    

Lelfe a écrit :

2 problèmes
 
1 - Le fichier qui est contenu dans la variable PASSWD_FILE (et non PASSWD) doit contenir le mot de passe seulement (voir man smbmount)
 
2 - //$SERVER/devel/devel_team
C'est pas standard ca comme nom de partage. Un partage, c'est le serveur et le nom du partage, c'est tout :
Soit
//$SERVEUR/devel_team
ou
//$SERVEUR/devel
 
après, faut travailler en lien sur le répertoire monté si tu veux un répertoire précis du partage.
 
Lelfe
 


 
Ouais bien sur!!! ...pour le n°2 je me suis melange les pinceaux avec le partage reseau et le chemin en dur sur le serveur ....erreur d'inattention.
 
Pour le n°1 j'ai vu selon smbmount que le fichier contient le login + le pass sous la forme :
    username = <nom_de_l'utilisateur>
    password = <pass_de_l'utilisateur>
Mais bon je tenterai cette piste aussi.

Reply

Marsh Posté le 11-08-2003 à 21:33:56    

Ca ne fonctionne tjrs pas, j'ai tjrs le meme message d'erreur. Mon serveur SAMBA est en PDC ...tu penses que ca peut poser probleme?


Message édité par janeiro le 11-08-2003 à 21:35:16
Reply

Marsh Posté le 13-08-2003 à 15:55:51    

A tout hasard, si cela peut t'aider.
Mais c'est plutôt empirique car je suis loin (très loin :) ) d'avoir les compétences de vous autres en matière de Samba.
 
Pour le mode=0777, merci à DarkSchneider. J'imagine que cela remplace fmask=0777 dmask=0777 ? Je ne l'avais pas utilisé car dans le man mount, il n'est pas dit qu'il s'applique à smbfs. Bon, la rigueur parfois...
 
Sinon, pour mon petit réseau Samba, j'ai donné à guest les accès complets. Ce n'est peut-être pas une bonne idée...
 
Mais avec le fstab que voici, j'arrive à monter/démonter par l'utilisateur, disons 'MisterX' et à démonter par les autres (la station en question est supposée accueillir plusieurs utilisateurs), et tous peuvent lire/écrire :
 
//serveur/dossier /samba/dossier smbfs password=123456789,noauto,nosuid,mode=0777,noexec,nodev,users 0 0
 
- le paramètre users (au pluriel) qui me permet le démontage par quiconque.
- condition : le répertoire dossier du point de montage, à savoir /samba/dossier appartient à l'utilisateur 'MisterX'.
 
Ce que je souhaiterais, c'est pouvoir, pour n'importe quel utilisateur de la même station, monter/démonter (avec une icône KDE sur le bureau pour faciliter la tâche).
 
Mais jusqu'à présent, en essayant une foule de combinaison (notamment en forçant uid et/ou guid), je n'y parviens pas, hélas.
 
Aussi, suis-je intéressé par vos trouvailles.

Reply

Marsh Posté le 13-08-2003 à 20:39:56    

Janeiro a écrit :

Ca ne fonctionne tjrs pas, j'ai tjrs le meme message d'erreur. Mon serveur SAMBA est en PDC ...tu penses que ca peut poser probleme?


 
J'ai aussi mon serveur en PDC, apparement, on a une configuration Samba très proche.
Ca ne peux venir que de ta config client, apparement,
vérifie tes modules, tes NFS, etc... ta config noyau, la conf de Samba.
 
Tu arrives toujours à monter mais tu as ton problème de double fichier ?
 
Lelfe

Reply

Marsh Posté le 13-08-2003 à 20:49:48    

T'as un problème de montage, ou juste la mise en place avec l'icone, etc... ?
Si c'est le 1er cas, pour moi, l'option 'users' devrait te permettre de faire ce que tu veux, si c'est juste l'icone, ca devrait pas poser de problème.
 
Lelfe
 

Sagittarius a écrit :

A tout hasard, si cela peut t'aider.
Mais c'est plutôt empirique car je suis loin (très loin :) ) d'avoir les compétences de vous autres en matière de Samba.
 
Pour le mode=0777, merci à DarkSchneider. J'imagine que cela remplace fmask=0777 dmask=0777 ? Je ne l'avais pas utilisé car dans le man mount, il n'est pas dit qu'il s'applique à smbfs. Bon, la rigueur parfois...
 
Sinon, pour mon petit réseau Samba, j'ai donné à guest les accès complets. Ce n'est peut-être pas une bonne idée...
 
Mais avec le fstab que voici, j'arrive à monter/démonter par l'utilisateur, disons 'MisterX' et à démonter par les autres (la station en question est supposée accueillir plusieurs utilisateurs), et tous peuvent lire/écrire :
 
//serveur/dossier /samba/dossier smbfs password=123456789,noauto,nosuid,mode=0777,noexec,nodev,users 0 0
 
- le paramètre users (au pluriel) qui me permet le démontage par quiconque.
- condition : le répertoire dossier du point de montage, à savoir /samba/dossier appartient à l'utilisateur 'MisterX'.
 
Ce que je souhaiterais, c'est pouvoir, pour n'importe quel utilisateur de la même station, monter/démonter (avec une icône KDE sur le bureau pour faciliter la tâche).
 
Mais jusqu'à présent, en essayant une foule de combinaison (notamment en forçant uid et/ou guid), je n'y parviens pas, hélas.
 
Aussi, suis-je intéressé par vos trouvailles.

Reply

Marsh Posté le 13-08-2003 à 21:46:33    

Lelfe a écrit :

T'as un problème de montage, ou juste la mise en place avec l'icone, etc... ?
Si c'est le 1er cas, pour moi, l'option 'users' devrait te permettre de faire ce que tu veux, si c'est juste l'icone, ca devrait pas poser de problème.
Lelfe


 
Non non pas l'icône ;)
 
Si l'option users me permet de démonter/monter facilement, cela ne fonctionne qu'avec l'utilisateur qui possède les droits sur le point de montage, et ce, même si les droits sont rwx pour tous, sur le répertoire de montage en question.
 
Or, ma station étant multi-utilisateurs, j'aurais souhaité avoir un point de montage unique.
 
Et je ne trouve pas de solution pour que ce soit montable/démontable un utilisateur quelconque.

Reply

Marsh Posté le 18-08-2003 à 17:47:04    

Lelfe a écrit :


 
J'ai aussi mon serveur en PDC, apparement, on a une configuration Samba très proche.
Ca ne peux venir que de ta config client, apparement,
vérifie tes modules, tes NFS, etc... ta config noyau, la conf de Samba.
 
Tu arrives toujours à monter mais tu as ton problème de double fichier ?
 
Lelfe


 
Euh ouais mes modules ...etc. j'ai la config par defaut de la redhat 9. Les 2 machines Serveur Samba et le mon pc (client) ont une redhat 9 avec les meme mise a jours les meme packages (je me sers de ma machine pour tester avant d'installer sur le serveur)
 
j'ai toujours le meme probleme de mot de passe/user pas bon cf post plus haut

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed