Fedora Samba

[verbatim]

Ik kan wel de map /plans lezen maar ik kan niet schrijven met chmod 755.
Wel kan ik schrijven vanuit mijn windowsclient naar de map /plans met chmod 777, maar dat is niet de bedoeling denk ik. Weet iemand waarom het niet lukt met chmod 755 want ik kom er niet meer uit.
Hieronder mijn config:

[global]
workgroup = MYNETWORK
netbios name = LINUX
log file = /var/log/samba/log.%m
security = SHARE
;


[homes]
comment = Home Directories
browseable = no
valid users = loek
writable = yes
create mask = 0700
directory mask = 0700


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

[plans]
path = /plans
guest ok = Yes
writable = Yes

[Verwijderd]

Die directory is dan blijkbaar niet van die gebruiker he...

[McKaamos]

Ben totaal geen Linux kenner, maar als je iets via netwerk naar Samba toe schrijft moet die toch onder dezelfde gebruiker draaien als waar de map eigendom van is?

En het lijkt me dat je dat dan weer inde config kan aangeven. Of je chownt de map naar de user waar Samba onder draait.

Uiteraard is dat onafhankelijk van de Samba authenticatie naar de PC die over het netwerk de server benaderd.

[ Voor 16% gewijzigd door McKaamos op 12-02-2011 16:47 ]

[jan99999]

Dit komt uit ubuntu:

Misschien 775 gebruiken
en in de share create mask = 775 en directory mask = 0775

#======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each


# user's home directory as \\server\username
;[homes]
; comment = Home Directories
; browseable = no

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
; read only = yes

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
; create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
; directory mask = 0700

[McKaamos]

De map, zoals die op het filesystem staat, niet in de config.
Die moet de correcte owner hebben voordat Samba er naar kan schrijven.

En dat kan je dan weer oplossen door te Chownen of door in de config van Samba te kijken of je hem onder een andere user kan laten draaien.

Wat Samba zelf doet wat rechten vanaf het netwerk betreft is niet interessant verder.

[ Voor 46% gewijzigd door McKaamos op 12-02-2011 17:30 ]

[verbatim]

jan99999 schreef op zaterdag 12 februari 2011 @ 16:59:
Dit komt uit ubuntu:

Misschien 775 gebruiken
en in de share create mask = 775 en directory mask = 0775

#======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each


# user's home directory as \\server\username
;[homes]
; comment = Home Directories
; browseable = no

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
; read only = yes

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
; create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
; directory mask = 0700

Ik kan nog steeds niet schrijven vanuit mijn windowsclient naar de map plans.
Dit is nu mijn config:

[global]
workgroup = MYNETWORK
netbios name = LINUX
log file = /var/log/samba/log.%m
security = SHARE
;


[homes]
comment = Home Directories
browseable = no
valid users = loek
writable = yes
create mask = 0700
directory mask = 0700


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

[plans]
path = /plans
guest ok = Yes
writable = Yes
create mask = 775
directory mask = 0775

[CAPSLOCK2000]

Ik denk dat het antwoord al een paar keer is gegeven. Verdiep je eens in wat voor rechten er nu op die directory zit, en welke gebruiker/groep de eigenaar is. Let wel, het gaat om de Linux gebruiker en de Linux rechten, die kan je niet vanuit samba manipuleren. Lees eens wat over gebruikers & permissies onder Linux, dat zal je helpen het probleem te begrijpen.