Newsgroup: it.comp.os.linux.iniziare
Titolo: velocità login ssh

il mio firewall č
iptables -t filter -P INPUT DROP
echo 0 > /proc/sys/net/ipv4/ip_forward
iptables -t filter -P FORWARD DROP
iptables -t filter -A INPUT -i eth1 -p tcp \
         -s $ETH1 --dport ssh -d $ETH1ip \
         -j ACCEPT
in cui $ETH1   č 
172.16.0.1/255.255.255.0
e      $ETH1ip č 172.16.0.1
disattivando il firewall, se da 172.16.0.10 dň
ssh 172.16.0.1, il tempo di risposta (richiesta password č di circa 2-3
secondi), ma il tempo di validating password č nullo (mi logga
immediatamente).
se attivo il firewall, il tempo di risposta rimane invariato; per il tempo
di validating, se sbaglio password me lo dice subito, se ci azzecco mi fa
aspettare 10 secondi prima di darmi il login.
Perchč?
ho slackware 9 e openSSH_3.0.2p1
Matteo

  aspettare 10 secondi prima di darmi il login.
Di solito ritardi di questo tipo sono legati a problemi nella
risoluzione dei nomi. In questo caso, potrebbe trattarsi di un tentativo
di risoluzione inversa del nome dell'host da cui avviene il login.
Modifica le regole in modo da permettere il funzionamento del DNS.
-- 
 ____(_)__ ____   ___ _(_)__  _______/ /__ ____  ___   
/ __/ / _ `/ _ \_/ _ `/ / _ \/ __/ _  / _ `/ _ \/ _ \_ 
\__/_/\_,_/\___( )_, /_/\___/_/  \_,_/\_,_/_//_/\___(_)
	       |/___/ 

 Modifica le regole in modo da permettere il funzionamento del DNS.
Volutamente non uso il dns perchč voglio chiudere il piů possibile (in quel
caso era aperto solo e soltanto 22 su tcp
Quello che mi preoccupa non sono i 2-3 secondi, ma i 10 secondi che mi
vengono solo se la password č giusta.
Matteo

  (in quel caso era aperto solo e soltanto 22 su tcp
Allora fai un reject delle pacchetti in uscita verso la porta 53,
altrimenti il resolver attendera` le risposte del DNS fino al timeout.


 Modifica le regole in modo da permettere il funzionamento del DNS.
Cioe' se uso l'indirizzo ip con ssh, l'host va in cerca del suo nome ? Mi 
pare di non aver capito. Se gira dentro la lan che gli serve il dns ?
P.S. sul pc col firewall noto lentezza nell collegamento con ssh
Grazie, Nicola.
-- 
chi va pian va san e va lontan

 Cioe' se uso l'indirizzo ip con ssh, l'host va in cerca del suo nome ?
Se tu da 192.6.1.3 usi ssh verso 192.6.10, 192.6.1.10 fara` una
risoluzione inversa di 192.6.1.3.


 risoluzione inversa di 192.6.1.3.
Ah, questo non lo sapevo. E' una cosa normale per ssh, per linux o per tutti 
gli SO ?
Nel firewall devo aprire la porta del DNS tra il client e l'host?


 tutti gli SO ?
Non l'ho provato nella situazione descritta all'inizio del 3ad, ma
stamattina ho installato ssh su windows e dando ssh 127.0.0.1 (oppure da una
linux), mi dava quell'attesa, mentre con ssh -T 127.0.0.1 NO. Andando a
vedere le enviroment, ci sono dei settaggi diversi, per esempio TERM= e
altri che non ricordo.
Matteo

Matteo Rossini wrote:

Ho aggiunto una riga relativa al mio client in /etc/host sul server ssh ed 
ora la connessione e' rapida.  Mi pare che -T non faccia niente da me 
(connetto 2 macchine linux RH8).


  gli SO ?
Non ho controllato quale demone richieda la risoluzione, ma se mentre
sei collegato con telnet o ssh lanci "w", nel campo FROM apparira` il
nome dell'host da cui ti sei collegato.


  da me (connetto 2 macchine linux RH8).
In ogni caso, se non usi il DNS dovresti cancellare il file
/etc/resolv.conf.


 /etc/resolv.conf.
La cosa mi sembra un po' azzardata. E tutti i programmi che usano localhost 
dove vanno a finire ? Penso che non sia una buona idea :P


  localhost dove vanno a finire ? Penso che non sia una buona idea :P
Mi pareva di ricordare che, senza resolv.conf, resolver usasse le
opzioni di default (file hosts), ma in effetti il man non ne fa cenno.
Lo scopo era quello di evitare richieste verso il server che verrebbero
"droppate" da netfilter, quindi assicurati di non avere righe
"nameserver .." in quel file.


 "nameserver .." in quel file.
Ok, ora e' chiaro.
