Newsgroup: it.comp.os.linux.sys
Titolo: problema con firewall e SSH

Salve,
Ho un problema con Secure Shell. Ho installato sul mio computer linux un 
server SSH e ho disabilitato quello telnet, in rete locale tutto 
funziona, ma se mi contattano dall'esterno tramite internet la porta 22 
viene aperta e un'istante dopo subito pero' chiusa e non si riesce ad 
inviare la pass e quant'altro ...
Qualcuno ha un'idea della causa di cio' ?
Sul server sono aperte all'esterno solo la porta 22, la 25 e la 8082 
(dove gira un server web), i reply icmp sono bloccati.
Se provo ad entrare in telnet sulla 25 il server di posta risponde, 
mentre sulla 22 la comunicazione viene sempre bruscamente interrotta 
subito dopo l'inizio sia che si entri in telnet che con un client SSH.
L'output di ipchains --list ( le regole sono state create 
automaticamente da uno script e non da me ) e' :
Chain input (policy ACCEPT):
target     prot opt     source          destination           ports
ACCEPT    udp  ------  anywhere       anywhere              any ->   ssh
ACCEPT    tcp  ------  anywhere       anywhere              any ->   ssh
ACCEPT    tcp  ----l-  anywhere       anywhere              any ->   smtp
ACCEPT    udp  ------  192.168.100.1  255.255.255.255       bootpc ->   
bootps
ACCEPT    tcp  ------  192.168.100.1  255.255.255.255       bootpc ->   
bootps
DENY      udp  ----l-  anywhere       anywhere              any ->   
0:1023
DENY      tcp  ----l-  anywhere       anywhere              any ->   
0:1023
DENY      tcp  ----l-  anywhere       anywhere              any ->   
webcache
ACCEPT    tcp  ----l-  anywhere       anywhere              any ->   8082
ACCEPT    udp  ----l-  anywhere       anywhere              any ->   8082
DENY      tcp  -y--l-  anywhere       anywhere              any ->   any
DENY      icmp ----l-  anywhere       anywhere              echo-request
Chain forward (policy DENY):
target     prot opt     source                destination           ports
MASQ       all  ------  
10.0.0.0/8
     anywhere              n/a
Chain output (policy ACCEPT):
______
L'intento sarebbe quello di permettere connessioni SSH, SMTP, BOOTPC/PS 
verso il singolo IP indicato, e WEB.
E di bloccare le richieste verso lo squid interno, le porte privilegiate 
da 0 a 1023, i reply icmp ... e boh...lo script dovrebbe fare 
pressappoco questo.
Ringrazio chi sia cosi' gentile da darmi almeno una indicazione sullo 
strano comportamento di SSH.

 strano comportamento di SSH.
prova ad aprire la 23, sshd dovrebbe essere in ascolto su quella porta,
almeno da me e' cosi', per il resto non ti posso aiutare, non so dove
mettere le mani.
-- 
   ___         (o_
   |_|         //\
   | |ndry     V_/_ Linux Newbie (quasi User :-) ), RH 7.1 (Seawolf)
                    Linux User #221457

 > Ho un problema con Secure Shell. Ho installato sul mio computer linux un
 > server SSH e ho disabilitato quello telnet, in rete locale tutto
 > funziona, ma se mi contattano dall'esterno tramite internet la porta 22
 > viene aperta e un'istante dopo subito pero' chiusa e non si riesce ad
 > inviare la pass e quant'altro ...
 >
 > Qualcuno ha un'idea della causa di cio' ?
Molto probabilmente il tuo sshd č compilato con il supporto tcpwrapper e
quindi, anche se non usa inetd, risente delle direttive indicate in
/etc/hosts.allow e /etc/hosts.deny.
La porta standard su cui ascolta sshd č la 22.
Fabio

 mettere le mani.
la porta di sshd č la 22, non la 23, che č quella del telnet
-- 
Davide Corrado
Windows NT crashed.
I am the Blue Screen of Death.
No one hears your screams.

attento anche all'autenticazione pam se il tuo sistema la utilizza e se 
non l'hai configurata anche per sshd


 La porta standard su cui ascolta sshd č la 22.
si si, infatti se leggi le regole di ipchains che ho postato e' aperta 
sia in tcp che in udp da qualsiasi ip di provenienza.
-- 
*  Greetings From Johnny L  *
"No necesitamos pedir permiso 
 para ser libres (Marcos)"
   -- Think Different --

 la porta di sshd è la 22, non la 23, che è quella del telnet
scusatemi, mi sono confuso :-/


inviare la pass e quant'altro ...
devi guardare nei log quello che succede...
ci sono in giro anche i pacchetti di openssh compilati con supporto 
libwrap, in quel caso dovresti ficcare "sshd sshd1 sshd2: ALL" 
nell'hosts.allow
idem con patate se lo stai usando da inetd.conf...
altre idee non me ne vengono, m'e` venuta questa qui perche` c'ho 
sbattuto la testa tempo fa
-- 
    Pardo 
 
http://pardo.cjb.net
 
http://pardo.tsx.org

 che aveva il supporto tcpwrapper senza usare inetd ...uff
ma come, e' documentatissimo nel changelog.Debian.gz :)))
(io con questa storia sono riuscito a tagliarmi fuori da un server
che amministravo solo da remoto... non vi dico che casino per tornarci
dentro)
-- 
addio, e grazie per tutto il pesce

  che aveva il supporto tcpwrapper senza usare inetd ...uff
$ ldd /usr/sbin/sshd
	libpam.so.0 => /lib/libpam.so.0 (0x40021000)
	libdl.so.2 => /lib/libdl.so.2 (0x40029000)
=> libwrap.so.0 => /lib/libwrap.so.0 (0x4002c000) <===========
	libz.so.1 => /usr/lib/libz.so.1 (0x40034000)
	libnsl.so.1 => /lib/libnsl.so.1 (0x40043000)
	libutil.so.1 => /lib/libutil.so.1 (0x40058000)
	libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x4005b000)
	libc.so.6 => /lib/libc.so.6 (0x40125000)
	libcrypt.so.1 => /lib/libcrypt.so.1 (0x40244000)
	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
-- 
Pa.Ped, Como
http://www.fastflow.it/~paolop
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/
Contro i brevetti software: 
http://petition.eurolinux.org/index_html