Newsgroup: it.comp.os.linux.debian
Titolo: ssh connection closed

Sto configurando una sparc ultra 5 come web server usando il servizio di 
dns offerto da 
dyndns.it
.
Ho installato anche ssh per lavorarci da remoto.
Da un altra macchina al primo ssh 192.168.1.101 genera la chiave poi si 
disconnette segnalando  connection closed.
Dopo di che segnala sempre e solo connection closed ad ogni tentativo.
Se provo a fare ssh sulla stessa macchina con ssh 192.168.1.101 segnala 
bus error, se invece faccio ssh localhost oppure ssh 127.0.0.1 oppure ssh 
127.0.1.1 si connette senza problemi.
ssh (nomesito).
ns0.it
 invece segnala Connection refused... ma qui credo 
che sia semplicemente il router che ancora non ho configurato.
Cosa accidenti può essere che impedisce di fare ssh dalle altre macchine 
sulla lan, o dalla stessa macchina, usando direttamente il numero di IP?
Tra l'altro neanche vnc funziona, mi chiede la password ma poi nulla.
Un grazie a chi mi da qualche dritta.
Se può aiutare di seguito i file di configurazione.
host.allow e host.deny hanno tutte le linee commentate
/etc/hosts
127.0.0.1 localhost
127.0.1.1 server.(nomedelsito).
ns0.it
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
/etc/ddclient.conf
pid=/var/run/ddclient.pid
protocol=dyndns2
use=web
server=
dyndns.it
login=(miouser)
password='(miapassword)'
(nomedelsito).
ns0.it
..

 Un grazie a chi mi da qualche dritta.
Hai provato a fare il collegamento usando anziche'il nome della sparc il 
suo ip numerico di rete interna ?  tipo ssh us...@192.168.x.y ?
Perche'e'normale che da una macchina che esce attraverso un router con 
un IP pubblico non ci si possa connettere ad una macchina della stessa 
rete, che risponde allo stesso IP pubblico, che e'poi quello del router. 
Con gli IP privati della rete locale, che sono differenti tra le 2 
macchine, invece dovrebbe funzionare tutto.
G.

 suo ip numerico di rete interna ? 
E con quello che da problemi.
Se faccio ssh 192.168.1.101 da un'altra macchina sulla stessa lan mi da 
connection closed.
Se lo faccio direttamente sulla sparc invece mi da bus error.
Anche se dalla sparc provo a fare ssh su un'altra macchina della rete mi 
da bus error.
Se invece faccio ssh localhost sulla sparc si connette immediatamente.
E' un problema di risoluzione degli IP con ssh, ma non so come venirne 
fuori...
Ho persino disattivato ddclient e ripristinato i file originali ma la 
condizione persiste.
..

 da bus error.
bus error ? strano errore !
provare un dpkg-reconfigure di ssh-client e al limite anche di 
ssh-server ? Oppure una rimozione e reinstallazione di openssh?
Anche io ho una Ultrasparc5 con debian, ma non mi ha mai dato un solo 
problema, ne'con apache ne'con ssh ... macchina lenta ma 
affidabilissima, un vero mulo da lavoro.
G.

 affidabilissima, un vero mulo da lavoro.
Io ne ho 3 di ultrasparc5 e vorrei utilizzarle per farci dei server.
Ho reinstallato ssh ma nulla...
Questo è il debug di ssh fatto da un'altra macchina della lan.
roberto@debian:~$ ssh 192.168.1.101 -v
OpenSSH_4.6p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.1.101 [192.168.1.101] port 22.
debug1: Connection established.
debug1: identity file /home/roberto/.ssh/identity type -1
debug1: identity file /home/roberto/.ssh/id_rsa type -1
debug1: identity file /home/roberto/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version 
OpenSSH_4.3p2 Debian-9
debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.6p1 Debian-5
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.1.101' is known and matches the RSA host key.
debug1: Found key in /home/roberto/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Connection closed by 192.168.1.101

 Questo è il debug di ssh fatto da un'altra macchina della lan.
Non si capisce come mai non passa all'autenticazione.
Se puo' esserti di aiuto, ecco il mio:
giorgio@straghy:~$ ssh debsparc -v
OpenSSH_4.2p1 Debian-7ubuntu3.1, OpenSSL 0.9.8a 11 Oct 2005
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to debsparc [192.168.2.6] port 22.
debug1: Connection established.
debug1: identity file /home/giorgio/.ssh/identity type -1
debug1: identity file /home/giorgio/.ssh/id_rsa type -1
debug1: identity file /home/giorgio/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version 
OpenSSH_4.3p2 Debian-9
debug1: match: OpenSSH_4.3p2 Debian-9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.2p1 Debian-7ubuntu3.1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'debsparc' is known and matches the RSA host key.
debug1: Found key in /home/giorgio/.ssh/known_hosts:8
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/giorgio/.ssh/identity
debug1: Trying private key: /home/giorgio/.ssh/id_rsa
debug1: Trying private key: /home/giorgio/.ssh/id_dsa
debug1: Next authentication method: password
giorgio@debsparc's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = it_IT.UTF-8
Linux debsparc 2.6.18-4-sparc64 #1 Tue May 1 22:30:17 UTC 2007 sparc64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have new mail.
Last login: Thu Jan  3 23:55:28 2008 from 192.168.2.3
giorgio@debsparc:~$
A questo punto, sembrerebbe un problema di configurazione.
Ecco il mio sshd_config:
giorgio@debsparc:/etc/ssh$ more sshd_config
# Package generated configuration file
# See the sshd(8) manpage for details
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes
# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
# Logging
SyslogFacility AUTH
LogLevel INFO
# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for 
RhostsRSAAuthentication
#IgnoreUserKnownHosts yes
# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no
# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes
# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#MaxStartups 10:30:60
#Banner /etc/
issue.net
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server
UsePAM yes
giorgio@debsparc:/etc/ssh$
G.

 Authentications that can continue: publickey,password
Grazie, provo a studiarmelo un po'.
..


COn la mia Ultra5 e Solaris 9 non avevo problemi di sorta..
Peccato che le sparc assorbano quanto un reattore e tenerle sempre 
accese è un costo..
Adesso è spenta (una larima è scesa quando ho fatto init 0)

 disconnette segnalando  connection closed.
hai provato ha inserire la seguente riga in sshd_config:
StrictModes no
A volte ci sono problemi con i permessi sulla home dir e ti butta
fuori.... ma onestamente non credo sia questo il problema.
Se parli di problemi anche con vnc, io credo che il problema dovrebbe
essere sulle librerie pam.
--
Massimiliano