Newsgroup: it.comp.os.linux.sys
Titolo: Lanciare un CGI come utente root

Ho preparato uno script cgi per aggiungere degli utenti di sistema ma 
ovviamente apache gira con privilegi di nobody perciò ottengo un 
"Permission denied" quando eseguo lo script.
Come posso fare a dare i permessi di root (perciò senza modificare 
l'appartenenza del file passwd) allo script ?
Grazie
-- 
Rizio

 l'appartenenza del file passwd) allo script ?
Non farlo, usa sudo semmai.
Davide
-- 
| It will be advantageous to cross the great stream ... the Dragon is on
| the wing in the Sky ... the Great Man rouses himself to his Work. 
| 
| 

 Non farlo, usa sudo semmai.
Vorrei ma il problema è che devo girare tutta l'azienda per migrare la posta 
degli utenti e non riesco a creare gli utenti prima (non so tutti gli 
username e passgour).
Da qui l'idea di fare un script cgi per aggiungere sul nuovo server l'utente 
direttamente dal suo pc.
 
Sto guardando suExec ma non funziona per l'utente root :(
Altre idee ?
-- 
Rizio

 Vorrei ma il problema ? che devo girare tutta l'azienda
Usa SUDO! Dai l'autorizzazione all'utente nobody di eseguire useradd
e sei a posto.
Davide
-- 
| Conscience is a mother-in-law whose visit never ends.   -- H. L.
| Mencken 
| 
| 

 e sei a posto.
Tnk's, ora provo (non avevo capito il senso, sorry)
-- 
Rizio

 
probabilmente ormai hai già impostato il tutto e fare cambiamenti non 
sarebbe semplice, ma sei sicuro che sia la soluzione migliore avere tutti 
gli utenti che per avere la posta devono avere un account reale?
non era una soluzione più efficiente avere utenti virtuali?
tra le altre cose, non avevi bisogno di script con premessi strani per 
creare gli utenti.
non conosco la tua situazione e quindi sto solo sparando vaccate, ma se 
gli utenti continuano a lavorare senza un'account sul nuovo server, 
significa che tale account servirebbe solo per la posta.
o no?
giusto per capire cosa porta a fare alcune scelte piuttosto che altre.
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 giusto per capire cosa porta a fare alcune scelte piuttosto che altre.
Come sopra: unica password per tutta la rete e gestione centralizzata di 
tutto il possibile. 
Accetto pareri molto volentieri.
-- 
Rizio

 
per quanto riguarda ldap, non saprei come muovermi, ma credo che la logica 
di fondo potrebbe essere la stessa di una soluzione su db sql:
-db utenti email con nome utente windows
-indirizzi di posta associati al nome utente windows
-quando riceve un'email, postfix cerca nel db utenti
-se l'utente/indirizzo email non esiste nel db utenti mail, l'email viene 
rifiutata, anche se magari l'utente esiste in ad
-se l'utente c'è nel db, la posta viene consegnata nella cartella prevista
-per leggere la posta, puoi tranquillamente mantenere courier-imap e di 
conseguenza il sistema di lettura che hai configurato (webmail)
bisogna vedere un pò come regolare l'interazione tra ad e db utenti mail
in questo modo, nessun utente reale sulla macchina, la posta viene 
consegnata anche se i server ad sono down ma, ovviamente, non la si può 
controllare fino a quando non tornano on line.
per postfix + mysql, io mi sono trovato bene con l'howto di 
high5.net
per quanto riguarda ldap, mi sa che ne sai più di me...


 per quanto riguarda ldap, mi sa che ne sai più di me...
Magari :( Conosco solo quello di cui ho bisogno (e comunque molto grazie 
alla lista)
-- 
Rizio

 direttamente dal suo pc.
e farlo via ssh?
ciao!

 e farlo via ssh?
Si potrebbe fare ma ho cercato di chiudere ssh come una cozza (con chiavi, 
accessibile solo da una macchina che centralizza le chiavi, ecc. ecc.) 
perciò risulterebbe un po' scomodo alla lunga.
-- 
Rizio