Newsgroup: it.comp.os.linux.software
Titolo: CHMOD: problemi con i permessi

Ciao a tutti,
ho un problema di permessi con una Dec Station Unix ma penso che non ci sia
differenza nel comando chmod (e comunque mi interessa anche per il mio PC
con Red Hat 6.2).
Se controllo i diritti del comando "su" scopro che l' "owner" e' root e che
i permessi sono cosi' configurati:
-rwsr-xr-x. Mi sono guardato il man del comando chmod e da quello che ho
capito il comando su e' eseguibile solo dagli utenti indicati dal root in un
qualche file di configurazione o settando qualche variabile (questo perche'
al posto di rwx ho rws). Quello che vorrei sapere e' come faccio a settare
un particolare utente non-root in modo da rendergli eseguibile il comando.
Allo stato attuale dei fatti non posso diventare superuser da nessuno degli
account.
Ultima cosa: ho provato a togliere l' opzione s dal comando "su" con il
comando
chmod u-s+x su
ottenendo, infatti     -rwxr-xr-x     per il comando suddetto ma il
risultato non e' stato quello sperato: da qualunque utente non-root con il
comando su non ottengo nulla, nessun errore, ma nessuna richiesta di
password. Controllando con whois vedo che l' utente non e' cambiato.
Ho ripristinato il valore s per l' esecuzione utente ma non so come fare.
Se qualcuno potesse mandarmi un esempio di configurazione gli sarei grato.
Grazie
Giorgio

 writes:
C> Ciao a tutti,
C> ho un problema di permessi con una Dec Station Unix ma penso che non ci sia
C> differenza nel comando chmod (e comunque mi interessa anche per il mio PC
C> con Red Hat 6.2).
C> Se controllo i diritti del comando "su" scopro che l' "owner" e' root e che
C> i permessi sono cosi' configurati:
C> -rwsr-xr-x. Mi sono guardato il man del comando chmod e da quello che ho
C> capito il comando su e' eseguibile solo dagli utenti indicati dal root in un
C> qualche file di configurazione
La s stŕ per  setuid. La presenza di questo bit fa  si che il processo
non venga  eseguito con l'euid  (Effective User ID  - User ID  "che ha
effetto") settato uguale all'UID (User  ID - User ID effettivo (*)) ma
settato al valore del proprietario  del file (quindi per root eseguire
un programma setuid root o no non ha alcuna differenza).
Alcuni sistemi permettono il comando  su (verso root) solo agli utenti
del gruppo wheel, quello della GNU  (fatto da quel bolscevico :) :) :)
:) :) Stallman :) ) no. Altra tecnica per limitare su a pochi eletti č
l'uso di  un file allow,  probabile che sotto  DEC ci sia (man  su per
scoprirlo).
C> Ultima cosa: ho provato a togliere l' opzione s dal comando "su" con il
C> comando
C> chmod u-s+x su
C> ottenendo, infatti     -rwxr-xr-x     per il comando suddetto ma il
C> risultato non e' stato quello sperato: 
Vediamo se ora sai risponderti da solo... :)
Dassvidania, Tovarich! (tanto per capire come sono messo relativamente
al bolscevico Stallman :) )
+----------------------------------------------------------------+
| Gian Uberto Lauri * "So, are you working on fixing that bug    |
| 
sa...@eng.it
      *  *now* or leaving it until later ?" - YES  |
+----------------------------------------------------------------+
| Attenzione: rispondo ad ogni invio di pubblicitŕ non richiesta | 
| o spam di qualsiasi altro genere con un messaggio al provider  |
| di competenza. Ai sensi della legge sulla privacy NON avete il |
| permesso di utilizzare i miei dati per questi scopi.           |
+----------------------------------------------------------------+

 Se controllo i diritti del comando "su" scopro che l' "owner" e' root e che
Non toccare cio' che non conosci e leggi la man page di chmod.
P.S. E NON CROSSPOSTARE !! Mi spieghi che cosa c'entra chmod con
newsgroups come alt.comp.periphs.videocards.matrox??? Spostati su
.iniziare visto che sei un newbie !
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *