Newsgroup: it.comp.os.linux.sys
Titolo: hosts.deny deny?

se il file hosts.deny e' cosi' definito
  ALL: ALL
e il file hosts.allow e' empty (e' un test che ho fatto)
tutti i servizi quali ad ex. ftp, telnet, ... sono disabilitati.
Ma allora come mai in.identd risponde?
Generalizzando quali servizi sono negati? Quali no? 
TIA


----
                          "True programmers never die, 
                           they just branch to an odd address..."

 il tcpd...
Perdonami ma siamo sempre al punto di partenza: tcpd viene invocato
quando invece e' stato disabilitato il tutto. 
Grazie e ciao

 > il tcpd...
dimenticavo... no non viene invocato dal wrapper
REgrazie e ciao

Ma allora come mai in.identd risponde?
Sulla mia macchina:
~$grep in.identd /etc/inetd.conf
auth stream  tcp  wait root  /usr/sbin/in.identd in.identd -e -o
auth probabilmente non passa per i tcp-wrappers e quindi se ne frega di
hosts.allow e hosts.deny.
Quello che passa per i wrappers lo vedi perche' e' chiamato tramite tcpd:
~$grep tcpd /etc/inetd.conf |head -1
#telnet stream  tcp     nowait  root    /usr/sbin/tcpd  in.telnetd
                                        ^^^^^^^^^^^^^     
In questo caso hosts.allow e hosts.deny vengono rispettati.
'man tcpd' chiarisce molti dei dubbi.
 -- 
 +-------------------------------------------+ 
 |        Enrico Bodo  -   PhD student       |
 |      University of Rome "La Sapienza"     |
 |          Department of Chemistry          | 
 +-------------------------------------------+  

Wooooooops che banale che era la risposta alla mia domanda!!!!
in.identd non passa attraverso i filtri definiti in hosts.deny
hosts.allow!!!
e chiaramenete non posso usare tcpd in quanto quest'ultimo puo'
utilizzare il protocollo IDENT! ergo leggiti meglio le man page :-)

 
Ora ti chiedo io scusa, ma questa frase non mi e' chiara.
A meno che non lo hai escluso esplicitamente da /etc/inetd.conf, e'
giusto che
tcpd sia invocato. Sul permesso o meno di accedere a un dato servizio,
poiche' hai in hosts.deny   "ALL:ALL" questo
dovrebbe voler dire che il deny vale per TUTTI gli host con TUTTI
servizi.
Ecco infatti cosa dice il "man 5 hosts_access" per il caso 
"tutto chiuso tranne..."
MOSTLY CLOSED
       In this case, access is denied by default. Only explicitly
       authorized hosts are permitted access.
       The default policy (no access) is implemented with a triv­
       ial deny file:
       /etc/hosts.deny:
          ALL: ALL
       This denies all service to all hosts, unless they are per­
       mitted access by entries in the allow file.
       The  explicitly  authorized  hosts are listed in the allow
       file.
Invece in.identd probabilmente NON usa tcpd. 
Questo e' una parte di /etc/inetd.conf di una mia macchina linux:
 finger	stream	tcp	nowait	nobody	/usr/sbin/tcpd	in.fingerd
#cfinger stream	tcp	nowait	root	/usr/sbin/tcpd	in.cfingerd
#systat	stream	tcp	nowait	guest	/usr/sbin/tcpd	/bin/ps	-auwwx
#netstat	stream	tcp	nowait	guest	/usr/sbin/tcpd	/bin/netstat -f inet
#
# Authentication
#
auth	stream	tcp	wait	root	/usr/sbin/in.identd in.identd -e -o
Mi sto forse confondendo?


Ma allora come mai in.identd risponde?
Perche` di solito non e` protetto da tcpd.
Quasi sempre non e` una buona idea bloccarlo.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

Generalizzando quali servizi sono negati? Quali no? 
Sono negati tutti i servizi che partendo dall'inetd vengono invocati
usando il wrapper tcpd. Di contro non vengono bloccati i demoni
residenti e i servizi lanciati da inetd che non utilizzano il wrapper.
      Piergiorgio Ghezzo