Newsgroup: it.comp.os.linux.iniziare
Titolo: Ritardo nella risposta a telnet sulla porta 25

Quale puo' essere la causa di un rallentamento nella risposta di 
qmail-smtpd? Se io faccio
telnet 192.168.0.2 25
devono passare alcuni minuti prima che il server smtp risponda.
Avevo avuto lo stesso problema con il telnet "normale" (quello che si 
usa per fare il login remoto, non ricordo a memoria la porta...) e 
l'avevo risolto inserendo nel file /etc/hosts della macchina remota 
l'indirizzo della macchina chiamante con il suo nome.
Adesso il problema si ripresenta, solo telnettando sulla porta 25. Di 
la' c'e' tcpserver che attende le chiamate - questo e' il risultato di
ps:
qmaild    8356  0.0  1.4  1372  568 pts/2    S    18:21   0:00 
/usr/bin/tcpserver -S -u 71 -g 65534 -x /etc/tcp.smtp.cdb 0 smtp 
/usr/sbin/qmail-smtpd
Qualcuno ha qualche idea?
-- 

 l'indirizzo della macchina chiamante con il suo nome.
Ti sei gia' risposto. Il problema e' il DNS che ci mette del tempo prima
di risolvere il nome...
Davide

 di risolvere il nome...
Ma perche'? Il nome c'e' nel file /etc/hosts, e il problema c'e' solo 
telnettando sulla porta 25, su altre porte no. Non si puo' risolvere?
-- 

 di risolvere il nome...
Se serve, ho provato a lanciare a mano tcpserver con l'opzione -v: 
ecco l'output.
[questa e' la linea di comando]
voyager:/etc#  /usr/bin/tcpserver  -H -R -1 -v -D -lvoyager -u 71 -g 
65534 
-x /etc/tcp.smtp.cdb 0 smtp /usr/sbin/qmail-smtpd
[questo l'output]
25
[questo e' quello che succede appena mi collego con telnet]
tcpserver: pid 10491 num 0 from 127.0.0.1
[questo e' quello che succede dopo un minuto o piu']
tcpserver: ok 10491 voyager:
127.0.0.1:25
 :127.0.0.1::1234
a questo punto la connessione e' attiva.
Non capisco cosa faccia tcpserver in quel minuto... L'opzione -R 
dovrebbe servire per non fare il remote host lookup, ma non ha 
cambiato nulla.
-- 

 di risolvere il nome...
Ho indagato ancora un po', e fatto qualche prova con tcpclient per 
parlare con tcpserver. Ho scoperto che se in tcpclient uso l'opzione 
-l
 -llocalname
               Do not look up the local host name;  use  localname
               for TCPLOCALHOST.
allora tcpserver risponde subito. Se non specifico l'opzione, 
tcpserver ci mette un sacco di tempo a rispondere.
Scoperto questo, come posso fare perche' un normale telnet sulla porta
25 abbia successo? Dovrei dire a tcpserver di non andare a cercare di 
risolvere il nome, e eventualmente di usare /etc/host, ma non ci sono 
riuscito. Nessuna delle opzioni di tcpserver ha avuto successo.
-- 

Prova a rinominare il file /etc/resolv.conf in resolv.conf.old e riprova a
fare il telnet
comunque leggi HOTWO DNS e riconfigura il DNS
"Roberto Zanasi" <roberto...@NIENTESPAMlibero.it> ha scritto nel
messaggio news:tj88iB4FkbtY-p...@defiant.zar.it...


 la' c'e' tcpserver che attende le chiamate
Sono riuscito a risolvere il problema inserendo queste opzioni nella 
chiamata a tcpserver:
/usr/bin/tcpserver -l0  -S  -H  -D   -u 71 -g 65534 -x 
/etc/tcp.smtp.cdb 0 smtp 
/usr/sbin/qmail-smtpd
(quelle che contano sono le prime tre, che non venivano inserite dalla
normale installazione fatta sotto debian).
-- 

Si tratta di una stra-faq...
... a memoria mi sembra -R 0 -H hostname, ma ti consiglio di andarla a
leggere...

/usr/bin/tcpserver  -H -l voyager -v -D -u 71 -g 65534 -x /etc/tcp.smtp.cdb 0
smtp /usr/sbin/qmail-smtpd
/etc/hosts
x.x.x.x     voyager.dominio     voyager

 comunque leggi HOTWO DNS e riconfigura il DNS
Il fatto e' che il DNS non ce l'ho (non ho nessun programma che 
localmente faccia da DNS, uso solo /etc/hosts). Forse la 
configurazione standard di debian per tcpserver prevede che uno abbia 
un DNS installato, comunque ho finalmente trovato i tre (!) parametri 
che vanno inseriti nella chiamata a tcpserver per dirgli di non 
perdere tempo con i DNS. 
-- 

 Si tratta di una stra-faq...
Dove sono...? Dentro a /usr/doc/qmail non ho trovato nulla.
Ah, forse dovevo guardare dentro a /usr/doc/ucspi-tcp...?
-- 

 Ah, forse dovevo guardare dentro a /usr/doc/ucspi-tcp...?
si