Newsgroup: it.comp.os.linux.iniziare
Titolo: Ma non mi leggete???

Ma i miei messaggi vengono pubblicati? possibile che
nessuno sa darmi un dritta?
Scusatemi se riposto il messaggio ma ...
Non so + dove sbattere la testa:
Stampante di rete (lpd remoto)
Da root stampa senza nessun problema
Con il mio utente:
cat pippo | lpr -Pstampante
lpr: connect: Permission denied
jobs queued, but cannot start daemon.
Mi sapete dire il perchč?
Ciao,

 Mi sapete dire il perchč?
Non hai permessi da utente sulla porta parallela.
-- 
"We believe that Linux is, in material part,
an unauthorized derivative of UNIX."
www.sco.com

 Non hai permessi da utente sulla porta parallela.
Se per porta parallela si intende /dev/lp0, il problema
č altrove visto che i permessi sono settati a 777
???

 ???
La console parla chiaro:
[> lpr: connect: Permission denied]


 [> lpr: connect: Permission denied]
La console parlerà anche chiaro, ma oltre a settare i permessi a lp0
cos'altro posso controllare?
Ciao,
grazie ancora.

 cos'altro posso controllare?
/etc/printcap, hosts.lpd, /var/log/*, ps -ef | grep lpd | netstat -na |
grep 515, telnet localhost 515, iptables -L,...,...
bye G.L.
--
La logica non attiene alla verosimiglianza delle ipotesi,
ma alla coerenza delle tesi con le ipotesi.

 grep 515, telnet localhost 515, iptables -L,...,...
Immagino che siano tutti comandi da lanciare ad eccezione di printcap e
log???
Il telnet mi da questo risultato:
root />telnet localhost 515
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
/usr/sbin/lpd: laser403: Malformed from address
Connection closed by foreign host
Non è che ci ho capito molto
grazie.

 Connection closed by foreign host
Ok. ls -al /usr/bin/lpr che cosa da'?


 Ok. ls -al /usr/bin/lpr che cosa da'?
-rwxrwxrwx    1 root     lp          16276 mag 11  2001 /usr/bin/lpr
Grazie per la pazienza.

sagi wrote:

Me l'immaginavo...
Te c'hai i permessi del tuo sistema grandemente incasinati, e cio'
comprometterebbe grandemente la sicurezza del tuo sistema in un
ipotetico ambiente multiuser, oltre magari a funzionare male anche in
monoutenza...     :-)
Questo file NON dev'essere scrivibile da tutti gli utenti, e DEVE avere
il bit suid "s" nell'eseguibilita', perche' l'utente normale possa
eseguire quelle azioni del programma che hanno bisogno dei diritti di
root per essere espletate, ovvero dev'essere
-rwsr-sr-x    1 root     lp          16276 mag 11  2001 /usr/bin/lpr
risolvi con un bel:
# chmod go-w /usr/bin/lpr
# chmod a+s /usr/bin/lpr
Se ancora non funzia, ti devi chiedere se hai sbarellato i permessi di
altri files e/o altre directory, ed a quel punto e' IMHO come cercare di
far si che uno scolapasta tenga l'acqua come una pentola...   ;-)
bye G.L.
--
io non ho mai detto di essere anticattolico.
(Giangia, su ICR)

 il bit suid "s" nell'eseguibilita', perche' l'utente normale possa
Mica vero. /usr/bin/lpr puo' benissimo non essere suid. Anzi sarebbe meglio
non lo fosse sopratutto se l'owner e' root.  Il demone lpd gira come utente
lp:lp e quando accetta la richiesta di lpr (che gira da semplice user) non
ha problemi di permessi perche' il gruppo lp puo' scrivere su /dev/lp0.
Mettere il bit suid ad un lpr il cui owner e' root e' inutile e molto
pericoloso. Pensa che cosi' lpr puo' scrivere quello che vuole dove vuole
visto che scrive da root. Pensa se i tuoi utenti facessero un semplice:
$ lpr file.inesistente 2 > /boot/vmlinuz
addio linux.
-- 
Enrico Bodo  -   Postdoctoral Research Fellow      
University of Rome "La Sapienza" 
Department of Chemistry         

 addio linux.
Ma quindi devo rassegnarmi a non stampare? :-)

 $ lpr file.inesistente 2 > /boot/vmlinuz
$ lpr pippo.txt 2> /var/log/prova.txt
bash: /var/log/prova.txt: Permission denied
$ ls -al /var/log/prova.txt
ls: /var/log/prova.txt: No such file or directory
La vedo dura, dal momento che nella redirezione dell'output suppongo sia
implicata in primis la shell, che diritti di root non ha...   ;-)
Fosse riuscito, avresti sgamato un bell'exploit...    :-)


 Ma quindi devo rassegnarmi a non stampare? :-)
No, prima facci sapere che distro hai.



Suse 7.2

 implicata in primis la shell, che diritti di root non ha...   ;-)
Aehmm. Si' e' vero. Troppo facile. Comunque se lpr avesse un bachetto si 
potrebbe sparare il file temporaneo che crea su un file qualunque.... 
La cosa che mi ero scordato e' che redhat (e suppongo aix a questo punto) 
non usano il solito Berkeley lpr, ma lprng che appunto tra le varie 
migliorie non ha la necessita' di avere i vari client suiddati. Strano che 
Debian non installi lprng. 
E' un periodo che sparo qualche cazzata di troppo... sara' il caldo.


 Ma quindi devo rassegnarmi a non stampare? :-)
Prova a seguire il consiglio di Gianluca. Ho detto una minchiata.


 E' un periodo che sparo qualche cazzata di troppo... sara' il caldo.
Probabile che abbia sparato cazzate anch'io: del resto, a tutt'oggi conosco poco
approfonditamente lpr/lpd (forse perche' mi ha sempre funzionato, benche' mi
dicessero che l'amministrazione delle stampanti su lpr/lpd e' fonte di incubi per i
sysadmin...   ;-)


 Prova a seguire il consiglio di Gianluca. Ho detto una minchiata.
No, non hai detto minchiate: ci serve solo sapere che sistema di stampa
usa. Ha la Suse, qualcuno che conosce la suse puo' aiutare sagi?


Ho provato a mettere i permesi a lpr come mi hai detto ma ancora niente
c'č da impostarli anche su lpd?
Grazie.

 c'č da impostarli anche su lpd?
piu che altro bisogna prima sapere che sistema di stampa hai, e a questo
punto, visto che hai come package management rpm, dai questi comandi:
# rpm -qa | grep lpr
# rpm -qa | grep lpd


Ho riprovato il tutto, adesso lanciando cat pippo | lpr non mi da nessun
messaggio
ma non stampa + ne da root ne da utente
Lanciando
sagi /usr/>lpq
linux: sending to 172.22.?.???
Rank   Owner      Job  Files                                 Total Size
1st    root       1    (standard input)                      7980 bytes
2nd    sallui     2    (standard input)                      7980 bytes
Active connection from  172.22.?.???
Waiting connection from 172.22.?.???
Lanciando lpc status
lasercon:
        queuing is enabled
        printing is enabled
        2 entries in spool area
        sending to 172.22.?.???
Grazie.

 # rpm -qa | grep lpd
Non da nessun risultato.