Newsgroup: it.comp.os.linux.sys
Titolo: lentezza al login

Ciao a tutti, quale potrebbe essere la causa di estrema lentezza in fase
di login in una RH 7.2 (sia con ssh che con ftp)?
Per la richiesta di login e passwd passa tanto tanto tempo, poi la
connessione e' veloce.
Dal momento che la cosa avviene solo collegandosi da alcune classi di
IP, potrebbe essere un problema di risoluzione inversa? In tal caso cosa
devo disabilitare per evitare che il server, sshd o ftpd, in fase di
autenticazione, tenti la risoluzione inversa? Oppure come accorciarne il
timeout?
Grazie
Juk

è una strafaq... ti serve un dns locale che risolve gli indirizzi locali
i server, una volta contattati, cercano di fare un gethostbyaddress per 
vedere i nomi della macchina
puoi risolvere anche inserendo gli indirizzi delle macchine nel file 
/etc/hosts, ma secondo me meglio usare il dns.
la prox volta vai su iniziare però
-- 
Davide Corrado
Windows NT crashed.
I am the Blue Screen of Death.
No one hears your screams.

 la prox volta vai su iniziare però
:)) mi dispiace, non mi sono spiegato bene...
sulla macchina in questione amministro un DNS (bind 9) che e'
autoritativo per un migliaio di domini, e che funziona benone.
Quando, DA REMOTO, si accede al server, SOLO da alcune classi di IP, per
es. quelli di interbusiness, il server risponde dopo circa un minuto,
mentre se si accede da altre classi di IP (dal GARR per es., ma anche da
wind, da tiscali, ecc...) il server chiede IMMEDIATAMENTE login e
password. I servizi in questione sono sshd e ftpd.
Superata la fase di login la connessione e' veloce in entrambi i casi.
ciao
Juk


Se capisco bene il problema, ti accade per quelle macchine che non hanno 
voci in dns. E' vero per alcuni dial-up come per molte connessioni fisse 
interbusiness... Non č che puoi farci molto. Al limite eliminare la 
reverse resolution dai quei sw che te lo permettono (per alcuni tocca 
ricompilare...), anche se non lo farei, a meno che non ci sia la reale 
necessitą... Considera che da un mesetto a questa parte i dns di 
interbusiness ogni tanto tirano cannonate, e questo potrebbe essere 
parte del problema...
-- 
Emanuele "SKULL" Balla
--------------------------------------------------------------------
"How should I know if it works?  That's what beta testers are for.  I only
coded it."
(Attributed to Linus Torvalds, somewhere in a posting)

 password. I servizi in questione sono sshd e ftpd.
controlla DNS e, soprattutto, instradamento.
Ricordo di un noto provider che, appena avviato, per connettermi
da casa mia all'istituto (1 km in linea d'aria) mi faceva passare
per Chicago e Oslo :-(
ciao, Andrea

 ha scritto nel messaggio
news:a7pljn$mca$1...@canarie.caspur.it...


 ho lo stesso problema anche io, hdsl interbuisness
Bravo, da una rapida indagine ho scoperto che tutti i clienti che si
lamentano hanno tutti una hdsl o adsl interbusiness...
E' un passo avanti
E non e' un semplice problema di risoluzione inversa, ho provato da una
classe di IP del GARR che non risolve indietro (e' mal configurato il
DNS) ed anche da un ISP con gli IP "senza nome", e funziona benone... la
fase di login e' veloce... nei files di log viene memorizzato solo l'IP,
e tutto va veloce...
Sara' un problema di instradamento, boh!?
grazie
Juk
P.S. sara' il caso di spostarsi su it.sempre.colpa.di.telecom,
qui rischio pure di essere OT, a questo punto...