[gl-como] R: File, cartella condivisa e permessi

ZeRo CoOl zer0_co0l@hotmail.it
Dom 14 Giu 2009 10:24:59 CEST


Allora, vediamo se riusciamo a capirci...

OS = Kubuntu hardy 32 bit LTSP active, ACL active
USERS = zero = root; uno = normal; due = normal; tre = normal
GRUPPO = tutti gli utenti sono nello stesso gruppo
CARTELLE ACCESSIBILI A TUTTI = Condivisi
TIPI DI FILE = .pdf; .txt; .jpg; .odt; .quello che vuoi; ..........
LISTA FILE PRESENTI = NON PUBBLICABILE (D. Lgs 196/2003)(non è il pc di casa, è un server aziendale di un nostro cliente)
FILE MANAGER = DOLPHIN

PROBLEMA:

Un utente a caso, genera un file all'INTERNO della cartella Condivisi, cartella che ha tutti i permessi come esposto in precedenza.
Un altro utente ha necessità di RINOMINARE quel file, ha il permesso di accedere allo stesso, aprirlo, mofidicarlo, ELIMINARLO, crearne altri ma, NON può RINOMINARLO!!! (Qualunque esso sia, con qualsiasi estensione)
I permessi dei file presenti all'interno della cartella Condivisi sono i medesimi della cartella.

Triks: se un utente qualsiasi apre il file che deve essere rinominato e va a SALVARLO CON NOME dando il nome da lui scelto LO PUO' FARE.
         Una volta eseguita questa operazione, l'utente VUOLE ELIMINARE il vecchio file, con il nome errato, LO PUO' FARE.

Quindi, sperando di essere stato chiaro, l'unico problema è rinominare DIRETTAMENTE il file che, inspiegabilmente, viene negato qualunque sia il file o il tipo di file, indifferentemente.
Ovviamente, se colui che ha fisicamente creato il file lo voglia poi rinominare può farlo tranquillamente.

NOTE: l'aggiornamento da HARDY ad INTREPID e poi a JAUNTY NON mi arrischio a farlo (ricordo che lavorano su quella macchina usando LTSP, Linux Terminal Server Project, quindi con terminali "stupidi") dato che la macchina in questione NON RISIEDE presso la nostra sede ma presso la sede del cliente, distante sia dalla mia che dalla sede centrale.
Il problema NON dipende dal tipo di file manager in quanto nemmeno da terminale si possono rinominare i file.

Ho ricreato su una macchina qui a casa mia la stessa situazione, ma con installata una distro seria (Mandriva 2009.1) e il problema non si è proposto.

Sperando di aver delucidato TUTTI i dubbi, resto in attesa di pareri/consigli/pacche sulla spalla/bevuta collettiva per dimenticare....

> From: the.pirla@gdit.it
> To: gl-como@lists.linux.it
> Date: Sun, 14 Jun 2009 09:49:00 +0200
> Subject: Re: [gl-como] R:  File, cartella condivisa e permessi
> 
> Il giorno sab, 13/06/2009 alle 19.30 +0200, ZeRo CoOl ha scritto:
> > ecco ls -la
> > drwxrwxrwx 10 root  root     352 2009-06-11 11:06 Condivisi
> > 
> > Torno comunque a ripetere che l'unica cosa che NON si riesce a fare è
> > rinominare i file se NON si è il proprietario degli stessi, ma se lo
> > apro e vado a salvarlo con nome, dando il nome al file da me scelto,
> > lo posso fare tranquillamente, così come sempre con molta agilità
> > posso modificare e CANCELLARE i file, anche se NON SONO IL
> > PROPRIETARIO...
> Ok, allora devi esattamente spiegare come ripetere il fenomeno.
> Quindi devi spiegare esattamente con che programma o utility si comporta
> in questo modo, che utente, le caratteristiche dell'utente ecc ecc.
> 
> Dato che non è semplice analizzare la questione così semplicemente
> parlando, se posti anche la lista dei file all'interno e per esempio
> dici... l'utente a non può rinominare il file pippo... e ci fai vedere
> il file pippo, e ci dici com'è fatto l'utente a... allora possiamo
> parlarne
> 
> Con quelle permission, tutti sono in grado di cancellare e rinominare
> file senza alcun problema.
> Quindi il comportamento anomalo rispetto alle permission deve derivare
> da qualcos'altro.
> 
> Tieni conto che in Linux ci sono anche permission più dettagliate che
> non quelle classiche rwxrwxrwx ma che si possono utilizzare solo su
> filesystem con ACL attive.
> 
> -- 
> Ciao
>         Pirla
> 
> Per rispondere in E-mail the (punto) pirla (chiocciola) gdit.it
> *** un bacio ai pupi ***
> 
> ---> Linux user since yesterday <---
> --->     Linux User #389536     <---

_________________________________________________________________
Naviga al sicuro, usa Windows Live Messenger!
http://messenger.it/home_sicurezza.aspx
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/gl-como/attachments/20090614/556742cc/attachment.htm>


Maggiori informazioni sulla lista gl-como