Hello,
I’m using DietPi v9.19.2 in a VM on Proxmox and run my Docker containers with that setup.
SSH is setup with public key and it was working fine until this morning. To have a more comfortable usage of my docker-compose files I installed the “Remote-SSH” extension in Visual Studio Code, added the credential for the SSH-Connection and started VSC to connect to my DietPi. During this start, VSC installed/started several other components “Container-Tools”, “Docker”, “Docker Explorer” and Extension on my DietPi.
The connection via VSC is working, but I don’t have access via “normal” terminal application to my DietPi anymore. Here the verbose log of trying to connect via iTerm2 on MacOS:
username@laptop Downloads % ssh dietpi@192.168.0.232 -v
OpenSSH_9.9p2, LibreSSL 3.3.6
debug1: Reading configuration data /Users/username/.ssh/config
debug1: /Users/username/.ssh/config line 12: Applying options for 192.168.0.232
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
debug1: /etc/ssh/ssh_config line 54: Applying options for *
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug1: Connecting to 192.168.0.232 [192.168.0.232] port 22.
debug1: Connection established.
debug1: identity file /Users/username/Library/CloudStorage/OneDrive-/username/Downloads/PuTTYPortable/my_rsa type 0
debug1: identity file /Users/username/Library/CloudStorage/OneDrive-/username/Downloads/PuTTYPortable/my_rsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_10.0p2 Debian-7
debug1: compat_banner: match: OpenSSH_10.0p2 Debian-7 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.0.232:22 as ‘dietpi’
debug1: load_hostkeys: fopen /Users/username/.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
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:key
debug1: load_hostkeys: fopen /Users/username/.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 ‘192.168.0.232’ is known and matches the ED25519 host key.
debug1: Found key in /Users/username/.ssh/known_hosts:4
debug1: ssh_packet_send2_wrapped: resetting send seqnr 3
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: Sending SSH2_MSG_EXT_INFO
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: SSH2_MSG_EXT_INFO received
debug1: kex_ext_info_client_parse: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256>
debug1: kex_ext_info_check_ver: publickey-hostbound@openssh.com=<0>
debug1: kex_ext_info_check_ver: ping@openssh.com=<0>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_ext_info_client_parse: server-sig-algs=<ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256>
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: get_agent_identities: bound agent to hostkey
debug1: get_agent_identities: ssh_fetch_identitylist: agent contains no identities
debug1: Will attempt key: /Users/username/Library/CloudStorage/OneDrive-/username/Downloads/PuTTYPortable/my_rsa RSA SHA256:key explicit
debug1: Offering public key: /Users/username/Library/CloudStorage/OneDrive-/username/Downloads/PuTTYPortable/my_rsa RSA SHA256:key explicit
debug1: Server accepts key: /Users/username/Library/CloudStorage/OneDrive-/username/Downloads/PuTTYPortable/my_rsa RSA SHA256:key explicit
Authenticated to 192.168.0.232 ([192.168.0.232]:22) using “publickey”.
debug1: channel 0: new session [client-session] (inactive timeout: 0)
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: filesystem
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: client_input_hostkeys: searching /Users/username/.ssh/known_hosts for 192.168.0.232 / (none)
debug1: client_input_hostkeys: searching /Users/username/.ssh/known_hosts2 for 192.168.0.232 / (none)
debug1: client_input_hostkeys: hostkeys file /Users/username/.ssh/known_hosts2 does not exist
debug1: client_input_hostkeys: no new or deprecated keys from server
debug1: Remote: /home/dietpi/.ssh/authorized_keys:2: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
debug1: Remote: /home/dietpi/.ssh/authorized_keys:2: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
debug1: Sending environment.
debug1: channel 0: setting env LC_TERMINAL_VERSION = “3.6.6”
debug1: channel 0: setting env LANG = “en_US.UTF-8”
debug1: channel 0: setting env LC_TERMINAL = “iTerm2”
debug1: Sending command: sudo su
debug1: pledge: fork
The second last line could come from the VSC Extension because I added this as a command in the VSC-Config file to be root on the DietPi remote computer.
I don’t know what VSC has changed on my DietPi and would like to know where to check that the “normal” ssh-way is working fine again. The docker containers are working fine and I have access to them via webpage e.g.
Edit: What I found is that the VSC-Extension installed a few files into “/root/.vscode-server” on DietPi.
Cheers,
CC13