Die Konfiguration entspricht, weil ich Debian (mit der Standardpartitionierung für) anstatt Raspberry Pi OS benütze, nicht den Anforderungen für raspiBackup, hat aber bis jetzt einwandfrei funktioniert.
Nach dem zweiten misslungenen Versuch einen Upgrade von bookworm auf trixie durchzuführen, habe ich die letzte funktionstüchtige Instanz von bookworm mit raspiBackup wieder hergestellt. Das scheint zwar zu funktionieren, aber ich kann nach dem Start keine ssh-Sitzung mehr aufbauen. Beim ersten mal hat das noch funktioniert. Ich habe gesehen, dass es hier ähnliche posts gibt, aber bisher nichts gefunden, was mir weitergeholfen hätte.
ssh <masked>@<masked> -p <masked> -vvv
OpenSSH_9.6p1 Ubuntu-3ubuntu13.13, 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 *
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/home/chief/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/home/chief/.ssh/known_hosts2'
debug2: resolving "<masked>" port <masked>
debug3: resolve_host: lookup <masked>:<masked>
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to <masked> [192.168.1.104] port <masked>.
debug3: set_sock_tos: set socket 3 IP_TOS 0x10
debug1: connect to address 192.168.1.104 port <masked>: Connection refused
ssh: connect to host <masked> port <masked>: Connection refuseDie Anmeldung erfolgt mit Zertifikat. Ich nutze nicht den Standardport.
Ich habe noch dem Alter nach zwei vorhergehende Sicherungen getestet. Auch damit war es nicht möglich eine ssh-Sitzung zu erzeugen. Mir ist nicht klar, ob inzwischen etwas am ssh-client (Linux Mint) geändert wurde oder ob mit dem lokalen Netz etwas nicht mehr stimmt. Ich bin zur Zeit etwas verzweifelt und würde mich freuen, hier Unterstützung zu finden.
Vielleicht hilft es etwas :
GNU nano 7.2 /etc/ssh/ssh_config
# Configuration data is parsed as follows:
# 1. command line options
# 2. user-specific file
# 3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.
# Site-wide defaults for some commonly used options. For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.
Include /etc/ssh/ssh_config.d/*.conf
Host *
# ForwardAgent no
# ForwardX11 no
# ForwardX11Trusted yes
# PasswordAuthentication yes
# HostbasedAuthentication no
# GSSAPIAuthentication no
# GSSAPIDelegateCredentials no
# GSSAPIKeyExchange no
# GSSAPITrustDNS no
# BatchMode no
# CheckHostIP no
# AddressFamily any
# ConnectTimeout 0
# StrictHostKeyChecking ask
# IdentityFile ~/.ssh/id_rsa
# IdentityFile ~/.ssh/id_dsa
# IdentityFile ~/.ssh/id_ecdsa
# IdentityFile ~/.ssh/id_ed25519
# Port 22
# Ciphers aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc
# MACs hmac-md5,hmac-sha1,umac-64@openssh.com
# EscapeChar ~
# Tunnel no
# TunnelDevice any:any
# PermitLocalCommand no
# VisualHostKey no
# ProxyCommand ssh -q -W %h:%p gateway.example.com
# RekeyLimit 1G 1h
# UserKnownHostsFile ~/.ssh/known_hosts.d/%k
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yesVielen Dank.
Alternativ kann man noch das systemd Journal auf einem anderen Linuxsystem auslesen. Dazu muss aber das journal persistent konfiguriert sein. Standard ist temporaer.
