SSH

Clientseitig (wird pro SSH-Session angewendet): /etc/ssh/ssh_config

ServerAliveInterval XX
ServerAliveCountMax YY

Serverseitig (wird Systemweit angewendet): /etc/ssh/ssh_config

ClientAliveInterval XX
ClientAliveCountMax YY

Möchte man per Script einen Befehl über ssh senden, dann würde das Script immer nach dem Password fragen.
Wenn dieses Script dann aber per „cron“ laufen soll, muss man hier eine andere Authentifizierungsmethode wählen: Host-Key

So erstellt man einen RSA Host-Key:

ssh-keygen -t [rsa|Ed25519]

Zunächst fragt das Programm nach dem Pfad zur RSA-Datei. Diesen kann man einfach bestätigen.
Nimmt man hier aber einen anderen Dateinamen oder Pfad, muss man bei der SSH-Verbindung den Pfad explizit angeben.

ssh -i <PFAD_ZU_RSA-FILE> <REMOTE-USER>@<REMOTE-HOST>

Danach wird nach einer Passphrase gefragt.
Wenn die Passphrase leer gelassen wird, muss man sich per SSH, an dem jew. Remotehost und dem jew. User, nicht mehr mit Password anmelden.

Den erstellten Public-Key kopiert man einfach auf den für den jew. User auf dem Remotehost in das Verzeichnis „.ssh“.

ssh-copy-id -i ~/.ssh/id_rsa.pub <REMOTE-USER>@<REMOTE-HOST>

Wenn ssh-copy-id nicht vorhanden ist dann kann dies auch von Hand gemacht werden.

scp .ssh/id_rsa.pub <REMOTE-USER>@<REMOTE-HOST>:<PFAD_ZU_HOMEVERZEICHNIS>/.ssh/authorized_keys

oder

 cat .ssh/id_rsa.pub | ssh <REMOTE-USER>@<REMOTE-HOST> cat>> ~/.ssh/authorized_keys 

Nun kann man sich per SSH an den Remotehost mit dem Host-Key anmelden.

Man kann den Public-Key auf mehrere hosts z.B. mit diesem Script verteilen.

#!/bin/bash
 
SSHUSER=root
SSHRSA=<PFAD_ZU_ID_RSA_PRIVATE_KEY>
AUTHKEYSFILE=<PFAD_ZU_AUTHORIZED_KEY_AUF_REMOTEHOST>(für gewöhnlich: /.../.ssh/authorized_keys)
 
echo
echo
echo "Dieses Script kopiert den öffentlichen SSH-RSA Key auf den unten angegebenen PC."
echo "Danach kann man sich mit einer Passphrase am PC anmelden."
echo
 
read -t 20 -p "Bitte PC-Name eingeben: " TARGETSVR
 
function rsaright {
  echo "Dem PC wird aktuell nicht vertraut, oder das Authenticationfile existiert nicht."
  echo "Kopiere öffentlichen RSA-Key."
  ssh-copy-id -i $SSHRSA.pub $SSHUSER@$TARGETSVR
}
 
if ssh -i $SSHRSA $SSHUSER@$TARGETSVR "test -e $AUTHKEYSFILE"; then
  echo "Authenticationfile: $AUTHKEYSFILE existiert."
 
  ssh -i $SSHRSA $SSHUSER@$TARGETSVR "cat $AUTHKEYSFILE |grep root@ng1" > /dev/null 2>&1
  if [ $? -eq 0 ]; then
    echo "Dem Zielserver wird vertraut, man kann sich nun per Passphrase authentifizieren."
  else
    rsaright
  fi
else
  rsaright
fi

Reverse SSH Tunnel können genutzt werden um Zugriff auf ein Remote SSH-Server/CLient zu erhalten, welcher hinter einer Firewall ist und diese keine Portfreigaben konfiguriert hat.

Remote-Ziel-Server ←—→ FIREWALL ←—→ SSH-Gateway-Server ←—→ SSH-Client

Folgende Vorbereitungen auf dem SSH-Gateway-Server treffen.

vi /etc/ssh/sshd_config

Einträge andern/hinzufügen:

ClientAliveInterval 30
ClientAliveCountMax 99999
GatewayPorts yes
AllowTcpForwarding yes

Die ersten 2 Zeilen sorgen dafür, dass die Verbindung, bei Inaktivität, nicht wieder abgebaut wird.
Die 3. Zeile aktivert den Gateway-Modus und die 4. Zeile aktiviert das Weiterleiten von TCP-Paketen.

Die SSH-Verbindung vom Remote-Ziel-Server zum Gateway wird wie folgt aufgebaut.

ssh -p2000 -fNC -R 10011:<IP_REMOTEZIEL_SERVER | localhost>:22 <USER>@<SSH_GATEWAY_IP>

Hiermit verbindet man sich vom Gateway zum Remote-Ziel-Server.

ssh -p10011 <IP_REMOTEZIEL_SERVER | localhost>

Die Verbindung kann mit dem Tool autossh automatisch aufgebaut werden.

apt install autossh

Verbindungsscript zum Aufbau des Reverse SSH Tunnel anlegen.

Inhalt:

#!/bin/bash
/usr/bin/autossh -p2000 -fNC -R 10011:<IP_REMOTEZIEL_SERVER | localhost>:22 <USER>@<SSH_GATEWAY_IP>

chmod +x <SCRIPT>.sh

Nun noch das Script per Crontab starten lassen

crontab -e

Inhalt einfügen:

@reboot <PFAD_ZU_SCRIPT.sh>

Mit Reverse SSH kann man auch andere Ports, wie z.B. HTTP erreichen.
Dazu erweitert man die Verbindung um eine weitere „-R“ Anweisung.

ssh -p2000 -fNC -R 8000:<IP_REMOTEZIEL_SERVER | localhost>:80 -R 10011:<IP_REMOTEZIEL_SERVER | localhost>:22 <USER>@<SSH_GATEWAY_IP>

Hier wird der Port 8000 von Außen auf den Port 80 umgeleitet. Läuft der Webserver auf einem anderen Gerät, wird anstatt <IP_REMOTEZIEL_SERVER | localhost> die IP-Adresse des Gerätes angegeben.

Wenn bei einer Verbindung folgende Antwort kommt:

Unable to negotiate with <IP-ADRESSE> port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1

Dann die Verbindung wie folgt aufbauen

ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 <IP-ADRESSE>

oder

ssh -oKexAlgorithms=+diffie-hellman-group1-sha1 -c aes256-cbc <IP-ADRESSE>

oder

ssh -oHostKeyAlgorithms=+ssh-dss -oKexAlgorithms=+diffie-hellman-group1-sha1 -c aes256-cbc <IP-ADRESSE>

Man kann in der ~/.ssh/config das auch dauerhaft für den Host definieren:

Host <HOSTNAME> <FQDN>
  KexAlgorithms diffie-hellman-group1-sha1
  Ciphers 3des-cbc

Ggf. folgendes in der /etc/ssh/ssh_config einfügen/anpassen um die Parameter automatisch bei Verbindung zu verwenden:

KexAlgorithms diffie-hellman-group1-sha1,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
Ciphers 3des-cbc,blowfish-cbc,aes128-cbc,aes128-ctr,aes256-ctr