Ssh: connect to host xxxx.xxxxport 22: Connection refused

Support Debian
#1

Je suis sous debian , et j ai du redemarre en rescue mode parceque mon serveur inaccessible.

J ai mis off ufw

Mais pour le moment je n<ai rien trouve

Voici mes logs auth:

Jun 4 11:08:01 ns4000799 CRON[32627]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 4 11:08:01 ns4000799 CRON[32628]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 4 11:08:01 ns4000799 CRON[32627]: pam_unix(cron:session): session closed for user root
Jun 4 11:08:01 ns4000799 CRON[32628]: pam_unix(cron:session): session closed for user root
Jun 4 21:30:34 ns4000799 sshd[2937]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jun 4 21:30:34 ns4000799 sshd[2936]: Server listening on 0.0.0.0 port 22.
Jun 4 21:30:34 ns4000799 sshd[2936]: Server listening on :: port 22.
Jun 4 21:30:34 ns4000799 sshd[2937]: fatal: listen on [::]:22: Address already in use

Voici mon sshd_conf si ca peut aider:

Package generated configuration file

See the sshd_config(5) 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

Set this to ‘yes’ to enable PAM authentication, account processing,

and session processing. If this is enabled, PAM authentication will

be allowed through the ChallengeResponseAuthentication and

PasswordAuthentication. Depending on your PAM configuration,

PAM authentication via ChallengeResponseAuthentication may bypass

the setting of “PermitRootLogin without-password”.

If you just want the PAM account and session checks to run without

PAM authentication, then enable this but set PasswordAuthentication

and ChallengeResponseAuthentication to ‘no’.

UsePAM yes

#2

Salut,
Serveur maison ou distant ?
Ha…[quote]ns[/quote]OVH ?

#3

En mode rescue chez OVH, il faut te connecter avec le mot de passe ROOT envoyé par mail.

[quote]Se connecter

Connectez-vous sous ssh à votre machine comme d’habitude. La seule chose qui change est le mot de pass. Il faut utiliser le pass root temporaire qui arrive par email après le passage en rescue.
angie@amazone:~$ ssh root@213.186.xx.yy
The authenticity of host ‘213.186.xx.yy (213.186.xx.yy)’ can’t be established.
RSA key fingerprint is 02:11:f2:db:ad:42:86:de:f3:10:9a:fa:41:2d:09:77.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added ‘213.186.xx.yy’ (RSA) to the list of known hosts.
Password:
rescue:~#[/quote]

guides.ovh.com/ModeRescue

Peut-être est-ce que le problème vient de là…

#4

Mais encore ? Que se passe-t-il exactement ?

Logs du système normal ou rescue ?
C’est curieux, on dirait que deux processus sshd sont lancés. Et forcément, le second ne peut pas écouter sur le même port que le premier.

#5

Le serveur n<est pas accessible, http etc… et je ne peux me connecter en ssh, sauf en mode rescue evidemment

J<ai desactive ufw mais ca n a pas suffis, lorsque je sors du mode rescue j<ai le message connect to host xxxx.xxxxport 22: Connection refused quand je souhaite me connecter en ssh (mes sites restent inaccessible)

#6

j ai lu que mon service ssh pouvait etre desinstalle donc j ai essaye de le reinstaller mais en mode rescue je ne peux pas

root@rescue:~# apt-get install openssh-client
W: Not using locking for read only lock file /var/lib/dpkg/lock
E: Unable to write to /var/cache/apt/
E: The package lists or status file could not be parsed or opened.
root@rescue:~#

#7

Salut,
Ok, avec des explication un peu plus claires, c’est déjà plus facile de suivre ou tu vas… :033
Donc, t’as planté ton serveur OVH qui n’est plus accessible (ni le serveur Web, ni le ssh, etc…)

[quote=“seizart”] et je ne peux me connecter en ssh, sauf en mode rescue evidemment[/quote]Cela n’allait pas de soit, c’est quand même le minimum de nous le dire…
Peut-on savoir précisément comment tu en est arrivé là ?

Il faut que tu comprenne comment ça fonctionne quand tu démarre sur le netboot d’OVH: C’est comme si tu démarrait sur un live CD.
Ton système (celui installé sur les disque durs) n’est plus accessible directement; Les partitions ne sont même pas montées…

Regarde du côté du chroot (il y a des fils sur le forum qui parlent exactement de ton problème, cherche un peu et revient si tu n’y arrives pas.