Newsgroup: it.comp.os.linux.sys
Titolo: sudo: parametri al comando

Da quando ho dato ai miei utenti (i miei coinquilini :-P ) la facolta'
di potersi montare da soli, con sudo, le proprie cartelle remote per
spostarsi i files sul serverone installato in cucina (!) e' successo un
putiferio. Alcuni si lamentano che un'altro gli sposta i suoi files,
oppure che abusa del suo disco, insomma han sempre da lamentarsi (non
importa che sia una grande azienda o una casa di studenti:
l'amministratore ha sempre grane ;-) ).
Stavo dunque cercando una soluzione al problema: ho creato utenti
distinti per ognuno di loro (prima ne avevano uno solo, comune per
tutti), cui volevo, mediante /etc/sudoers, dare la facolta' di montare
solo *alcune* cartelle (ovvero: quelle di competenza), ma, ahime',
ancora non ho del tutto compreso la sintassi da usare in tale file.
Prima avevo un
utente ALL = NOPASSWD: /bin/mount, /bin/umount, /bin/mv, /bin/cp
(ove ovviamente l'utente "utente" e' quello comune), mentre ora ho
provato con
utente1 ALL = NOPASSWD: /bin/mount //utente1/condivisa
utente2 ALL = NOPASSWD: /bin/mount //utente2/remota
utente3 ALL = NOPASSWD: /bin/mount //utente3/propria
aggiungendo cioe' al comando vero e proprio quello che dovrebbe essere
il parametro permesso, senza pero' ottenere i risultati sperati: nel
momento in cui eseguo un
sudo mount //utente1/condivisa /mnt/utente1
(dopo essermi su-dato come "utente1") non accade nulla, o meglio si
presenta il solito prompt di sudo ma alla fine nulla risulta montato.
Idem dicasi se metto in sudoers cose del tipo
utente1 ALL = NOPASSWD: /bin/mount //utente1/condivisa /mnt/utente1
non succede nulla (sebbene mi par di aver letto in qualche messaggio di
qualche mailing list pescata con Google che cosi' poteva andar bene...)
Dove potrebbe stare il problema? In un errato settaggio in sudoers?
E, soprattutto: si puo' fare una cosa del genere?
Grazie per ogni suggerimento :-)
-- 
Roberto -MadBob- Guido
mail bob4mail***@***
gmail.com
web 
http://madbob.homelinux.com
BrainTop Project maintainer - 
http://braintop.sf.net

 in sudoers devono entrarci solo i *comandi*, non i comandi ed i parametri,
in assoluto non e` vero, vero e` che ha un escape particolare
ed e` poco pratico metterli li` anziche' in uno script, xche'
il //?

 xche'il //?
Smbmount.
Ciaotutti,
*

 Smbmount.
uso pochissimo sudoers ma gestire mount delle share cosi` mi
fa un po' schifo (es. le credenziali stanno in /etc/fstab?),
e per provare ci metterei smbmount o il -t

 e per provare ci metterei smbmount o il -t
io ho messo le credenziali in un file separato leggibile solo da root:
- /etc/fstab (ci sono anche altre opz...):
//server/share /mnt smbfs credentials=/etc/samba/auth.new.leonardo
- auth.new.leonardo (-rw------- root root)
username = <nome utente>
domain =
password = <password>
ciao
LEO

 io ho messo le credenziali in un file separato leggibile solo da root:
si`, ma si sta parlando di ficcare delle stringone in sudoers;
non avendolo mai dovuto fare, mi parrebbe molto + pulito usare
pam_mount, se funzia bene

 
Mumble mumble... Temo di non aver capito molto bene...
Interpretando a modo mio il suggerimento, ho creato per ogni utente uno
scriptino tipo
#!/bin/sh
mount //utente1/condivisa /mnt/utente1
nella relativa home, dopodiche' ho aggiunto in /etc/sudoers
utente1 ALL = NOPASSWD: /home/utente1/scriptino
ma, ahime', ancora non sembra voler funzionare: faccio un "su utente1",
eseguo "sudo ./scriptino", ma dopo un "mount" nulla sembra essere stato
montato. Con i permessi dovrebbe esser tutto a posto, l'invocazione di
sudo presenta la solita schermata in cui chiede la password e raccomanda
di non fare casini con i permessi di root, ma null'altro.
Evidentemente non ho ben afferrato il senso del suggerimento...
