Archiv verlassen und diese Seite im Standarddesign anzeigen : Samba Rechte ?
Hi
Ich hab mir jetzt Suse 7.3 installiert. Samba eingerichtet.
Nun kann ich in mein Verzeichnis auf dem Linux Rechner alles machen !
Ich hab dann ein Verzeichnis mit [PHP4] angelegt.
Ich kann darin alles sehen aber hab leider keine Schreibrechte wie in meinem eigenen Verzeichnis :(.
Ich brauch das um mit PHP zu Arbeiten !
Woran liegt das Problem ?
Hier meine smb.conf
In dem [b0li] Verzeichnis kann ich alles machen !
Aber in dem [PHP4] leider nicht :(
[global]
workgroup = test
netbios name = Suse
server string = Samba Server
os level = 2
keep alive = 30
kernel oplocks = false
security = user
encrypt passwords = Yes
guest account = Nobody
map to guest = Bad User
[b0li]
comment = b0li Heimatverzeichnis
path = /home/b0li
browseable = yes
read only = no
create mode = 0750
public = no
[PHP4]
comment = PHP4 Ordner
path = /usr/local/httpd/htdocs
browseable = yes
read only = yes
create mode = 0777
public = yes
Für Hilfe wäre ich sehr Dankbar
greetz b0li
alex2mueller
28.05.02, 14:37
Hi,
ich vermute mal du hast als User keine Schreibrechte in dem angegebenen Verzeichnis, die Linuxdateirechte kommen vor den den Sambarechten!
mach mal ll im verzeichnis /usr/local/httpd
mfg
a2mueller
Original geschrieben von b0li
Hi
Ich hab mir jetzt Suse 7.3 installiert. Samba eingerichtet.
Nun kann ich in mein Verzeichnis auf dem Linux Rechner alles machen !
Ich hab dann ein Verzeichnis mit [PHP4] angelegt.
Ich kann darin alles sehen aber hab leider keine Schreibrechte wie in meinem eigenen Verzeichnis :(.
Ich brauch das um mit PHP zu Arbeiten !
Woran liegt das Problem ?
Hier meine smb.conf
In dem [b0li] Verzeichnis kann ich alles machen !
Aber in dem [PHP4] leider nicht :(
[global]
workgroup = test
netbios name = Suse
server string = Samba Server
os level = 2
keep alive = 30
kernel oplocks = false
security = user
encrypt passwords = Yes
guest account = Nobody
map to guest = Bad User
[b0li]
comment = b0li Heimatverzeichnis
path = /home/b0li
browseable = yes
read only = no
create mode = 0750
public = no
[PHP4]
comment = PHP4 Ordner
path = /usr/local/httpd/htdocs
browseable = yes
read only = yes
create mode = 0777
public = yes
Für Hilfe wäre ich sehr Dankbar
greetz b0li
mach mal ll im verzeichnis /usr/local/httpd
Was meinst du mit mach mal ll im verzeichnis /usr/local/httpd ?
Kenn mich leider noch nicht so gut aus mit Linux :(
alex2mueller
28.05.02, 15:22
Hi,
also ich meinte damit:
Terminalfenster öffnen (Shell) und mit cd /usr/local/httpd in dieses Verzeichnis wechseln dann gib ll ein (oder ls -l) und du bekommst eine Aufstellung der vorhandenen Dateien und Verzeichnisse inclusive den Zugriffsrechten:
z.B.
drwxr-xr-x 5 root root größe Datum htdocs
bedeutet im einzelnen
d es ist ein directory
r - leserechte
w - schreibrechte
x - execute (ausführen)
dieser eintrag den ich als Beispiel genannt habe bedeutet
das Verzeichnis htdoc gehört dem Eigentümer root und der Gruppe root
der Eigentümer (1. dreiergruppe nach dem d darf lesen, schreiben und Programme ausführen) die Gruppe (2. dreiergruppe darf nur lesen und ausführen) alle anderen detto
da du vermutlich als userx abrbeitest fällt deine Berechtigung also unter sonsige und du darfst in diesem Verzeichnis nicht schreiben!
(defaultmäßig gehörst du zur Gruppe Users)
Es gibt nun Möglichkeiten das zu ändern
1.) du änderst den Eigentümer oder die Gruppe
2.) und/oder du änderst die Dateirechte
chown --help hilft dir beim Eigentümer/Gruppe weiter (bzw man chown)
chmod --help hilft dir bei den Dateirechten weiter (man chmod)
hoffe das hilft dir weiter
mfg
a2mueller
Gary Gilmore
28.05.02, 21:50
einfach "read only = no"
das muss in der smb.conf stehen, im beim verzeichnis php4!
und nicht "read only = yes", ist ja ganz klar, dass du nicht schreiben kannst!
Hab einfach die Rechte geändert :) Is mir nach 1 Std auch aufgefallen *gg*
[PHP4]
comment = PHP4 Ordner
path = /usr/local/httpd
browseable = no
read only = no
public = no
create mask = 0770
directory mask = 0770
Thx
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.