Archiv verlassen und diese Seite im Standarddesign anzeigen : Seltsamer Samba-Fehler
Hallo an alle,
Vielleicht könnt ihr mir weiterhelfen, denn ich habe bei einem Server einen seltsamen Fehler:
Starte ich Samba über service smb start schaffe ich es um's verrecken nicht, eine Schreibberechtigung auf das Share zu erhalten.
Kille ich die Prozesse und starte smbd -D und nmbd -D funktioniert alles wie gewollt. Hat einer eine Idee woran das liegen könnte?
Gruß Mike
PS: Ist übrigens Fedora 5
hi
(welche distri denn?)
also die Shares sollten die passende Berechtigung haben, also auch für andere Benutzer ausser root lese- bzw schreibbar...
ausserdem kann man in der smb.conf noch ein
writeable = yes
mfg
Frederic
EDIT: sorry hab das "PS" übersehen :(
Kenny@Knoppix
26.09.06, 12:46
:D hier eine kleine beschreibung!
http://www.pc-erfahrung.de/Index.html?linux_ecke.html
dann unter netzwerk!
hi
(welche distri denn?)
also die Shares sollten die passende Berechtigung haben, also auch für andere Benutzer ausser root lese- bzw schreibbar...
ausserdem kann man in der smb.conf noch ein
writeable = yes
mfg
Frederic
EDIT: sorry hab das "PS" übersehen :(
Ja, ja. Selbstverständlich steht das drin. Ob ich den daemon über service smb start oder über smbd -D starte ist doch Jacke, wie Hose. Greift doch beides auf die smb.conf zu?! Oder?
Ich habe schon einige Male Samba getanzt, aber der Fehler ist mir gänzlich neu. Hab sogar die Verzeichnisse auf 777 gesetzt, trotzdem kommt ständig "Zugriff verweigert".
Aber wenn ich über smbd -D starte funktioniert alles einwandfrei! Ich verzweifle noch...
Was macht service smb start anders, als wenn ich es manuell starte?
Hier noch der Vollständigkeit halber meine smb.conf
[global]
smb passwd file = /etc/samba/smbpasswd
admin users = Dumbledore, root
map to guest = Bad User
domain master = yes
encrypt passwords = yes
public = yes
passdb backend = smbpasswd
allow hosts = 192.168.0. 127.
wins support = yes
password level = 4
netbios name = KKSERVER
writeable = yes
max protocol = LANMON2
server string = %h (Linux)
path = /samba
local master = yes
workgroup = KKDOMAIN
os level = 33
update encrypted = yes
security = share
preferred master = no
[tmp]
comment = Temporary file space
path = /tmp
read only = no
public = yes
[bildarchiv]
comment = Bildarchiv
path = /samba/bildarchiv
read only = no
public = yes
[auktion]
map hidden = yes
only guest = yes
guest ok = yes
public = yes
map system = yes
volume = Auktion
printable = no
writable = yes
path = /samba/auktion
comment = altes Auktionsprogramm
valid users = nobody
create mode = 0755
[datenpool]
comment = Dateiablage
path = /samba/datenpool
read only = no
public = yes
guest ok = yes
writable = yes
Vielleicht ist das noch wichtig?!
Wenn die "Zugriff verweigert" Meldung erscheint, bekomme ich in der Shell ungefähr folgendes:
audit(1159274119.138.163): avc: denied { write } for pid=16743 comm="smbd" name="datenpool" dev=dm-3 ino=30113796 scontext=root:system_r:smbd_t:s0 tcontext=root:object_r:root_t:s0 tclass=dir
Kenny@Knoppix
26.09.06, 13:54
bin grad nicht zuhaus, aber gibt es bei dir /etc/init.d ? was steht da?
irgendwas mit samba restart?
Hallo,
audit(1159274119.138.163): avc: denied { write } for pid=16743 comm="smbd" name="datenpool" dev=dm-3 ino=30113796 scontext=root:system_r:smbd_t:s0 tcontext=root:object_r:root_t:s0 tclass=dir
scheinbar hast Du SE-Linux konfiguriert und aktiviert und der smbd darf die obige Operation im aktuellen SE-Context nicht durchführen.
Harry
Aha, okay.
Muss ich wohl SELinux wieder runter schmeißen. Nervt eh nur.
Danke für eure Hilfe!
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.