Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[ABANDON] SSH : Permission denied, please try again

SurferSansSouci

Bonjour à tou-te-s

Je souhaite vous exposez un pb classique mais je n'ai pas trouvé (ou compris) de solution sur le forum et sur le net.
Attention, même si j'utilise Ubuntu depuis plus de 10 ans, je suis un newbie. Je me débrouille presque qu'avec l'interface graphique. Pour la ligne de commande, il me faut la syntaxe exact.
Les deux machines sont sous 18.04 desktop.

J'ai installé openssh-server sur une machine que je souhaite transformer en serveur de fichier. La version est openssh_7.6p1 Ubuntu-4ubuntu0.3.
Le service est activé.
Sur une deuxième machine je souhaite me connecter via ssh avec la commande ssh username@ip.
Ip est l'ip fixe de mon serveur.
username est un utilisateur qui existe (sur mon serveur), qui fctionne et dont je suis sûr du mot de passe de connexion à la session du serveur.
Qd je tente de me connecter, en retour de serveur, j'ai tjrs le message suivant "Permission denied, please try again."
Je n'y arrive pas plus via une clé public/privé puisque j'arrive pas à copier la clé sur le serveur (pb de mot de passe ! je me mords la q...).

Je pense avoir fait ou tenter tout ce que je sais faire.
Quelqu'un aurait il une piste de solution.
Merci

DRbuntu91

Bonjour SurferSansSouci
Je viens de terminer qq. chose qui ressemble a ton cas, cad j'ai un Raspberry PI avec Debian dessus (sans bureau) que j'utilise pour sauvegarder le contenu de mon ordi portable (Ubuntu) via des commandes RSYNC. Le compte par défaut du Raspberry est PI. Avec un outil semi-graphique j'ai "activé" le service sur le Raspberry mais ça ne suffisait pas, j'ai du rajouter l'utilisateur PI au groupe SSH avec cette commande:

sudo adduser pi ssh

A faire coté serveur avec le compte que tu veux utiliser (il doit y avoir aussi une commande pour vérifier la liste des groupes auquel ton compte appartient)
Je ne sais pas si ça correspond a ton cas mais ça vaut la peine de le vérifier - en tout cas chez moi ça a résolu le login (Remmina, Putty, RSYNC, etc.)
Ensuite pour un login automatique via clef publique j'avoue que j'ai galéré et je ne sais pas trop comment j'ai résolu mon pb. mais ça marche. Si personne n' a de solution je peux faire un résumé de ce que j'ai fait.
PS: je ne suis pas du tout expert en SSH - plutôt en rien du tout d'ailleurs....

bruno

@DRbuntu91 : cela ne s'applique pas ici. Ton Raspberry utilise une version modifiée de Debian et non Ubuntu. D'ailleurs le groupe SSH n'existe ni sous Ubuntu, ni sous Debian.

SurferSansSouci a écrit Les deux machines sont sous 18.04 desktop.

J'ai installé openssh-server sur une machine que je souhaite transformer en serveur de fichier. La version est openssh_7.6p1 Ubuntu-4ubuntu0.3.
Le service est activé.

Pour en être sûr donne-nous le retour de :

systemctl status ssh

SurferSansSouci a écrit Sur une deuxième machine je souhaite me connecter via ssh avec la commande ssh username@ip.
Ip est l'ip fixe de mon serveur.

À vérifier sur le serveur avec le retour de :

ip a

Pour avoir plus d'informations, retour de :

ssh -v username@ip

Et vérifier qu'il n'y aucun de pare-feu actif sur les deux machines

SurferSansSouci

Merci à tous les 2 pour votre intérêt,

Pour la première ligne de commande j'obtiens :

● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2020-03-22 16:23:38 CET; 1h 47min ago
  Process: 942 ExecReload=/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)
  Process: 938 ExecReload=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
  Process: 2945 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
 Main PID: 2946 (sshd)
    Tasks: 1 (limit: 3548)
   CGroup: /system.slice/ssh.service
           └─2946 /usr/sbin/sshd -D

Pour la deuxième commande, j'obtiens :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:26:18:1d:0f:1d brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.5/24 brd 192.168.0.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::a81e:4708:d9f7:2fc2/64 scope link 
       valid_lft forever preferred_lft forever

enfin pour la 3ème commande, j'obtiens :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:26:18:1d:0f:1d brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.5/24 brd 192.168.0.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::a81e:4708:d9f7:2fc2/64 scope link 
       valid_lft forever preferred_lft forever

"Et vérifier qu'il n'y aucun de pare-feu actif sur les deux machines"
Comment je fais ?

DRbuntu91

@SurferSansSouci: je pense que tu as oublié de poster la dernière commande que bruno a demandé

ssh -v username@ip

ou le "-v" est pour avoir du verbose. Je suppose que ces messages permettront d'identifier la cause du refus de connexion.
username est le nom du compte sur le serveur
@ip est l'adresse de ton serveur ou tu veux te connecter. C'est 192.168.0.5?

bruno a écrit@DRbuntu91 : cela ne s'applique pas ici. Ton Raspberry utilise une version modifiée de Debian et non Ubuntu. D'ailleurs le groupe SSH n'existe ni sous Ubuntu, ni sous Debian.

Merci bruno pour ce retour. Ça prouve que je suis vraiment débutant (s'est le "confinement" qui m'a poussé a suivre de plus prés le forum et de vouloir aider...)

bruno

@DRbuntu91 : pas de problème, toute aide est la bienvenue. Et c'est une bonne manière d'occuper ses journées lorsque l'activité professionnelle est très réduite voire absente. 😉

Effectivement il manque le retour de :

ssh -v nom_utilisateur@192.168.0.5

Pour vérifier la présence du pare-feu (à faire sur les deux machines), retour de :

sudo iptables -L -n

SurferSansSouci

Merci Bruno,
J'ai effectivement zappé la dernière commande !
Ne sachant pas s'il fallait la faire sur mon serveur ou la machine cliente, je l'ai testé sur les 2.
serveur-->client : j'arrive à me connecter, lister les répertoires ...

OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n  7 Dec 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.0.12 [192.168.0.12] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulo/.ssh/id_ed25519-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
debug1: match: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.0.12:22 as 'zebulon'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:GUkURaHA4jVWSYlCZvXSLkZON6EA7T/likxEW7L9QAc
The authenticity of host '192.168.0.12 (192.168.0.12)' can't be established.
ECDSA key fingerprint is SHA256:GUkURaHA4jVWSYlCZvXSLkZON6EA7T/likxEW7L9QAc.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.0.12' (ECDSA) to the list of known hosts.
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/zebulo/.ssh/id_rsa
debug1: Trying private key: /home/zebulo/.ssh/id_dsa
debug1: Trying private key: /home/zebulo/.ssh/id_ecdsa
debug1: Trying private key: /home/zebulo/.ssh/id_ed25519
debug1: Next authentication method: password
zebulon@192.168.0.12's password: 
debug1: Authentication succeeded (password).
Authenticated to 192.168.0.12 ([192.168.0.12]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = fr_FR.UTF-8
Welcome to Ubuntu 18.04.4 LTS (GNU/Linux 4.15.0-91-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage


 * Canonical Livepatch is available for installation.
   - Reduce system reboots and improve kernel security. Activate at:
     https://ubuntu.com/livepatch

0 paquet peut être mis à jour.
0 mise à jour de sécurité.

Last login: Sun Mar 22 15:44:02 2020 from 127.0.0.1

client-->serveur : je n'arrive pas à me connecter. Message évoqué précédemment.

OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n  7 Dec 2017
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.0.5 [192.168.0.5] port 22.
debug1: Connection established.
debug1: identity file /home/zebulon/.ssh/id_rsa type 0
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/zebulon/.ssh/id_ed25519-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
debug1: match: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.0.5:22 as 'zebulon'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:oxKsJRPUV0NGuyFx3odacwE05n0CRfx7dGy9LCPyRx8
debug1: Host '192.168.0.5' is known and matches the ECDSA host key.
debug1: Found key in /home/zebulon/.ssh/known_hosts:2
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering public key: RSA SHA256:XcLcbKEnvj/bqFgz9j3gPcl55tmc9QPtkhZ+9dbDExM /home/zebulon/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/zebulon/.ssh/id_dsa
debug1: Trying private key: /home/zebulon/.ssh/id_ecdsa
debug1: Trying private key: /home/zebulon/.ssh/id_ed25519
debug1: Next authentication method: password
zebulon@192.168.0.5's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.

J'ai découvert que j'avais un pare-feu sur le client mais pas sur le serveur.
Qd je le désactive (sudo ufw disable) cela ne change rien.

bruno

Donc tu as installé le serveur sur les deux machines.
Tu n'arrives pas à te connecter depuis 192.168.0.12 vers 192.168.0.5, mais dans l'autre sens cela fonctionne.
D'après le dernier retour :

debug1: Next authentication method: password
zebulon@192.168.0.5's password: 
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.

La connexion échoue au moment de la saisie du mot de passe, et le mot de passe est redemandé. Est-ce bien cela ?
Dans ce cas c'est que l’utilisateur zebulon n'existe pas sur la machine 192.168.0.5 ou que le mot de passe est erroné.

Sur la machine 192.168.0.5 :

cat /etc/passwd | grep zebulon

Et au cas où, pour changer son mot de passe :

sudo passwd zebulon

SurferSansSouci

Exactement, tu as tout compris. Cela n'est pas une remarque sarcastique !

L'utilisateur zebulon existe sur les 2 machines avec le même mot de passe. Je me connecte sur les 2 machines avec le même couple Login/Passw.

la première commande sur le serveur me retourne :

zebulon:x:1000:1000:s-home,,,:/home/zebulon:/bin/bash
zebulo:x:1001:1001:zebulon,,,:/home/zebulo:/bin/bash

je suis surpris, l'utilisateur zebulon existe mais aussi zebulo. Une erreur de frappe lors de la création d'un utilisateur probablement. J'ai bien deux homes différents (zebulo et zebulon) et deux comptes utilisateurs (zebulon et s-home). Je ne sais pas si cela a un impact.

J'ai passé également la deuxième commande pour modifier le passw de zebulon. pas de pb.
J'ai essayé de de me reconnecter à partir du client nada avec l'utilisateur zebulon@ip mais ok avec zebulo@ip ?
Je viens de regarder le home de zebulon sur le serveur, il pointe sur le répertoire zebulo :mad:

Pour résumer je me connecte sur le serveur avec zebulon et je me retrouve sur un /home/zebulo

Visiblement j'ai fait un sac de noeuds entre zebulo et zebulon mais je ne sais pas comment !
J'imagine que mes pb de connection au serveur viennent de là.

Y a t'il une solution simple en dehors d'une réinstallation du serveur ?

bruno

Tu peux commencer par essayer de supprimer l'utilisateur zebulo :

sudo userdel zebulo

SurferSansSouci

cela n'a pas fonctionné.

sudo userdel zebulo
userdel: user zebulo is currently used by process 1215

Cela ne m'étonne qu'à moitié puisque le home sur lequel je suis connecté avec zebulon est /home/zebulo
Lui demander d'effacer l'utilisateur revient peut-être à effacer le /home/zebulo qui est ouvert ?
je pense n'avoir qu'une session avec un seul utilisateur ouverte sur le serveur. Je viens de le redémarrer.

bruno

Il y a un truc qui m'échappe parce que le retour en #9 indique bien que zebulon a pour dossier personnel /home/zebulon.
Tu peux essayer quand même de réattribuer /home/zebulon à zebulon :

sudo usermod -d /home/zebulon zebulon

mais je doute que cela fonctionne…

SurferSansSouci

Je pense que nous allons devenir chèvres mais j'aimerai bien comprendre pourquoi 🙂

sudo usermod -d /home/zebulon zebulon
[sudo] Mot de passe de zebulo : 
usermod : aucun changement

J'ai aussi essayé à tout zazar :

sudo usermod -d /home/zebulo zebulon

Cela n'a rien fait

bruno

Bon au moins ça confirme que zebulon a bien /home/zebulon comme dossier personnel. Une autre façon de s'en assurer, en étant connecté en tant que zebulon c'est :

echo $HOME

Donc toujours en étant connecté en tant que zebulon :

cd ~
sudo userdel zebulo

devrait fonctionner.

SurferSansSouci

Je n'avais pas vu ta réponse.

Cela se complique :

J'ai supprimé sur mon serveur le deuxième utilisateur (s- home) et ses fichiers. Il m'a dit qu'il y avait un pb mais l'utilisateur à disparu.
J'ai redémarré et lancé la commande :

sudo usermod -d /home/zebulon zebulon

Le résultat est différent de la fois précédente :

sudo usermod -d /home/zebulo zebulon
usermod : l'utilisateur zebulon n'existe pas

J'ai l'impression que le compte est zebulo mais grub ainsi que d'autres menus "m'appelle" zebulon. C'est magic.

SurferSansSouci

voici le résultat de la première commande :

/home/zebulo

Pour la 2ème :

sudo userdel zebulo
userdel: user zebulo is currently used by process 1288

POUR INFO :
je n'arrive tjrs pas à me connecter du client avec zebulon@ mais j'y arrive avec zebulo@
le répertoire dans lequel j'atterris sur le serveur est zebulo@s-home

bruno

Il faut que tu ouvres une session entant que zebulon ou en tant que root pour pouvoir supprimer l'utilisateur zebulo.

SurferSansSouci

Bonjour Bruno,

je pense que je vais refaire une installation propre de mon serveur. Je suis en télétravail, j'ai donc du temps.
J'aurai bien aimé corrigé le pb et surtout comprendre comment et pourquoi j'en suis arrivé là.

J'ai une question à te poser.
Y a-t'il vraiment un intérêt pour un newbie comme moi d'installer une version server plutôt qu'une version desktop sachant que les usages de mon serveur seront principalement (uniquement pour l'instant) la sauvegarde de fichier (du cloud ...) et le stockage de fichiers perso (pas de serveur de messagerie, pas de site internet ... du basique exclusivement).
Comme tu as pu le constater, je ne connais pas les instructions, je suis trop vieux pour apprendre et l'interface graphique me sied !

Merci pour tes réponses

bruno

Re,

C'est comme tu veux. 😉
L’intérêt d'une version serveur c'est justement l’absence d'interface graphique. Cela allège considérablement le système et permet d'utiliser les ressources de la machine uniquement pour les services : partages de fichiers dans ton cas. De plus l'interface graphique n'apporte généralement aucune facilité pour la configuration du serveur.

Et on est jamais trop vieux pour apprendre 😉

SurferSansSouci

Ok Merci Bruno pour tes réponses,

- J'abandonne le sujet. Cela sera plus rapide de faire une nouvelle installation.
- Je vais installer la version server pour me tester même si je doute d'être en capacité de mémoriser grand chose :/

Page suivante »