Newsgroup: it.comp.os.linux.software
Titolo: Tcp wrapper

Ho dei problemi con tcp_wrapper su RedHat 7.1, in quanto mi butta giu' le
connessioni effettuate in Smtp se non permetto tutto su hosts.allow
Come posso evitare di  lasciare la macchina "aperta" al mondo e di
utilizzare l'SMTP?

Joshua wrote:

Veramente non credo che il server smtp sia "sensibile" ai file 
/etc/hosts.allow e deny.
Per verificare vai in /etc/netd.conf e vedi se c'č una riga smtp.
Se sě allora mille scuse e ti spiego come fare:guarda la riga suddetta e 
(verso la fine) troverai il comando che chiama il server smtp seguito 
dalle opzioni.
Prendi il nome del file (non il percorso,solo il nome del file chiamato) 
e aggiungi una riga in hosts.allow del tipo <nome_del_server>:ALL
In questo modo puoi fare quello che ti pare per tutto il resto dei servizi.
Se (come prevedo) non c'č allora devi vedere se per caso non č 
un'impostazione del server smtp che impedisce la connessione. Se č 
questo il caso dicci almeno che server usi...
Ciao. Radel

 ha scritto nel messaggio
news:3B247B6...@radel.yi.org...








Ciao Joshua,

per controllo come ultima regola metti in hosts.deny:
ALL: ALL EXCEPT 127.0.0.1, localhost.localdomain : spawn \
   ( /usr/bin/logger "HOSTS.DENY on %A %H %N \: <%d> \: %c %s %h" ; \
     /usr/bin/play /usr/local/dati/audio/wav/frog.wav ; \
     ( /usr/bin/safe_finger -l @%h ;            \
          echo -e "`date +"%%Y-%%m-%%d %%H\:%%M" ` \n\
               \n/etc/hosts.deny @ %A %H %N \n       \
               \n client username       \: %u        \
               \n client information    \: %c        \
               \n client ip address     \: %a        \
               \n client hostname       \: %h %n     \
               \n server information    \: %s        \
               \n argv[0 ] from daemon  \: %d        \
               \n process id of daemon  \: %p        \
               \n---\n " ;                           \
     ) | /usr/bin/mail -s "hosts.deny on %A %H %N \: %d from %u@%h" root ;\
     echo -e "`date +"%%Y-%%m-%%d %%H\:%%M"` %d %N FROM %u (%n\:%a)" >> /var/log/hosts.deny.log \
   ) : DENY &
-- 
Pa.Ped, Como
http://www.fastflow.it/~paolop
ICQ: 4755831
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/
Contro i brevetti software: 
http://petition.eurolinux.org/index_html

    ) : DENY &
La regola è bella, la mia è un pochino + "grezza", quasi quasi te la 
copio...
Solo che non risolve il problema:ho l'impressione che al demone non 
piaccia inetd:possibile?
Radeò

 
Scusami,ma lo devo dire: ti ho fatto delle domande ben precise e tu mi 
hai dato una risposta inutile!
1)Allora nell'inetd.conf c'è la riga che inizia per smtp o no?
2)Che cavolo di server usi?
3)Sei ASSOLUTAMENTE SICURO che si possa usare insieme all inetd?
4)Puoi postare un log meno "criptico" (aumentando il livello di debug)?
5)Se cancelli hosts.deny riesci a mandare posta?
Quando avrai risposto a TUTTE le domande in modo esauriente e SOLO 
ALLORA potrò risponderti.
Radel
PS. Non sono arrabbiato, solo un po' nervoso...:)

 piaccia inetd:possibile?
comunque sulla rh 7.1, sebbene /etc/inetd.con esiste, non esiste inetd.
Al suo posto trovi xinetd, molto piu` versatile e sicuro. Le regole per
la regolazione degli accessi possono essere impostate da
/etc/xinetd.conf e/o /etc/xinetd.d/servizi_vari (come ha messo rh), ma
sembra che continui a considerare l'uso dei classici hosts.allow e
hosts.deny.
RH - di suo - non prevede che i tcp wrappers gestiscano smtp. Che
server usi?
Ciao
-- 
RjVal - Linux User Group Roma member
"Always two there are: a master and an apprentice" -- Yoda  

Il server SMTP č Sendmail 8.11.2
"RjVal - Roberto Vallone" <rj...@gondor.numenor.tdm> ha scritto nel
messaggio news:slrn9ia8ta...@gondor.numenor.tdm...


 Il server SMTP č Sendmail 8.11.2
quello che hai trovato con la tua rh, quindi...
A quanto mi risulta smtp non viene controllato dai tcp-wrappers, ma
dalla configurazione del suo server. Se sbaglio sono lieto di saperlo.
Ciao
-- 
RjVal - Linux User Group Roma member
* "Windows NT: Neanderthal Technology"  
* 
* 

 Ciao
E' quello che penso anche io. Solo che nessuno ti vieta di metterlo 
sotto il controllo dell'inetd.
Solo che poi si lamenta perchè non riesce a bindare, perchè i fd sono 
sbagliati... un po' quello che (IMHO) credo sia successo in questo caso.
Radel (perchè non usi postfix?)

 hosts.deny.
Guarda che tcp_wrapper e inetd/xinetd sono due cose differenti.
xinetd e' il demone che sta in listen sulle porte configurate, e 
lancia il servizio corrispondente quando c'e' una connessione, e ha i 
suoi controlli di accesso, invece host.allow e host.deny servono per 
il controllo degli accessi tramite tcp_wrapper.
Sembra che xinetd abbia incluso il tcp_wrapper, infatti il demone 
tcp_wrapper (tcpd) che si utilizzava in inetd.conf non viene piu' 
usato.
-- 
    Paolo

 sotto il controllo dell'inetd.
tcp_wrapper e inetd sono due cose differenti!
-- 
    Paolo

 usato.
Non affermavo niente di diverso. tcpd non esiste piu` e
xinetd usa le sue configurazioni per rispondere alle richieste di
connessione. In piu` controlla anche hosts.allow e hosts.deny come
faceva tcpd. RH, di suo, non mette sendmail sotto il controllo di
questi, cio` non toglie che si possa farlo per affari propri. La cosa
puo` avere i suoi vantaggi e i suoi svantaggi
Ciao
-- 
RjVal - Linux User Group Roma member
* No Microsoft products were used in any way for the creation of this
* message. If you are using a Microsoft product to view it, BEWARE! -
* I'm not responsible for any harm you might encounter as a result.  

 Radel (perchè non usi postfix?)
mi associo alla domanda. IMVHO sono pochi i casi in cui postfix o Qmail
non possano efficientemente sostituire sendmail, con beneficio di
sicurezza e di salute.
Ciao
-- 
RjVal - Linux User Group Roma member
* Puo` essere maleducato parlare con la bocca piena, ma non e` granche' 
* meglio parlare con la testa vuota  
* 

questi, cio` non toglie che si possa farlo per affari propri. La cosa
Anche sendmail puo' essere compilato con il supporto della libreria
tcpwrapper (e da una veloce prova che ho effettuato, la RH ha incluso il
supporto), per cui il controllo dell'accesso puo' essere effettuato da
hosts.deny e hosts.allow
Ma in questo caso xinetd non centra niente, sulla RH di default sendmail
viene eseguito standalone.
     Paolo