smb.conf

Redhat-config-samba dans "paramettre
serveurs" ne veut pas se lancer, de temps en temps il demande le mot
de passe root puis glisse un sablier une vingtaine de secondes puis
s'éclipse sans même ouvrir la moinde fenêtre,HTTP, Booting, NFS, DNS,
Services, eux s'ouvrent très bien mais pas samba ???
voici le contenu des lignes ennoncées

# redhat-config-samba
Traceback (most recent call last):
File "/usr/share/redhat-config-samba/redhat-config-samba.py", line 20,
20 mainWindow.MainWindow(debug_flag)

in ?
mainWindow.MainWindow(debug_flag)
File "/usr/share/redhat-config-samba/mainWindow.py", line 58,in
58 self.samba_data = sambaParser.SambaParser(self)

__init__
self.samba_data = sambaParser.SambaParser(self)
File "/usr/share/redhat-config-samba/sambaParser.py", line 24, in
24 self.parseFile()

__init__
self.parseFile()
File "/usr/share/redhat-config-samba/sambaParser.py", line 55, in
55 token = self.createToken(line)

parseFile
token = self.createToken(line)
File "/usr/share/redhat-config-samba/sambaParser.py", line 127, in
token=sambaToken.SambaToken(sambaToken.SambaToken.SAMBA_TOKEN_KEYVAL,

(name, value), self.parent)

createToken
token > sambaToken.SambaToken(sambaToken.SambaToken.SAMBA_TOKEN_KEYVAL,
(nam e, value), self.parent)
File "/usr/share/redhat-config-samba/sambaToken.py", line 20, in
20 raise AttributeError, value

__init__
raise AttributeError, value
AttributeError: ('cups options', 'raw')

Bizare non ? un conflit avec cups cette fois ?

Le Thu, 12 Aug 2004 00:47:56 +0200, MACLIN a écrit :

Jerome Lambert wrote:

mais c'est pas fini, parceque redhat-config-samba dans "paramettre
serveurs" ne veut pas se lancer, de temps en temps il demande le mot de
passe root puis glisse un sablier une vingtaine de secondes puis
s'éclipse sans même ouvrir la moinde fenêtre,HTTP, Booting, NFS, DNS,
Services, eux s'ouvrent très bien mais pas samba ???

Que dit yum install cups?

cups is installed and is the latest version.

No actions to take

Technique "à la Windows", à défaut de voir d'ou vient le problème

yum remove redhat-config-samba
yum install redhat-config-samba

Et lancer redhat-config-samba depuis une console pour voir si il affiche
un message d'erreur que l'on pourrait exploiter...

--
Jerome
"Moi, je trouve ça rigolo quand y a un truc qui marche pas avec Linux.
Chercher à le faire marcher m'amuse beaucoup. C'est mieux qu'un jeu vidéo."
M. in fr.comp.os.linux.debats

Technique "à la Windows", à défaut de voir d'ou vient le problème
yum remove redhat-config-samba
yum install redhat-config-samba

ça je l'ai fait, ça n'avait rien changé

Et lancer redhat-config-samba depuis une console pour voir si il affiche
un message d'erreur que l'on pourrait exploiter...

oui, j'avais poster le resultat le 12/08 à 17h02 + le contenu des lignes

donné en ref dans l'erreur, il parle aussi de cups mais je ne sais pas
pourquoi, tiens je le remets :

# redhat-config-samba

Traceback (most recent call last):
File "/usr/share/redhat-config-samba/redhat-config-samba.py", line 20,

20 mainWindow.MainWindow(debug_flag)

in ?
mainWindow.MainWindow(debug_flag)
File "/usr/share/redhat-config-samba/mainWindow.py", line 58,in

58 self.samba_data = sambaParser.SambaParser(self)

__init__
self.samba_data = sambaParser.SambaParser(self)
File "/usr/share/redhat-config-samba/sambaParser.py", line 24, in

24 self.parseFile()

__init__
self.parseFile()
File "/usr/share/redhat-config-samba/sambaParser.py", line 55, in

55 token = self.createToken(line)

parseFile
token = self.createToken(line)
File "/usr/share/redhat-config-samba/sambaParser.py", line 127, in

token=sambaToken.SambaToken(sambaToken.SambaToken.SAMBA_TOKEN_KEYVAL,

(name, value), self.parent)

createToken
token >> sambaToken.SambaToken(sambaToken.SambaToken.SAMBA_TOKEN_KEYVAL,
(nam e, value), self.parent)
File "/usr/share/redhat-config-samba/sambaToken.py", line 20, in

20 raise AttributeError, value

__init__
raise AttributeError, value
AttributeError: ('cups options', 'raw')

Le Fri, 13 Aug 2004 12:21:17 +0200, Maclin a écrit :
(...)

File "/usr/share/redhat-config-samba/sambaToken.py", line 20, in

20 raise AttributeError, value

__init__
raise AttributeError, value
AttributeError: ('cups options', 'raw')

D'après http://www.linuxquestions.org/questions/history/206638 , il
faudrait commenter (ajouter devant la ligne un #) l'option cups options raw du smb.conf pour que tout rentre dans l'ordre...

--
Jerome
"Moi, je trouve ça rigolo quand y a un truc qui marche pas avec Linux.
Chercher à le faire marcher m'amuse beaucoup. C'est mieux qu'un jeu vidéo."
M. in fr.comp.os.linux.debats

Jerome Lambert wrote:

D'après http://www.linuxquestions.org/questions/history/206638 , il
faudrait commenter (ajouter devant la ligne un #) l'option cups options > raw du smb.conf pour que tout rentre dans l'ordre...

Encore une bonne adresse, encore merci, bon, on était pas tout seul dans

l'erreur. redhat-config-samba fonctionne maintenant, ... oui mais, il y
a un mais, ayant suivi scrupuleusement l'exemple de configuration que tu
fournis sur ton site, dis moi si tu peux ou si tu veux bien m'aider,
enfin j'explique mon problème, c'est sur des pécés Win 2000pro,
(difficile à écrire du bout des doigts ...):
Après plusieurs essais, sur l'un des pc dans "reseau microsoft windows,
le workgroup du Linux apparait, mais quand je clique dessus y'a un message :
"Chapogroup n'est pas accessible, le périphérique n'est pas connecté"
et sur le second pc, le workgroup s'ouvre, sans demander de mot de
passe, mais il n'y a rien à l'intérieur, bien qu'il y ai bien des docs
dans le dossier partagé sur le serveur. les 2 pc sont ouvert en session
"administrateur", mais le second n'a pas de mdp administrateur;
je fournis le smb.conf si quelque chose te semble anormal:
Global parameters
[global]
server string = chaposerv
log file = /var/log/samba/%m.log
max log size = 500
socket options = TCP_NODELAY
printcap name = /etc/printcap
preferred master = Yes
domain master = Yes
dns proxy = No
wins support = Yes
workgroup = chapogroup
password server = None
security = SHARE
hosts allow = 192.168.3.
#cups options = raw

[homes]
comment = Home Directories
writeable = yes
path = /home/%u
create mask = 0750

Le Fri, 13 Aug 2004 16:11:26 +0200, Maclin a écrit :

Jerome Lambert wrote:

D'après http://www.linuxquestions.org/questions/history/206638 , il
faudrait commenter (ajouter devant la ligne un #) l'option cups options >> raw du smb.conf pour que tout rentre dans l'ordre...

Encore une bonne adresse, encore merci, bon, on était pas tout seul dans

l'erreur. redhat-config-samba fonctionne maintenant, ...

C'est facile: il suffit de copier-coller le message d'erreur dans
www.google.com/linux et de lire les pages associées...

Toutefois, la connaissance de la langue anglaise est un sérieux plus...

oui mais, il y a un mais, ayant suivi scrupuleusement l'exemple de
configuration que tu fournis sur ton site, dis moi si tu peux ou si tu
veux bien m'aider,

Je veux bien *essayer*... ;-)

enfin j'explique mon problème, c'est sur des pécés Win 2000pro,
(difficile à écrire du bout des doigts ...): Après plusieurs essais,
sur l'un des pc dans "reseau microsoft windows, le workgroup du Linux
apparait, mais quand je clique dessus y'a un message
: "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté" et sur le second pc, le workgroup s'ouvre, sans demander de
mot de passe, mais il n'y a rien à l'intérieur, bien qu'il y ai bien
des docs dans le dossier partagé sur le serveur. les 2 pc sont ouvert
en session "administrateur", mais le second n'a pas de mdp
administrateur;

Je crois que l'erreur est là. Quand l'utilisateur se connecte au serveur,
il décline automatique son identité, qui est administrateur, et le mot
de passe est le mot de passe de l'admin sous Windows. L'idéal est donc de
mettre le même mot de passe pour les 2 administrateurs des machines
Windows.

De même, le paramère %u du système fait que l'accès au partage
connecte l'utilisateur sur /home/nom_de_l_utilisateur, soit
/home/administrateur/ dans le cas présent...

(...)

Concernant le smb.conf, la seule chose à redire serait de mettre la
securité en mode user (amha plus pratique).

[homes]
comment = Home Directories
writeable = yes
path = /home/%u
create mask = 0750

Chez moi ça marche sans les deux dernières lignes...

--
Jerome
"Moi, je trouve ça rigolo quand y a un truc qui marche pas avec Linux.
Chercher à le faire marcher m'amuse beaucoup. C'est mieux qu'un jeu vidéo."
M. in fr.comp.os.linux.debats

Jerome Lambert wrote:

enfin j'explique mon problème, c'est sur des pécés Win 2000pro,
(difficile à écrire du bout des doigts ...): Après plusieurs essais,
sur l'un des pc dans "reseau microsoft windows, le workgroup du Linux
apparait, mais quand je clique dessus y'a un message
: "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté" et sur le second pc, le workgroup s'ouvre, sans demander de
mot de passe, mais il n'y a rien à l'intérieur, bien qu'il y ai bien
des docs dans le dossier partagé sur le serveur. les 2 pc sont ouvert
en session "administrateur", mais le second n'a pas de mdp
administrateur;

Je crois que l'erreur est là. Quand l'utilisateur se connecte au serveur,
il décline automatique son identité, qui est administrateur, et le mot
de passe est le mot de passe de l'admin sous Windows. L'idéal est donc de
mettre le même mot de passe pour les 2 administrateurs des machines
Windows.

je viens donc de creer un utilisateur sur le premier pc faisant parti du

groupe administrateur, portant le meme nom et meme mdp que l'utilisateur
enregistré sur le serveur Linux et que l'utilisateur samba, s'il faut je
supprime le 2eme utilisateur sur le serveur linux (celui du 2eme pc),
mais j'ai toujours l'erreur d'acces.

De même, le paramère %u du système fait que l'accès au partage
connecte l'utilisateur sur /home/nom_de_l_utilisateur, soit
/home/administrateur/ dans le cas présent...
il faut mettre : path = /home/home_du_pc ?

Est-ce la ligne qui correspond à "Repertoire" de l'onglet "Basique" dans
"Editer un partage" de redhat-config-samba ?

(...)

Concernant le smb.conf, la seule chose à redire serait de mettre la
securité en mode user (amha plus pratique).
ce qui donne : username map = /etc/samba/smbusers

mais chaque fois que je redemarre smb et que je vais regarder dans
l'onglet sécurité, il s'est remis en partage ??

[homes]
comment = Home Directories
writeable = yes
path = /home/%u
create mask = 0750

Chez moi ça marche sans les deux dernières lignes...
Il vaut mieux supprimer path = /home te create mask ?

Le Fri, 13 Aug 2004 19:37:33 +0200, Maclin a écrit plein de choses, mais
je crois qu'une mise au point s'impose pour être sur qu'on parle de la
même chose...

(En gros, que les puristes ne hurlent pas en cas d'approximation)

Le but de Samba est de "traduire" des "permissions" Windows en
"permissions" Windows, que qui permet aux utilisateurs Windows d'accéder
via le voisinage réseau à des fichiers partagés sous Linux.

1) Sous Linux, il faut avoir:
- un compte valide: maclin_linux
- un répertoire à partager: /home/public_samba
- des permissions qui permettent à maclin_linux d'accéder à
/home/public_samba (point capital mais souvent oublié...)

2) Sous Windows, il faut avoir:
- un compte et un mot de passe valide: maclin_win, mot de passe:
ilovelinux ;-)

3) Sous Samba, il faut avoir:
- un répertoire partagé. Cela se fait avec la forme suivante
(simplifiée et adaptée)
[repertoire_public]
path = /home/public_samba
writeable = yes

A ce niveau, samba fera en sorte que le répertoire /home/public_samba
apparaisse sous la forme du partage repertoire_public visible dans le
voisinage réseau et que les utilisateurs authentifiés pourront y
écrire.

- Des utilisateurs "liés".
Quand un utilisateur se connecte via le voisinage réseau à notre
partage, il décline automatiquement son identité. On va donc dire à
samba d'associer cette identité à un utilisateur linux connu.

Cela se fait dans le fichier smbusers, sous la forme utilisateur_linux utilisateur_windows, donc notre fichier contiendra une ligne maclin_linux
= maclin_win

On va aussi ajouter le mot de passe windows à maclin_win:
[root@quelquepart]~# smbpasswd maclin_win
New SMB password: ilovelinux
Retype new SMB password: ilovelinux

Voilà.

Si vous avez bien compris et appliqués tout ces principes, le reste n'est
qu'une question de paramétrage "fin". Donc un fois que vous avez lu ceci,
refaites tout votre partage en appliquant ce qui est décrit plus haut et
postez un message en cas d'erreur.

Cordialement,

--
Jerome
"Moi, je trouve ça rigolo quand y a un truc qui marche pas avec Linux.
Chercher à le faire marcher m'amuse beaucoup. C'est mieux qu'un jeu vidéo."
M. in fr.comp.os.linux.debats

Jerome Lambert wrote:

Le Fri, 13 Aug 2004 19:37:33 +0200, Maclin a écrit plein de choses, mais
je crois qu'une mise au point s'impose pour être sur qu'on parle de la
même chose...

(En gros, que les puristes ne hurlent pas en cas d'approximation)

Le but de Samba est de "traduire" des "permissions" Windows en
"permissions" Windows, que qui permet aux utilisateurs Windows d'accéder
via le voisinage réseau à des fichiers partagés sous Linux.

1) Sous Linux, il faut avoir:
- un compte valide: maclin_linux
- un répertoire à partager: /home/public_samba
- des permissions qui permettent à maclin_linux d'accéder à
/home/public_samba (point capital mais souvent oublié...)
Voici les permissions du repertoire de base de l'utilisateur linux,

repertoire utilisé dans smb.conf path = :
# ls -l /home/
drwx------ 12 public_samba users 4096 aoû 16 11:01 public_samba

[homes]
comment = Home Directories
writeable = yes
path = /home/public_samba
create mask = 0750

et qui porte le meme nom dans smbuser :

# less /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
nobody = guest pcguest smbguest
public_samba = public_samba

et dont le mot de passe est identique à celui de l'utilisateur windows
qui ouvre la session depuis windows 2000 et se connecte via Favoris réseau:
# less /etc/samba/smbpasswd
public_samba:503:858AF1E9F8230723DF128B2DD32BAD07:4DB32624501D3E95839395E78A0C66
33:[U ]:LCT-41207CB9:

mais, malgré la présence d'un nouveau Workgroup dans mon voisinage
reseau microsoft (pourquoi n'apparait il pas directement dans le group
"Workgroup" ? comme le fait très bien le samba Mac OS X, qui d'autre
part, fonctionne tres bien), l'erreur ; "Chapogroup n'est pas
accessible, le périphérique n'est pas connecté." apparait toujours.

je n'ai peut-être pas compris et appliqué tous les principes ennoncés,
mais je ne vois pas en quels points ?
merci de me les montrer, encore une fois :)

2) Sous Windows, il faut avoir:
- un compte et un mot de passe valide: maclin_win, mot de passe:
ilovelinux ;-)

3) Sous Samba, il faut avoir:
- un répertoire partagé. Cela se fait avec la forme suivante
(simplifiée et adaptée)
[repertoire_public]
path = /home/public_samba
writeable = yes

A ce niveau, samba fera en sorte que le répertoire /home/public_samba
apparaisse sous la forme du partage repertoire_public visible dans le
voisinage réseau et que les utilisateurs authentifiés pourront y
écrire.

- Des utilisateurs "liés".
Quand un utilisateur se connecte via le voisinage réseau à notre
partage, il décline automatiquement son identité. On va donc dire à
samba d'associer cette identité à un utilisateur linux connu.

Cela se fait dans le fichier smbusers, sous la forme utilisateur_linux > utilisateur_windows, donc notre fichier contiendra une ligne maclin_linux
= maclin_win

On va aussi ajouter le mot de passe windows à maclin_win:
[root@quelquepart]~# smbpasswd maclin_win
New SMB password: ilovelinux
Retype new SMB password: ilovelinux

Voilà.

Si vous avez bien compris et appliqués tout ces principes, le reste n'est
qu'une question de paramétrage "fin". Donc un fois que vous avez lu ceci,
refaites tout votre partage en appliquant ce qui est décrit plus haut et
postez un message en cas d'erreur.


Cordialement,

Le Mon, 16 Aug 2004 12:06:54 +0200, Maclin a écrit :

Jerome Lambert wrote:

Le Fri, 13 Aug 2004 19:37:33 +0200, Maclin a écrit plein de choses, mais
je crois qu'une mise au point s'impose pour être sur qu'on parle de la
même chose...

(En gros, que les puristes ne hurlent pas en cas d'approximation)

Le but de Samba est de "traduire" des "permissions" Windows en
"permissions" Windows, que qui permet aux utilisateurs Windows d'accéder
via le voisinage réseau à des fichiers partagés sous Linux.

1) Sous Linux, il faut avoir:
- un compte valide: maclin_linux
- un répertoire à partager: /home/public_samba
- des permissions qui permettent à maclin_linux d'accéder à
/home/public_samba (point capital mais souvent oublié...)
Voici les permissions du repertoire de base de l'utilisateur linux,

repertoire utilisé dans smb.conf path = :
# ls -l /home/
drwx------ 12 public_samba users 4096 aoû 16 11:01 public_samba

OK...

[homes]
comment = Home Directories
writeable = yes
path = /home/public_samba
create mask = 0750

SJNMA, [homes] est réservé, je suggérerais plutot

[partage_public]
comment = Partage public
writeable = yes
path = /home/public_samba

et qui porte le meme nom dans smbuser :

# less /etc/samba/smbusers
# Unix_name = SMB_name1 SMB_name2 ...
root = administrator admin
nobody = guest pcguest smbguest
public_samba = public_samba

et dont le mot de passe est identique à celui de l'utilisateur windows
qui ouvre la session depuis windows 2000 et se connecte via Favoris réseau:
# less /etc/samba/smbpasswd
public_samba:503:858AF1E9F8230723DF128B2DD32BAD07:4DB32624501D3E95839395E78A0C66
33:[U ]:LCT-41207CB9:

Donc il faut maintenant créer un utilisateur windows dont le nom est
public_samba et ayant le même mot de passe que sous Win2000...

mais, malgré la présence d'un nouveau Workgroup dans mon voisinage
reseau microsoft (pourquoi n'apparait il pas directement dans le group
"Workgroup" ? comme le fait très bien le samba Mac OS X, qui d'autre
part, fonctionne tres bien), l'erreur ; "Chapogroup n'est pas
accessible, le périphérique n'est pas connecté." apparait toujours.

Là, je ne vois pas, mais le voisinnage réseau de Windows est, disons,
folklorique...

(...)
--
Jerome
"Moi, je trouve ça rigolo quand y a un truc qui marche pas avec Linux.
Chercher à le faire marcher m'amuse beaucoup. C'est mieux qu'un jeu vidéo."
M. in fr.comp.os.linux.debats