Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux smb.conf

smb.conf

43 réponses
Avatar
Maclin
Bon, on continue dans la lancée, pourquoi se retenir :)
sur un réseau local j'ai trois pécés (ouiouin 2000 +1serveur 2000) qui
se connecte trés bien à un serveur Mac OsX, donc samba, mais comme
chacun sait, il suffit pour cela, sur mac, de cliquer sur un bouton
(+600€, mieux que bill et moins con, mais quand même). je me suis donc
dit que si ça marchait avec un Mac il ne serait pas si difficile de se
connecter à un serveur samba Linux (fedora core 1) et ça n'est pas le
cas, "testparm" se contente de "Loaded services file OK.", les logs
/samba/nmbd.log ne contiennent pas grand chose et /samba/smbd.log encore
moins, mais aucun des pécés ne voit le serveur, rien dans le voisinage
réseau; voici mon smb.conf inspiré de Lealinux :
# testparm
Load smb config files from /etc/samba/smb.conf
Processing section "[homes]"
Processing section "[printers]"
Processing section "[SambaGG]"
Loaded services file OK.
Server role: ROLE_STANDALONE
Press enter to see a dump of your service definitions

# Global parameters
[global]
server string = Serveur Samba
log file = /var/log/samba/%m.log
max log size = 500
printcap name = /etc/printcap
preferred master = Yes
domain master = Yes
dns proxy = No
wins support = Yes
hosts allow = 192.168.3.
cups options = raw

[homes]
comment = Home Directories
path = /home/%u
read only = No
create mask = 0750

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

[SambaGG]
comment = SambaGG
path = /home/laurent
valid users = laurent+
read only = No
hosts allow = localhost, 192.168.3.

Merci d'avance pour votre aide
Signaler un problème avec ce contenu

10 réponses

Supprimer
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
1 2 3 4 5
Avatar
Maclin


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


je garde donc [home] avec un path = /home/%u et je rajoute un
partage_publique, Ok



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...


Cet utilisateur existe, sous windows, sous linux users, sous samba dans
linux, faut-il maintenant un utilisateur windows dans linux ? dans quel
fichier cela se configure ?


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...

(...)




Avatar
Jerome Lambert
Le Mon, 16 Aug 2004 12:55:25 +0200, Maclin a écrit :
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...


Cet utilisateur existe, sous windows, sous linux users, sous samba dans
linux, faut-il maintenant un utilisateur windows dans linux ?


Si c'est le cas, tout est OK de ce coté-là. J'avoue que j'ai lu le
message un peu vite...

(...)

--
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



Avatar
Maclin
Si c'est le cas, tout est OK de ce coté-là. J'avoue que j'ai lu le
message un peu vite...
Bon je vais donné l'impression de me répeter, mais si ça pouvait

aboutir à une solution, j'en serais le premier ravi.
Les permissions du repertoire de base de l'utilisateur linux, repertoire
utilisé dans smb path = :

drwx------ 12 public_samba users 4096 aoû 16 11:01 public_samba

le fichier smb.conf:
# Samba config file created using SWAT
# from 127.0.0.1 (127.0.0.1)
# Date: 2004/08/06 12:35:57

# 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
username map = /etc/samba/smbusers
guest ok = yes
hosts allow = 192.168.3.
#cups options = raw

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

[public_samba]
comment = public_samba
writeable = yes
path = /home/public_samba

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

L'utilisateur public_samba identique avec son mot de passe à
l'utilisateur Linux 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: /etc/samba/smbpasswd
Cet utilisateur existe, sous windows, sous linux users, sous samba dans
linux
Mais, malgré la présence d'un nouveau Workgroup "chapogroup" dans mon
voisinage reseau microsoft (pourquoi n'apparait il pas directement dans
le group "Workgroup" ? comme ça se fait très bien avec samba Mac OS X),
l'erreur ; "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté." apparait.
Merci d'avance

Avatar
Jerome Lambert
Le Mon, 16 Aug 2004 16:52:06 +0200, Maclin a écrit :
(...)
Mais, malgré la présence d'un nouveau Workgroup "chapogroup" dans mon
voisinage reseau microsoft (pourquoi n'apparait il pas directement dans
le group "Workgroup" ?


Parce qu'il est dans le groupe de travail chapogroup (ligne
workgroup = chapogroup).

Si on veut le voir, il faut aller dans le voisinage réseau, choisir "Tout
le réseau", "Afficher le contenu entier du réseau","Réseau Microsoft
Windows" et là apparaitra chapogroup dans lequel se trouvera la machine
chaposerv (apparaitra aussi Workgroup).

Si on veut mettre chaposerv dans Workgroup afin qu'il soit visible via
"ordinateurs proches du mien", il faut alors spécifier workgroup workgroup...

(J'ai toujours renommé mes groupes de travail en ne laissant jamais
workgroup par défaut, sinon on s'enmèle les crayons et certaines
configurations déconnent. Idéalement il faudrait mettre toutes les
machines dans chapogroup...)

comme ça se fait très bien avec samba Mac OS X),
l'erreur ; "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté." apparait.


Ca apparait quand vous faites quelle opération?


--
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

Avatar
Maclin
(J'ai toujours renommé mes groupes de travail en ne laissant jamais
workgroup par défaut, sinon on s'enmèle les crayons et certaines
configurations déconnent. Idéalement il faudrait mettre toutes les
machines dans chapogroup...)

Je suis le conseil


comme ça se fait très bien avec samba Mac OS X),
l'erreur ; "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté." apparait.


Ca apparait quand vous faites quelle opération?

Quand on clique sur le groupe "chapogroup" qui est present dans

voisinage reseau > reseau microsoft windows, à côté d'un groupe
Workgroup et d'un domaine server active directory


Avatar
Jerome Lambert
Le Mon, 16 Aug 2004 18:14:33 +0200, Maclin a écrit :
comme ça se fait très bien avec samba Mac OS X),
l'erreur ; "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté." apparait.


Ca apparait quand vous faites quelle opération?

Quand on clique sur le groupe "chapogroup" qui est present dans

voisinage reseau > reseau microsoft windows, à côté d'un groupe
Workgroup et d'un domaine server active directory


L'erreur vient *peut-être* d'active directory, dans le sens où le
serveur Samba n'étant pas répertorié dans l'annuaire, les machines
inscrites dans le domaine ne peuvent pas y accéder, mais je n'ai pas
suffisamment de pratique d'active directory que pour être catégorique...

--
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



Avatar
Maclin


comme ça se fait très bien avec samba Mac OS X),
l'erreur ; "Chapogroup n'est pas accessible, le périphérique n'est pas
connecté." apparait.


Ca apparait quand vous faites quelle opération?

Quand on clique sur le groupe "chapogroup" qui est present dans

voisinage reseau > reseau microsoft windows, à côté d'un groupe
Workgroup et d'un domaine server active directory


L'erreur vient *peut-être* d'active directory, dans le sens où le
serveur Samba n'étant pas répertorié dans l'annuaire, les machines
inscrites dans le domaine ne peuvent pas y accéder, mais je n'ai pas
suffisamment de pratique d'active directory que pour être catégorique...

je ne pense pas, la machine cliente, n'est pas en session vers active

directory quand elle cherche à se connecter au serveur Linux, et
d'autres machines qui ne sont pasrepertoriées dans l'active directory
rencontrent également le problème.




Avatar
Jerome Lambert
Le Mon, 16 Aug 2004 18:26:08 +0200, Maclin a écrit :
Ca apparait quand vous faites quelle opération?

Quand on clique sur le groupe "chapogroup" qui est present dans

voisinage reseau > reseau microsoft windows, à côté d'un groupe
Workgroup et d'un domaine server active directory


L'erreur vient *peut-être* d'active directory, dans le sens où le
serveur Samba n'étant pas répertorié dans l'annuaire, les machines
inscrites dans le domaine ne peuvent pas y accéder, mais je n'ai pas
suffisamment de pratique d'active directory que pour être catégorique...

je ne pense pas, la machine cliente, n'est pas en session vers active

directory quand elle cherche à se connecter au serveur Linux, et
d'autres machines qui ne sont pas repertoriées dans l'active directory
rencontrent également le problème.


Autre piste: vous avez activé samba pour être controleur de domaine
(domain master = yes). Peut-être cela vient-il de là?

Sinon, voici mon propre smb.conf qui, lui, tourne impeccablement...

#======================= Global Settings ==================================== [global]
workgroup = namur
server string = Samba Server
printcap name = /etc/printcap
load printers = yes
log file = /var/log/samba/%m.log
max log size = 50
socket options = TCP_NODELAY SO_RCVBUF92 SO_SNDBUF92
dns proxy = no

#============================ Share Definitions ============================= idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /bin/false
username map = /etc/samba/smbusers
password server = None
winbind use default domain = no

[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
printable = yes

[homes]
comment = Home Directories
browseable = no
writeable = yes

[public]
path = /home/samba_public
writeable = yes

Avec [homes], chacun a accès à son répertoire (jerome accède à
/home/jerome/) tandis que public est un répertoire accessible à tout le
monde. Si ça peut dépanner...

De même, je vous conseille la lecture de cet excellent bouquin qui
explique tout en long et en large:
http://www.oreilly.fr/catalogue/284177242X.html

J'ai la première version, et elle m'a déjà sauvé la mise à
différentes reprises...

--
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




Avatar
Maclin
Merci beaucoup Jérôme pour ton aide, tu m'a fait découvrir Linux, et je
t'en suis très reconnaissant, je vais lire le livre Oreilly, mais tout
ça m'embête un peu, je pensais Linux plus accessible et plus rigoureux,
j'ai peur maintenant des méandres d'aproximations et des solutions
aléatoires, j'évite depuis des années les serveurs Windows (il y en a un
en place et je voulais, à terme, le remplacer), AppleShare IP et MOSX
m'y ont bien aidé, et je ne suis plus sûr maintenant de pouvoir intégrer
Linux, à moins de 3 ans de Fac et 2 IUT (ou une grosse facture, encore
plus élevée que le coût des licences de Bill), et surtout si la chance
ne fait qu'un fichier, dû à la version noyau, n'empêche un périph d'agir
suivant les normes définies par une communauté, en contrariété avec le
développement de la distribution depuis plusieurs mois, enfin de la
sciences Fiction presque (je délire:), dommage, un peu déçu, de toutes
façons je pérsévère, mais ça va être long.
Encore merci.



Ca apparait quand vous faites quelle opération?



Quand on clique sur le groupe "chapogroup" qui est present dans
voisinage reseau > reseau microsoft windows, à côté d'un groupe
Workgroup et d'un domaine server active directory


L'erreur vient *peut-être* d'active directory, dans le sens où le
serveur Samba n'étant pas répertorié dans l'annuaire, les machines
inscrites dans le domaine ne peuvent pas y accéder, mais je n'ai pas
suffisamment de pratique d'active directory que pour être catégorique...



je ne pense pas, la machine cliente, n'est pas en session vers active
directory quand elle cherche à se connecter au serveur Linux, et
d'autres machines qui ne sont pas repertoriées dans l'active directory
rencontrent également le problème.



Autre piste: vous avez activé samba pour être controleur de domaine
(domain master = yes). Peut-être cela vient-il de là?

Sinon, voici mon propre smb.conf qui, lui, tourne impeccablement...

#======================= Global Settings ==================================== > [global]
workgroup = namur
server string = Samba Server
printcap name = /etc/printcap
load printers = yes
log file = /var/log/samba/%m.log
max log size = 50
socket options = TCP_NODELAY SO_RCVBUF92 SO_SNDBUF92
dns proxy = no

#============================ Share Definitions ============================= > idmap uid = 16777216-33554431
idmap gid = 16777216-33554431
template shell = /bin/false
username map = /etc/samba/smbusers
password server = None
winbind use default domain = no

[printers]
comment = All Printers
path = /var/spool/samba
browseable = no
printable = yes

[homes]
comment = Home Directories
browseable = no
writeable = yes

[public]
path = /home/samba_public
writeable = yes

Avec [homes], chacun a accès à son répertoire (jerome accède à
/home/jerome/) tandis que public est un répertoire accessible à tout le
monde. Si ça peut dépanner...

De même, je vous conseille la lecture de cet excellent bouquin qui
explique tout en long et en large:
http://www.oreilly.fr/catalogue/284177242X.html

J'ai la première version, et elle m'a déjà sauvé la mise à
différentes reprises...







Avatar
Jerome Lambert
Le Tue, 17 Aug 2004 11:31:44 +0200, Maclin a écrit :

Merci beaucoup Jérôme pour ton aide, tu m'a fait découvrir Linux, et je
t'en suis très reconnaissant,


Mais de rien...

je vais lire le livre Oreilly, mais tout ça m'embête un peu, je
pensais Linux plus accessible et plus rigoureux, j'ai peur maintenant
des méandres d'aproximations et des solutions aléatoires,


Je crois que la manière "historique" d'apprendre Linux (ligne de
commande, HOWTO, fichiers de configuration, etc.) est une erreur.

J'ai appris Linux en laissant les assistants "boitakliks" faire le boulot
à ma place, et puis *quand tout fonctionne*, on "ouvre le capot" et on
essaye de comprendre comment ça marche, et petit à petit on apprend à
se passer des assistants. C'est une démarche qui me semble plus
*cohérente* pour des gens qui, comme nous, cherchent d'abord "un truc qui
fonctionne".

Pour le cas qui nous occupe, le fichier smb.conf que j'ai fourni est le
fichier de base de la Fedora 2, auquel se sont ajoutés les partages que
j'ai fait via l'assistant redhat-config-samba. Le livre m'a surtout servi
pour des cas de figures impossibles à mettre en place via l'assistant
(domaine, scripts de connexion, etc.)

(...)
dommage, un peu déçu, de toutes façons je pérsévère, mais ça va
être long.


Si vous avez cet état d'esprit, vous y arriverez ;-)

Bonne continuation,

P.S: en cas problème, vous connaissez le chemin... ;-)

(...)
--
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

1 2 3 4 5