Newsgroup: it.comp.os.linux.sys
Titolo: Strano problema con Samba (forse permessi)

Ciao a tutti!
Ho un Server (Debian 4.0) con Samba 3.0.24-6etch9 installato.
Ho configurato diversi Shares. Uno in particolare e' configurato cosi':
[austausch]
        path                    = /data/samba/austausch
        Writeable               = yes
        valid users             = @smbmitarbeiter
        create mode             = 0770
        directory mode          = 0770
        force create mode       = 0770
        force directory mode    = 0770
        force group             = smbmitarbeiter
Nel gruppo smbmitarbeiter ci sono gli utenti e tutto funziona
perfettamente.
Quando qualcuno crea un file o una directory vengono impostati
correttamente i permessi e tutti gli altri possono
leggere/scrivere/cancellare.
Ora, essendo questa directory solo per SCAMBIO DATI (in Tedesco: Austausch
= Scambio), il capo ha detto di polverizzarne il contenuto ogni venerdi
sera.
Detto fatto, un piccolo script provvede alla cancellazione.
Per sicurezza, esiste un file con l'avviso che i contenuti di questo share
verranno cancellati ogni venerdi sera. Questo file, ovviamente, viene
riscritto dopo la cancellazione.
Ora veniamo al problema: questo file SEHR_WICHTIG.TXT e' stato creato come
root e ha i permessi 644 (utente root, gruppo root).
In teoria tutti dovrebbero poterlo leggere, ma nessuno poterlo modificare
e/o cancellare.
Invece tutti lo possono cancellare (anche se non modificare).
Qualcuno ha un'idea del perche'? E, sopratutto, come posso rimediare alla
cosa?
Grazie
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Piccola addenda:
Mi sono accorto adesso che, se mi loggo sul Server in SSH come utente
lucabert posso cancellare quel file dell'utente root con permessi 644...
Ora la cosa mi spaventa proprio... E non poco!
Com'e' possibile che un utente NON root e NON di un qualche gruppo
amministrativo (lucabert appartiene ai gruppi users, cvsusers e
smbmitarbeiter) possa cancellare un file creato da root con utente root,
gruppo root e permessi 644?!?
Qui mi si sconvolgono le basi piu' fondamentali del FileSystem...
In /etc/fstab ho scritto questo per montare la partizione:
/dev/mapper/system-samba_crypt             /data/samba         reiserfs
defaults        0       2
Qualcuno ha idea di cosa sta succedendo sul mio Server?
Grazie mille!


 Qui mi si sconvolgono le basi piu' fondamentali del FileSystem...
scusa la banalità, ma devi guardare i permessi della directory non del 
file...

 contiene tale file (lezione numero 1 sui permessi di Unix).
Scheiße! Hai ragione...
Pero' gli utenti devono poter creare dei files in quella directory...
Hai mica idea di come posso risolvere il problema (consentire la creazione
di files, ma non la cancellazione di QUEL file)?
Grazie


 di files, ma non la cancellazione di QUEL file)?
cron?

 di files, ma non la cancellazione di QUEL file)?
chattr +i quelfile

 
Funziona con raiser?

 Funziona con raiser?
Appunto...
/usr/bin/chattr: Inappropriate ioctl for device while reading flags on
SEHR_WICHTIG.TXT
Qualche idea di come risolverlo (montare la partizione diversamente, fare
riti strani)?
Sinceramente non posso, almeno nel breve futuro, formattare la partizione
in ext3 e ricopiare dentro il tutto...
ciao


 in ext3 e ricopiare dentro il tutto...
Hai le acl abilitate?

 Hai le acl abilitate?
Temo di no... Ora provo a modificare fstab mettendo
acl,user_xattr,defaults per quel mount-point...
Devo solo aspettare un attimo che gli altri utenti mi lascino smontare la
directory... :)
Grazie


 SEHR_WICHTIG.TXT
segui questo thread:
http://osdir.com/ml/file-systems.reiserfs.general/2003-07/msg00121.html

OK! Modificato fstab aggiungendo attrs per quella partizione e ora posso
settare l'attribute immutable per il file!
E tutto funziona!
Grazie mille!


 questo articolo e` stato inviato via web dal servizio gratuitohttp://
www.newsland.it/newssegnala
 gli abusi ad 
ab...@newsland.it
Scusa ma altrimenti non bastava spostare il file e metterci solo un
link simbolico nella cartella in questione?

Mandi! Luca Bertoncello
  In chel dì si favelave...
LB> Qualcuno ha idea di cosa sta succedendo sul mio Server?
...la possibilità di acncellare un file non dipende dai permessi del
file, ma dai permessi della directory che lo contiene...
-- 
  È come se Mendeleev quando ha scoperto gli elementi, il giorno che ha
  scoperto l'ossigeno avesse detto: "benissimo, ho scoperto l'ossigeno, chi
  respira mi paga una royalty"... chi respira paga, pensa a Genova che
  casino, morivano tutti in apnea.			(Beppe Grillo)

 settare l'attribute immutable per il file!
Scusate, ma questa opzione dov'e` documentata? Nella man page di mount
(almeno su Debian) non c'e`...
Enrico

 chattr +i quelfile
Sarebbe interessante sapere se il comando sia possibile farlo
funzionare anche su XFS, non mi dispiacerebbe mettere mettere qualche
paletto a chi dico io senza dover pero` andare di ACL (sono pigro :) )
Enrico

Enrico 'Henryx' Bianchi wrote:

è possibile, se non hai un kernel troppo vecchio.

 è possibile, se non hai un kernel troppo vecchio.
Ho un 2.6.22, e non funziona :(
Enrico


che errore ti da?
io ho appena provato su fedora 8 e su debian stable su un filesystem 
creato ex novo e funziona senza problemi.


in /usr/share/doc/reiserfsprogs/html/mount-options.html o qualcosa del 
genere. se questa può essere chiamata documentazione.



ebianchi@montgomery:~$ df -hT|grep xfs
/dev/hda3      xfs     82G   63G   20G  77% /home
ebianchi@montgomery:~$ mount|grep xfs
/dev/hda3 on /home type xfs (rw)
ebianchi@montgomery:~$ mkdir prova
ebianchi@montgomery:~$ chattr +i prova
chattr: Operation not permitted while setting flags on prova
ebianchi@montgomery:~$ su -c "mount -o remount,attrs /home"
Password: 
mount: /home not mounted already, or bad option
ebianchi@montgomery:~$ 
Enrico

 ebianchi@montgomery:~$
attrs è un'opzione esclusiva di reiserfs, per xfs non serve.

 capability can set or clear this attribute.
SHIT!!!!! :x
Se ti dico che ho letto questa cosa almeno un paio di volte, e che l'ho
anche messa in pratica su di un test su ReiserFS, mi credi?
Enrico