Version vom 25. Mai 2022, 09:32 Uhr

ssh startet eine Secure Shell

Beschreibung

SSH baut eine verschlüsselte zu einem entfernten Rechner auf

it

ssh <user>@<ip>

die Konfiguration des SSH-Servers sshd findet über die Datei "/etc/ssh/sshd_config" statt, die Voreinstellungen sind durchweg akzeptabel
es ist jedoch sinnvoll, "PermitRootLogin" auf "no" zu setzen, dann kann sich niemand als "root" einloggen, sondern meldet sich unter seinem Benutzernamen an, dann

su

oder:

sudo -s

mit den direktiven "AllowUsers" und "AllowGroups" bzw. "DenyUsers" und "DenyGroups" lässt sich festlegen, welche Benutzer sich anmelden dürfen
dies empfiehlt sich besonders bei Servern
"AllowGroups admin" verbietet bspw. allen Benutzern, die keine Mitglieder der Gruppe "admin" sind, den Zugriff
wer sich ausschließlich über das noch sicherere Public-Key-Verfahren anmelden will, der sollte die Benutzung von Passwörtern mit "PasswordAuthentication no" abschalten.
falls lange Wartezeiten bei der Anmeldung am SSH-Server auftreten, könnte das an einer fehlgeschlagenen Namensauflösung liegen
da man SSH über die IP benutzt, können diese DNS-Anfragen in der "sshd_config" deaktiviert werden
der dafür nötige Eintrag wäre "UseDNS no".

wem die Authentifizierung über Passwörter trotz der Verschlüsselung zu unsicher ist, der benutzt am besten das Public-Key-Verfahren
hierbei wird asymmetrische Verschlüsselung genutzt, um den Benutzer zu authentifizieren
mit dem öffentlichen Schlüssel können die Daten verschlüsselt, aber nicht mehr entschlüsselt werden (Einwegfunktion)
nur noch der Besitzer des privaten Schlüssels, also der richtige Empfänger, kann die Daten entschlüsseln
dafür muss man mit dem Kommandozeilenprogramm ssh-keygen ein entsprechendes
Schlüsselpaar erzeugen:

ssh-keygen -t rsa -b 4096

oder

ssh-keygen -t ed25519

der voreingestellte Dateiname "/home/user/.ssh id_rsa" oder "/home/user/.ssh/id_ed25519" kann einfach mit ⏎ bestätigt werden
keine leere Passphrase benutzen, weil sonst jeder, der evtl. in den Besitz dieser Datei kommt, sofortigen Zugriff auf alle zugehörigen Systeme erhält.
nun muss noch der öffentliche Schlüssel mit der Endung .pub "id_rsa.pub" oder "id_ed25519.pub", auf dem Zielsystem deponiert werden
dazu dient das Programm ssh-copy-id; zu diesem Zeitpunkt muss die Authentifizierung per Passwort noch erlaubt sein: "PasswordAuthentication yes":

ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<server>

ssh <user>@<server>

für den Fall, dass der Nutzername vom lokalen und entfernten Rechner gleich ist, genügt die Eingabe "ssh <server>"

wenn man also ein Protokoll hat, das so sicher wie nach dem heutigen Stand der Technik möglichst Daten durch einen verschlüsselten Kanal senden und empfangen kann, dann wäre es wohl Verschwendung, dieses Protokoll nur für interaktive Terminal-Sessions zu benutzen
sehr häufig möchte man bspw. einfach nur Dateien sicher von einem System zum anderen kopieren
dafür existieren verschiedene Programme der grafischen Benutzeroberfläche sowie gleich zwei Terminalbefehle nämlich scp und sftp

(abgekürzt scp) ist ein Protokoll sowie ein Programm zur verschlüsselten Übertragung von Daten zwischen zwei Computern über ein Rechnernetz
Das Protokoll selbst implementiert nur die Dateiübertragung, für die Anmeldung und Verbindung wird SSH genutzt und auf dem entfernten Rechner ein SCP-Server aufgerufen; dieser ist gleichzeitig auch das Client-Programm. Für das darunterliegende SSH wird ein SSH-Server benötigt.

scp user@pc:datei1 datei2 user@server2:

Beispiel an unseren PC's

scp user@fileserver:~/beispieldatei.odt user@meinpc:~/beispielordner/

In diesem Beispiel wurde die datei1 aus dem Homeverzeichnis von benutzerx auf server1 und die datei2 aus dem aktuellen Verzeichnis des lokalen Hosts in das Homeverzeichnis von benutzery auf server2 kopiert.
um die versteckten Dateien zu kopieren, benutzt der Benutzer diese Option: .[!.]

scp -rp /Quelle-Pfad/.[!.]* user@host:/Ziel-Pfad/

Die andere Möglichkeit des Dateitransfers lautet sftp. Das funktioniert genau so wie der normale Kommandozeilen-FTP-Client:
Das SSH File Transfer Protocol oder Secure File Transfer Protocol (SFTP) ist eine für die Secure Shell (SSH) entworfene Alternative zum File Transfer Protocol (FTP), die Verschlüsselung ermöglicht.
Mit dem Befehl help bekommt man eine Übersicht über die möglichen Kommandos.

Wem es zu mühsam ist, auf der Kommandozeile die SSH-Verbindung zu einem Server aufzubauen, der sucht vielleicht ein grafisches Programm, um Verbindungsdaten zu verwalten.
PuTTY [[1]]- gibt es für Linux und für Windows. Das Programm ist in den offiziellen Paketquellen enthalten.
PAC Manager - (Perl Auto Connector) nicht in den offiziellen Paketquellen enthalten, aber über SourceForge wird ein Fremdpaket angeboten, das manuell installiert wird.
Gnome-RDP - mit diesem Programm kann man nicht nur RDP- und VNC-Verbindungen aufbauen, sondern auch SSH-Terminalsitzungen. In der aktuellen Version kann man die Zugangspasswörter nicht speichern und keine Angaben zum verwendeten Port machen. Es funktioniert nur mit Servern, die den Standard-SSH-Port 22 nutzen. In den offiziellen Paketquellen enthalten, benötigt Mono als Voraussetzung.

fish://<benutzer>@<rechner>/pfad

fish://user@server/home/user

ssh verschlüsselt die gesamte Kommunikation zum sshd, inkl. der Anmeldung und aller Tunnels. Man kann dabei zwischen verschiedenen Verschlüsselungsalgorithmen wählen, z.B.
3des gilt als besonders sicher, benötigt aber viel Rechenzeit
blowfish arbeitet besonders schnell
Hier sind einige Möglichkeiten zur Auswahl des blowfish-Algorithmus im lokalen Netz, der die beteiligten Prozessoren entlastet und somit die Kommunikation beschleunigt:

  ssh -c blowfish ...

  ssh -o Cipher=blowfish...

Eintrag Cipher blowfish für einige oder alle Hosts in der "~/.ssh/config" oder "/etc/ssh/ssh_config".

Version vom 25. Mai 2022, 09:14 Uhr Quelltext anzeigen Dirkwagner (Diskussion \| Beiträge) Bürokraten, Oberflächenadministratoren, Administratoren 95.083 Bearbeitungen K Textersetzung - „Netzwerke:Server:ssh“ durch „SSH“ ← Zum vorherigen Versionsunterschied	Version vom 25. Mai 2022, 09:32 Uhr Quelltext anzeigen Dirkwagner (Diskussion \| Beiträge) Bürokraten, Oberflächenadministratoren, Administratoren 95.083 Bearbeitungen K Dirkwagner verschob die Seite Ssh nach Ssh 01, ohne dabei eine Weiterleitung anzulegen Zum nächsten Versionsunterschied →
(kein Unterschied)