Defaulting to IPV6 still burns me sometimes, I had a similar problem that made me crazy until I saw the addresses. How are you doing Ken?
On Sun, Jan 21, 2024 at 2:24 PM Ken Stephens <[email protected]> wrote: > SOLVED: SSH is using IPV6 from laptop to server while server to laptop is > using IPV4. Successfully logged into server from laptop using the IPV4 > address. Another GOTCHA to be aware of. > > To configure ssh to use IPV4 do this > < > https://stackoverflow.com/questions/21671706/configure-git-to-use-ipv4-instead-of-ipv6-by-default > > > . > > Ken > > On Sat, Jan 20, 2024 at 4:50 PM Russell Senior <[email protected]> > wrote: > > > Not relevant to your problem at all, but it looks like you have an > > extraneous ~/.ssh/.ssh directory. > > > > -- > > Russell > > > > On Sat, Jan 20, 2024 at 4:37 PM Ken Stephens <[email protected] > > > > wrote: > > > > > 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 > > > >> > > > > > > > > > >
