Newsgroup: it.comp.os.linux.sys
Titolo: mldonkey e setgid

SO: Debian 5.0 Lenny
SOFTWARE: MLDonkey 3.0.0.CVS
Vi espongo il mio problema: il demone di mldonkey parte come root e poi il 
proprietario ed il gruppo diventano (giustamente) "mldonkey" (che è un 
utente apposta creato da me). La directory di lavoro è /home/mldonkey dove 
vanno anche a finire i file scaricati 
(/home/mldonkey/incoming/files/nomeutente).
"nomeutente" è una directory in cui vanno effettivamente i file scaricati da 
un dato utente (dato che uso mldonkey in multiuser mode).
Il problema è che i file creati appartengono ovviamente ad utente e gruppo 
mldonkey, mentre avrei necessità di poterli far leggere (e spostare) ad un 
altro utente unix (che poi ha lo stesso nome dell'utente in mldonkey).
Considerando che per problemi di privacy non posso assegnare ai file 
scaricati i permessi o+r e neanche aggiungere il gruppo "mldonkey" a tutti 
gli utenti che lo usano (altrimenti qualunque utente può vedere i file di un 
altro), ho pensato ad una soluzione tipo questa:
root@server:/home/mldonkey/incoming/files# ls -al
drwxr-xr-x 4 mldonkey mldonkey 4096 10 mar 21:30 .
drwxr-xr-x 4 mldonkey mldonkey 4096  8 mar 21:09 ..
drwxrws--- 2 mldonkey emanuele 4096 10 mar 21:43 emanuele
drwxrws--- 2 mldonkey stefania 4096 10 mar 21:29 stefania
A quanto ho capito mettere g+s ad una directory significa fare in modo che i 
file che ci vengono creati dentro appartengano al gruppo della directory 
stessa, invece di quello di chi li ha creati. Purtroppo questa soluzione non 
funziona in quanto i file scaricati hanno owner e gruppo "mldonkey" e 
"mldonkey".
Se sono stato chiaro e avete capito "più o meno" qual'è il problema si 
accettano anche soluzioni alternative :) 

 
Con la funzione 'file_completed_cmd', si puo' eseguire uno script bash e 
con quello fai quello che vuoi!
Saluti.

 con quello fai quello che vuoi!
Sě č vero, non ne ho parlato. In effetti ho fatto delle prove ma quel 
comando viene eseguito dal demone e quindi sempre come utente "mldonkey" il 
quale non puň cambiare il proprietario dei file. 

 
sudo e /etc/sudoers ci sono anche per eseguire script con permessi da root.

 root.
ma sudo non richiede per forza la password? io l'ho disabilitata in quanto 
l'utente mldonkey mi serve solo per lanciare il demone 

 ma sudo non richiede per forza la password? 
/etc/sudoers serve a questo. Lì puoi dichiarare le policy per utenti e
comandi.
-- 
Massimo Bacilieri AKA Crononauta

 altro), ho pensato ad una soluzione tipo questa:
UH??????
Se aggiungi due utenti al gruppo mldonkey poi vedono reciprocamente i
file?
Non mi sembra che sia il comportamento normale, ci hai pensato bene?
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 comandi.
grazie a tutti e scusate la niubbaggine :P 

 Non mi sembra che sia il comportamento normale, ci hai pensato bene?
Aspetta forse mi sono spiegato male. Un'altra soluzione che avevo trovato 
era avere delle directory del tipo /home/utente/downloads per ogni utente. 
Queste directory hanno owner "utente" e gruppo "mldonkey" e con permessi 
rwxrwx---
In questo modo il demone mldonkey puň metterci dentro i file che scarica i 
quali perň hanno owner e gruppo "mldonkey" e permessi rw-rw----
In questo caso aggiungendo "utente" al gruppo mldonkey lui ha sě i permessi 
per accedere a quel file ma ce li hanno anche gli altri utenti aggiunti al 
gruppo mldonkey.
Spero di essermi speigato bene.

 Spero di essermi speigato bene.
Beh, non che sia chiarissimo, ma ... ;-)
Date le premesse, l'unica strada, imho, e' il cmd che già ti hanno
consigliato.


 consigliato.
Infatti penso che ripiegherò su quella strada.
L'unica cosa è che nessuno mi ha ancora spiegato come mai il setgid non 
funziona (o ho capito male io il funzionamento?) 

 altro), ho pensato ad una soluzione tipo questa:
Dimmi una cosa, giusto per curiosita`, ma come fanno,
diversi utenti, ad usare un unico demone?
C'e` un interfaccia web? Con password? La stessa per
tutti gli utenti?
Da quello che scrivi non sembrebbe che mldonkey, di
suo, gestisca la multiutenza. Oppure si?
Thanks,
bye,
-- 
piergiorgio

 suo, gestisca la multiutenza. Oppure si?
Gestisce la multiutenza, nel senso che e' possibile definire al suo 
interno degli utenti con la propria password, la propria directory, la 
propria email sulla quale recapitare i messaggi di download completato 
ecc..., che non hanno nulla a che vedere pero' con quelli definiti dal 
sistema locale.
Una caratteristica che contribuisce a renderlo interesante e' la 
possibilita' di gestire contemporaneamente molte delle reti p2p piu' 
conosciute come 'torrent' (dove pero' manca di una funzione di ricerca, 
ma e' sufficiente mettere il link del torrent), gnutella, fasttrack. ecc...
Saluti.

 
Beh... un altro modo forse c'e' ma vediamo se la sparo grossa!
Aggiungere al GID di mldonkey i GID degli altri utenti e fargli creare i 
file in 770 (opzione create_file_mode).
In qesto modo mldonkey potra' accedere alle directories degli utenti, se 
create nello stesso modo.
Fatemi sapere dove ho 'toppato' perche' mi sembra l'uovo di colombo!
Saluti.

 suo, gestisca la multiutenza. Oppure si?
Ti hanno già risposto, comunque per completezza ti linko il sito ufficiale 
http://mldonkey.sourceforge.net/MultiUser
 

 Che sarebbe? :)
Volere la "Botte Piena e la Moglie Ubriaca"


 
http://mldonkey.sourceforge.net/MultiUser
 
OK, grazie del link.
Riguardo al tuo problema, forse sbaglio, ma non
si potrebbe creare le directory assegnate ad ogni
utente (del PC) ed al gruppo "mldonkey" (di cui
solo il demone fa parte), con permessi 770?
Cioe:
drwxr-xr-x 4 mldonkey mldonkey 4096 10 mar 21:30 .
drwxr-xr-x 4 mldonkey mldonkey 4096  8 mar 21:09 ..
drwxrwx--- 2 emanuele mldonkey 4096 10 mar 21:43 emanuele
drwxrwx--- 2 stefania mldonkey 4096 10 mar 21:29 stefania
Chi appartiene a "mldonkey", cioe` *solo* il
demone, puo` leggere e scriverci dentro, ed,
ovviamente, anche l'utente, ma non gli altri.
Ovviamente nell'assunto che non sia possibile
leggere i contenuti interfacciandosi al demone
stesso (se cosi` fosse, dubito sia risolubile).
bye,
-- 
piergiorgio

 Volere la "Botte Piena e la Moglie Ubriaca"
ahahahahah sě :p 

 stesso (se cosi` fosse, dubito sia risolubile).
Certo che no, altrimenti così sarebbe impossibile. 

 owner e gruppo "mldonkey" anche se sono in directory di proprietà degli 
Mi sfugge quale sia il problema.
I file possono essere copiati e cancellati
dagli utenti, quindi, pur magari non essendo
ottimale, non crea difficolta`.
bye,
-- 
piergiorgio

 ottimale, non crea difficolta`.
E' questa la cosa strana. In effetti da shell posso copiare o cancellare i 
file. Perņ ad esempio da FTP no. O comunque a volte m'ha fatto storie coi 
permessi e altre volte no, anche se non ricordo bene le situazioni.
Comunque con sudo ho risolto tutto :) 

 grazie a tutti e scusate la niubbaggine :P
Leggendo questo post, mi sono reso conto che questa cosa serviva anche a 
me. Se non lo avessi già fatto si fa così:
"visudo" ... e aggiungi quindi queste due righe:
Cmnd_Alias      DONKEY = /bin/chown, /bin/chmod
mldonkey ALL=NOPASSWD: DONKEY
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 mldonkey ALL=NOPASSWD: DONKEY
Ti ringrazio, infatti ho già fatto così. L'unica cosa è che non mi interessa 
il chmod. Una volta cambiato il proprietario sono a posto visto che i 
permessi li setta direttamente il demone secondo quanto specificato nel file 
di configurazione.