Correcting the above order of things. . . . debug1: Trying private key: /home/kens/.ssh/id_ed25519_sk debug1: Trying private key: /home/kens/.ssh/id_xmss debug1: Next authentication method: password debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password Permission denied, please try again.
.ssh directory: kens@atlas's password:~]$ ls -hal .ssh total 40K drwx------. 3 kens kens 4.0K Jan 20 13:59 . drwx------. 26 kens kens 4.0K Jan 20 14:41 .. -rw-------. 1 kens kens 968 Jan 19 10:18 authorized_keys -rw-------. 1 kens kens 1.4K Jan 19 10:27 id_dsa -rw-r--r--. 1 kens kens 602 Jan 19 10:27 id_dsa.pub -rw-------. 1 kens kens 2.6K Jan 12 11:33 id_rsa -rw-r--r--. 1 kens kens 566 Jan 12 11:33 id_rsa.pub -rw-------. 1 kens kens 440 Jan 20 13:21 known_hosts -rw-------. 1 kens kens 1010 Jan 12 11:29 known_hosts.old drwx------. 2 kens kens 4.0K Jan 11 16:35 .ssh Original error: kens@atlas's password: Permission denied, please try again. kens@atlas's password: Permission denied, please try again. kens@atlas's password: kens@atlas: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password). On Sat, Jan 20, 2024 at 4:10 PM Ken Stephens <[email protected]> wrote: > ~]$ ssh -o HostKeyAlgorithms=+ssh-rsa -o PubkeyAcceptedAlgorithms=+ssh-rsa > kens~]$ ssh -v atlas > OpenSSH_9.0p1, OpenSSL 3.0.9 30 May 2023 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Reading configuration data /etc/ssh/ssh_config.d/50-redhat.conf > debug1: Reading configuration data > /etc/crypto-policies/back-ends/openssh.config > debug1: configuration requests final Match pass > debug1: re-parsing configuration > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Reading configuration data /etc/ssh/ssh_config.d/50-redhat.conf > debug1: Reading configuration data > /etc/crypto-policies/back-ends/openssh.config > debug1: Connecting to atlas [::1] port 22. > debug1: Connection established. > debug1: identity file /home/kens/.ssh/id_rsa type 0 > debug1: identity file /home/kens/.ssh/id_rsa-cert type -1 > debug1: identity file /home/kens/.ssh/id_ecdsa type -1 > debug1: identity file /home/kens/.ssh/id_ecdsa-cert type -1 > debug1: identity file /home/kens/.ssh/id_ecdsa_sk type -1 > debug1: identity file /home/kens/.ssh/id_ecdsa_sk-cert type -1 > debug1: identity file /home/kens/.ssh/id_ed25519 type -1 > debug1: identity file /home/kens/.ssh/id_ed25519-cert type -1 > debug1: identity file /home/kens/.ssh/id_ed25519_sk type -1 > debug1: identity file /home/kens/.ssh/id_ed25519_sk-cert type -1 > debug1: identity file /home/kens/.ssh/id_xmss type -1 > debug1: identity file /home/kens/.ssh/id_xmss-cert type -1 > debug1: identity file /home/kens/.ssh/id_dsa type 1 > debug1: identity file /home/kens/.ssh/id_dsa-cert type -1 > debug1: Local version string SSH-2.0-OpenSSH_9.0 > debug1: Remote protocol version 2.0, remote software version OpenSSH_9.0 > debug1: compat_banner: match: OpenSSH_9.0 pat OpenSSH* compat 0x04000000 > debug1: Authenticating to atlas:22 as 'kens' > debug1: load_hostkeys: fopen /home/kens/.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: curve25519-sha256 > debug1: kex: host key algorithm: ssh-ed25519 > debug1: kex: server->client cipher: [email protected] MAC: > <implicit> compression: none > debug1: kex: client->server cipher: [email protected] MAC: > <implicit> compression: none > debug1: kex: curve25519-sha256 need=32 dh_need=32 > debug1: kex: curve25519-sha256 need=32 dh_need=32 > debug1: expecting SSH2_MSG_KEX_ECDH_REPLY > debug1: SSH2_MSG_KEX_ECDH_REPLY received > debug1: Server host key: ssh-ed25519 > SHA256:zlzO7F5gAG9fbrfH19JmDFGh3swO8XIjBy2c5/8l0UI > debug1: load_hostkeys: fopen /home/kens/.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: Host 'atlas' is known and matches the ED25519 host key. > debug1: Found key in /home/kens/.ssh/known_hosts:3 > debug1: rekey out after 4294967296 blocks > debug1: SSH2_MSG_NEWKEYS sent > debug1: expecting SSH2_MSG_NEWKEYS > debug1: SSH2_MSG_NEWKEYS received > debug1: rekey in after 4294967296 blocks > debug1: get_agent_identities: bound agent to hostkey > debug1: get_agent_identities: agent returned 2 keys > debug1: Skipping ssh-dss key /home/kens/.ssh/id_dsa - corresponding algo > not in PubkeyAcceptedAlgorithms > debug1: Will attempt key: /home/kens/.ssh/id_rsa RSA > SHA256:WoYpWRvFX8JZGcpnrrvZggSUYCK+lRJMHtsAolEOhgM agent > debug1: Will attempt key: /home/kens/.ssh/id_ecdsa > debug1: Will attempt key: /home/kens/.ssh/id_ecdsa_sk > debug1: Will attempt key: /home/kens/.ssh/id_ed25519 > debug1: Will attempt key: /home/kens/.ssh/id_ed25519_sk > debug1: Will attempt key: /home/kens/.ssh/id_xmss > debug1: SSH2_MSG_EXT_INFO received > debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519, > [email protected] > ,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521, > [email protected], > [email protected]> > debug1: kex_input_ext_info: [email protected]=<0> > debug1: SSH2_MSG_SERVICE_ACCEPT received > debug1: Authentications that can continue: > publickey,gssapi-keyex,gssapi-with-mic,password > debug1: Next authentication method: gssapi-with-mic > debug1: No credentials were supplied, or the credentials were unavailable > or inaccessible > No Kerberos credentials available (default cache: KCM:) > > > debug1: No credentials were supplied, or the credentials were unavailable > or inaccessible > No Kerberos credentials available (default cache: KCM:) > > > debug1: Next authentication method: publickey > debug1: Offering public key: /home/kens/.ssh/id_rsa RSA > SHA256:WoYpWRvFX8JZGcpnrrvZggSUYCK+lRJMHtsAolEOhgM agent > debug1: Authentications that can continue: > publickey,gssapi-keyex,gssapi-with-mic,password > debug1: Trying private key: /home/kens/.ssh/id_ecdsa > debug1: Trying private key: /home/kens/.ssh/id_ecdsa_sk > debug1: Trying private key: /home/kens/.ssh/id_ed25519 > debug1: Trying private key: /home/kens/.ssh/id_ed25519_sk > debug1: Trying private key: /home/kens/.ssh/id_xmss > debug1: Next authentication method: password > debug1: Authentications that can continue: > publickey,gssapi-keyex,gssapi-with-mic,password > > kens@atlas's password:~]$ ls -hal .ssh > total 40K > drwx------. 3 kens kens 4.0K Jan 20 13:59 . > drwx------. 26 kens kens 4.0K Jan 20 14:41 .. > -rw-------. 1 kens kens 968 Jan 19 10:18 authorized_keys > -rw-------. 1 kens kens 1.4K Jan 19 10:27 id_dsa > -rw-r--r--. 1 kens kens 602 Jan 19 10:27 id_dsa.pub > -rw-------. 1 kens kens 2.6K Jan 12 11:33 id_rsa > -rw-r--r--. 1 kens kens 566 Jan 12 11:33 id_rsa.pub > -rw-------. 1 kens kens 440 Jan 20 13:21 known_hosts > -rw-------. 1 kens kens 1010 Jan 12 11:29 known_hosts.old > drwx------. 2 kens kens 4.0K Jan 11 16:35 .ssh > > Permission denied, please try again. > > > .ssh directory: > > > kens@atlas's password: > Permission denied, please try again. > kens@atlas's password: > Permission denied, please try again. > kens@atlas's password: > kens@atlas: Permission denied > (publickey,gssapi-keyex,gssapi-with-mic,password). > > Original error: > > > On Sat, Jan 20, 2024 at 3:54 PM Alex Bedard <[email protected]> wrote: > >> From laptop to server, try: >> >> ssh -o HostKeyAlgorithms=+ssh-rsa -o PubkeyAcceptedAlgorithms=+ssh-rsa >> username@server >> >> Alex >> >> On 1/20/24 15:12, Ken Stephens wrote: >> > I have a laptop, a Jetson Nano, and a desktop/server. I had to rebuild >> my >> > laptop because of the usual reason for doing something stupid. I have >> not >> > been able to ssh into my server since. My Jetson Nano can ssh into the >> > server. The server can ssh to both my laptop and Jetson Nano. >> > The server and laptop are Fedora 38 and the Jetson Nano is Ubuntu >> 18.94.6 >> > LTS. I cannot do ssh-copy-id because all authentication methods are >> > declined for the laptop to server connection. >> > >> > Logging in using SSH: >> > >> > Laptop to Jetson Nano OK >> > Laptop to server Not OK >> > >> > Server to Jetson Nano OK >> > Server to laptop OK >> > >> > Jetson Nano to Laptop OK >> > Jeston Nano to server OK >> > >> > What file or configuration do I need to look at/or change. >> > >> > TIA, >> > Ken >> >
