[NON resolu] Connection SSH impossible

root@vps794974.ovh.net: Permission denied (publickey,password).

Bonjour,

Avez-vous essayé de réinitialiser le mot de passe de votre autre user (ubuntu, debian, ??) et de faire un ssh vers cet utilisateur ?
la connexion ssh vers root est désactivée dans /etc/ssh/sshd_config (sauf si vous ajoutez PermitRootLogin yes)

Je n'ai q'un user = UTILISATEUR
La connexion ROOT a été désactivée par mes soins.

Vous modifiez bien dans votre filesystem (et non dans celui du rescue) ?
(donc dans /mnt/etc/ ... par exemple)

La connexion ROOT a été désactivée par mes soins.

root@vps794974.ovh.net: Permission denied

Si vous avez désactivé 'root', alors pourquoi essayez-vous de vous connecter à root ? Moi pas comprendre.

J'ai fait des tests avec ROOT avant de le désactiver.
Quand à la procédure dnt j'ai donné les URLs, je les ai respecté à la lettre et elles ont fonctionnés.
J'ai même réitéré 3 fois !
C'est vraiment du côté connection SSH et j'ai l'impression que j'ai un problème avec la key ssh et son enregistrement dans "/home/UTILISATEUR/.ssh/known_hosts)."

j'ai un problème avec la key ssh

/home/UTILISATEUR/.ssh/known_hosts

non, c'est dans un fichier /home/UTILISATEUR/.ssh/authorized_keys que vous devez mettre une clé publique.

omme vous pouvez le voir dans mon extrait de terminal plus heut, la mention est
/home/UTILISATEUR/.ssh/known_hosts
et c'est celle que j'ai toujours eu lorsque ma connection SSH fonctionnait.

J'ai un freebox-server ... et je viens d'en changer .... y a -t-il par hasard un port à ouvrir ?

Bonjour,

omme vous pouvez le voir dans mon extrait de terminal plus heut, la mention est
/home/UTILISATEUR/.ssh/known_hosts

et on est d'accord que ce fichier existe bien sur votre PC ?
Avec les bonne permissions ?

Car sur le VPS seule le fichier .ssh/authorized_keys est utilisé car il contient la partie public de votre clé SSH.

Cordialement, janus57

et c'est celle que j'ai toujours eu lorsque ma connection SSH fonctionnait.

Faites 'ssh -v utilisateur@serveurdistant'
et si debug1 ne suffit pas, vous aurez encore plus de debug avec ssh -vv

Merci mais rien à faire, résultat négatif !

Bonjour,

donnez le résultat de la commande de @Fritz2cat mais d'après les quelques logs que vous avez posté, le problème vient de votre PC.

Cordialement, janus57

d'après les quelques logs que vous avez posté

Merci mais rien à faire, résultat négatif !

On va se recycler comme détectives divinatoires :) il y a de l'avenir dans cette profession méconnue :)

> UTILISATEUR@ORDI:~$ ssh -v UTILISATEUR@vps111111.ovh.net
> OpenSSH_9.2p1 Debian-2+deb12u2, OpenSSL 3.0.13 30 Jan 2024
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: /etc/ssh/ssh_config line 19: include /etc/ssh/ssh_config.d/*.conf matched no files
> debug1: /etc/ssh/ssh_config line 21: Applying options for *
> debug1: Connecting to vps111111.ovh.net [11.110.11.110] port 22.
> debug1: Connection established.
> debug1: identity file /home/UTILISATEUR/.ssh/id_rsa type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_rsa-cert type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ecdsa type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ecdsa-cert type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ecdsa_sk type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ecdsa_sk-cert type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ed25519 type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ed25519-cert type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ed25519_sk type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_ed25519_sk-cert type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_xmss type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_xmss-cert type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_dsa type -1
> debug1: identity file /home/UTILISATEUR/.ssh/id_dsa-cert type -1
> debug1: Local version string SSH-2.0-OpenSSH_9.2p1 Debian-2+deb12u2
> debug1: Remote protocol version 2.0, remote software version OpenSSH_9.2p1 Debian-2+deb12u2
> debug1: compat_banner: match: OpenSSH_9.2p1 Debian-2+deb12u2 pat OpenSSH* compat 0x04000000
> debug1: Authenticating to vps111111.ovh.net:22 as 'UTILISATEUR'
> debug1: load_hostkeys: fopen /home/UTILISATEUR/.ssh/known_hosts: Permission denied
> debug1: load_hostkeys: fopen /home/UTILISATEUR/.ssh/known_hosts2: No such file or directory
> debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
> debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: algorithm: sntrup761x25519-sha512@openssh.com
> debug1: kex: host key algorithm: ssh-ed25519
> debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: compression: none
> debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: compression: none
> debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
> debug1: SSH2_MSG_KEX_ECDH_REPLY received
> debug1: Server host key: ssh-ed25519 SHA256:2OWKZKWezniVPaeF5HuDz2myU+WbghOZ89VnNHjZBGc
> debug1: load_hostkeys: fopen /home/UTILISATEUR/.ssh/known_hosts: Permission denied
> debug1: load_hostkeys: fopen /home/UTILISATEUR/.ssh/known_hosts2: No such file or directory
> debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
> debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
> hostkeys_find_by_key_hostfile: hostkeys_foreach failed for /home/UTILISATEUR/.ssh/known_hosts: Permission denied
> The authenticity of host 'vps111111.ovh.net (11.110.11.110)' can't be established.
> ED25519 key fingerprint is SHA256:2OWKZKWezniVPaeF5HuDz2myU+WbghOZ89VnNHjZBGc.
> This key is not known by any other names.
> Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
> Failed to add the host to the list of known hosts (/home/UTILISATEUR/.ssh/known_hosts).
> debug1: ssh_packet_send2_wrapped: resetting send seqnr 3
> debug1: rekey out after 134217728 blocks
> debug1: SSH2_MSG_NEWKEYS sent
> debug1: expecting SSH2_MSG_NEWKEYS
> debug1: ssh_packet_read_poll2: resetting read seqnr 3
> debug1: SSH2_MSG_NEWKEYS received
> debug1: rekey in after 134217728 blocks
> debug1: get_agent_identities: bound agent to hostkey
> debug1: get_agent_identities: ssh_fetch_identitylist: agent contains no identities
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_rsa
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_ecdsa
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_ecdsa_sk
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_ed25519
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_ed25519_sk
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_xmss
> debug1: Will attempt key: /home/UTILISATEUR/.ssh/id_dsa
> debug1: SSH2_MSG_EXT_INFO received
> debug1: kex_input_ext_info: server-sig-algs=openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com,webauthn-sk-ecdsa-sha2-nistp256@openssh.com,ssh-dss,ssh-rsa,rsa-sha2-256,rsa-sha2-512>
> debug1: kex_input_ext_info: publickey-hostbound@openssh.com=<0>
> debug1: SSH2_MSG_SERVICE_ACCEPT received
> debug1: Authentications that can continue: publickey,password
> debug1: Next authentication method: publickey
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_rsa
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_ecdsa
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_ecdsa_sk
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_ed25519
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_ed25519_sk
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_xmss
> debug1: Trying private key: /home/UTILISATEUR/.ssh/id_dsa
> debug1: Next authentication method: password
> UTILISATEUR@vps111111.OVH.NET's password:
> debug1: Authentications that can continue: publickey,password
> Permission denied, please try again.
> UTILISATEUR@vps111111.OVH.NET's password:
> debug1: Authentications that can continue: publickey,password
> Permission denied, please try again.
> UTILISATEUR@vps111111.OVH.NET's password:
> debug1: Authentications that can continue: publickey,password
> debug1: No more authentication methods to try.
> UTILISATEUR@vps111111.OVH.NET: Permission denied (publickey,password).

known_hosts: Permission denied

Réglez ceci avant d'aller plus loin.

Effectivement ce fichier appartenait à ROOT.
J'ai donc modifié son proprietaire = UTILISATEUR
J'ai donc maintenant accès à la commande SSH sans erreur.
J'ai changé à nouveau le mot de passe de ROOT mais je n'ai pu en suivant la même procédure que j'ai cité à 11h pour changer le mot de passe UTILISATEUR car le système me renvoit qu'il n'existe pas.

Je suis donc maintenant confronté à un système sur lequel je ne peux me connecter en ROOT puisque je l'avait supprimé et ni en UTILISATEUR puisque je ne peux changer son mot de passe !

Bonjour,

Je suis donc maintenant confronté à un système sur lequel je ne peux me connecter en ROOT puisque je l'avait supprimé et ni en UTILISATEUR puisque je ne peux changer son mot de passe !

pouvez-vous expliciter cette partie ?

Vous êtes sûr que votre utilisateur du le VPS se nomme "UTILISATEUR" ?

Sachant que au pire des cas il est toujours possible de se connecter en root avec une clé SSH.

Cordialement, janus57

Oui je suis sûr du libellé de mon UTILISATEUR que je ne révèle pas ici !
Oui je suis sûr de mes mots de passe.
Quant à transcrire mes 2 lignes, elles me semblent pourtant très claire !

sudo passwd root
pour changer le mot de passe de root

sudo passwd utilisateur
pour changer le mot de passe de utilisateur sans devoir fournir l'ancien

Maintenant si vous avez supprimé l'utilisateur root, comment l'avez-vous fait ?
Vous pouvez toujours tenter ceci, sans garantie de succès:

echo "root:x:0:0:root:/root:/bin/bash" >> /etc/passwd

Oui je suis sûr de mes mots de passe.

Il faut expliquer comment vous avez cassé votre système, sinon je devrai répéter:

On va se recycler comme détectives divinatoires :) il y a de l'avenir dans cette profession méconnue :)

merci pour ces basiques.
J'ai pourtant bien remis dans mon message de tête les procédues suivies et je n'ai jamais dit que je n'arrivais pas à changer les mots de passe !

je n'ai jamais dit que je n'arrivais pas à changer les mots de passe !

et ça : ???

ni en UTILISATEUR puisque je ne peux changer son mot de passe !

Merci à tous pour vos tentatives mais qui comme le trop faible support de OVH n'ont menées malheuresement à rien ... en tout cas merci encore

en tout cas merci encore

C'est un plaisir de vous aider :~