SSH - Secure Shell. Gruppe: S. Lenhart, S. Schreiner, P. Wallum. 19. Februar 2008

Transkript

1 SSH - Secure Shell Gruppe: S. Lenhart, S. Schreiner, P. Wallum 19. Februar 2008

2 Inhaltsverzeichnis 1 Was ist SSH? 3 2 Versionen SSH SSH SSH G Einsatzgebiete 5 4 Funktionen Authentizierungsmöglichkeiten Verschlüsselung Tunneling (Portweiterleitung) Sichere Dateiübertragung X11-Forwarding Praktische Anwendung Windows Installation Die erste Verbindung Tunneling Sichere Dateiübertragung X11-Forwarding Einrichten von Public-Key Authentizierung Linux Installation Die erste Verbindung Tunneling Sichere Dateiübertragung X11-Forwarding Einrichten von Public-Key Authentizierung Quellen Informationen Bilder und Graken

3 1 Was ist SSH? SSH (Secure Shell)bezeichnet sowohl ein Netzwerkprotokoll als auch entsprechende Programme, die es ermöglichen eine sichere, authentizierte und verschlüsselte Verbindung zwischen zwei Rechnern über ein unsicheres Netzwerk aufzubauen. SSH dient unter anderem als Ersatz für die Vorgänger rlogin, telnet und rsh, die aufgrund der Tatsache, dass sie jeglichen Netzverkehr (also auch Passwörter) unverschlüsselt übertragen als unsicher gelten und daher nicht mehr verwendet werden sollten. Am Anfang war SSH nur für Linux verfügbar, mittlerweile wurden jedoch sowohl SSH-Server als auch Clients auf andere Plattformen portiert. Für Windows existieren beispielsweise die SSH-Clients PuTTY sowie WinSCP. 3

4 2 Versionen 2.1 SSH-1 wurde 1995 von Tatu Ylönen entwickelt enthielt zunächst Open-Source-Quellcode, entwickelte sich aber nach und nach immer mehr zu proprietärer Software. da die verwendete Integritätsprüfung Schwachstellen aufweist, die es einem Angreifer ermöglichen, eine SSH-1-Sitzung auszuspähen, sollten nur noch die neueren Protokollversionen ab SSH-2 aufwärts verwendet werden. 2.2 SSH-2 eine überarbeitete Version von SSH-1 die 1996 entwickelt wurde verwendet verschiedene Verschlüsselungsalgorithmen bietet weitere Funktionen wie Datenübertragung per SFTP Open Source Version: OpenSSH Proprietäres Produkt: SSHTectia (von SSH Communications Security) unterstützt die gängigsten Betriebssysteme darunter BSD, Linux, Solaris, AIX, HP-UX, Windows SSH G3 wurde 2005 von der Firma SSH Communications Security als proprietäres Protokoll entwickelt unterstützt proprietären Algorithmus 'CryptiCore' unterstützt zusätzlich zu den in SSH-2 unterstützen Betriebssystemen auch IBM z/os. Es s o l l t e unbedingt bedacht werden, dass Version 1 und 2 zueinander nicht kompatibel sind! 4

5 3 Einsatzgebiete Secure System Administration (Sichere Systemverwaltung) - zur Absicherung der Fernverwaltung von Servern. Ersetzt telnet, rlogin etc. Secure File Transfer (Sicherer Dateitransfer) - zur Herstellung sicherer, automatisierter und interaktiver Dateitransfers. Secure Application Tunneling (Sicheres Tunneln) - zum transparenten Schutz TCP/IP-basierender Anwendungen als 'End-to-End-Security'. 5

6 4 Funktionen SSH bietet ein breites Anwendungsspektrum mit vielen verschiedenen Möglichkeiten. Hier soll daher auf die wesentlichen Merkmale und Hauptfunktionen eingegangen werden. 4.1 Authentizierungsmöglichkeiten Die Authentizierung erfolgt meist auf eine der folgenden zwei Arten: 1. Password und Benutzername - Ist in SSH-2 die Standardeinstellung bei der ein Benutzeraccount auf dem entfernten Rechner verwendet wird. Zur Authenti- zierung muss auf der Konsole des Clients Benutzername und das dazugehörigen Passwort angegeben werden. 2. Public-Key Authentizierung - Diese Möglichkeit muss in SSH erst aktiviert werden. Prinzipiell wird hier ein Schlüsselpaar bestehend aus einem öentlichen Schlüssel auf dem Server und einem geschützten privaten Schlüssel auf dem Client verwendet. Statt sich über Zugangsdaten zu authentizieren erfolgt die Authenti- zierung über den privaten Schlüssel. Wie die Aktivierung erfolgt lesen Sie bitte im jeweiligen Abschnitt 'Windows' bzw. 'Linux' unter dem Kapitel 'Praktische Anwendung' nach. Es gibt noch andere Möglichkeiten die meist aus den Zeiten der SSH-1 Version stammen, z.t. nicht sehr sicher und in den meisten Fällen nicht sehr weit verbreitet sind. Ich verweise in diesem Fall auf die SSH-Referenz im Internet. 4.2 Verschlüsselung Um die Daten einer Sitzung zu verschlüsseln benötigen Server und Client einen gemeinsamen symmetrischen Key 1, der z.b. mit AES, 3DES, Blowsh, Arcfour oder ähnlichen Algorithmen erstellt wird. Da dieser nur für diese eine 'Sitzung' gültig ist wird er auch als Session-Key bezeichnet. Allerdings muss dieser Schlüssel vor dritten geheim gehalten werden, da sonst jeder mithilfe dieses Schlüssel den Datentransfer zwischen Server und Client 'mithören' könnte. Um seine Geheimhaltung zu gewährleisten wird zu der Übertragung des Keys das Prinzip der Public-Key-Kryptographie, auch asymmetrische 1 symmetrisch bedeutet in diesem Fall, dass der selbe Schlüssel zur Ver- und Entschlüsselung verwendet wird 6

7 Verschlüsselung 2 genannt, angewandt. Dazu tauschen Server und Client zunächst ihre Public-Keys untereinander aus, die dazu verwendet werden die Nachrichten an den jeweiligen Partner zu verschlüsseln. Sobald der Client den Public-Key des Servers besitzt kann er den Session-Key erstellen und ihn mit dem Public-Key des Servers verschlüsseln. Da nur der Server seinen eigenen, geheimen Private-Key kennt der zur Entschlüsselung dieser Nachricht benötigt wird kann niemand sonst den Session-Key abfangen. Sobald der Server nun diesen Session-Key erhalten hat kann der Datenverkehr absofort mit diesem verschlüsselt werden. Für genauere Informationen ziehen Sie bitte die Dokumenation zu Rate. 4.3 Tunneling (Portweiterleitung) Ein 'SSH-Tunnel' bietet die Möglichkeit Protokolle auf einem 'sicheren Weg' über eine unsichere Verbindung zu transferieren, dabei wird jeweils ein einzelner Port von einem Server auf den Client weitergeleitet oder umgekehrt. Dazu wird der (sichere) Tunnel zwischen dem lokalen Client und einem Gateway aufgebaut, welches sich i.d.r. im (sicheren) Netzwerk des entfernten Rechners bendet und auf dem ein SSH-Server-Dienst läuft. Dieses Gateway entkapselt die vom Client gesendeten (und getunnelten) Daten bevor es sie an den Destination-Port auf dem entfernten Rechner weiterleitet. In umgekehrter Richtung muss es dafür sorgen, dass die Daten des entfernten Rechners getunnelt zum Client übertragen werden. 4.4 Sichere Dateiübertragung Ein auf SSH basiertes Protokoll zur sicheren Datenübertragung ist SCP (Secure Copy), welches die Vertraulichkeit, Integrität und Authentizität der übertragenen Daten gewährleistet. 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 normalerweise gleichzeitig auch das Client-Programm. Unter Unix wird 2 asymmetrisch bedeutet hier, dass ein zusammengehöriges Schlüsselpaar (Public-Key und Private-Key) existieren. Daten die mit dem einen Schlüssel codiert wurden können nur mit dem dazugehörigen anderen entschlüsselt werden und umgekehrt. 7

8 als Client i.d.r. das kommandozeilenbasierte scp, unter Windows pscp aus der PuTTY- Programmsammlung verwendet. Seit SSH-2 gibt es die weiterentwickelte Version von SCP namens SFTP (SSH File Transfer Protocol), die gegenüber ihrer Vorgängerversion zusätzliche Dateioperationen ermöglicht. Beispiele für SFTP Clientprogramme wären FileZilla, WinSCP oder Cyberduck. SFTP darf nicht mit Secure FTP verwechselt werden, das im Gegensatz zu SFTP nur den Steuerkanal des F i l e Transfer Protocols und nicht den Datenkanal mit Secure S h e l l tunnelt. 4.5 X11-Forwarding Über SSH können grasche Anwendungen auf dem Server über einen gesicherten Kanal an den Client weitergereicht werden. Man kann dann so über seinen eigenen Client X11- Anwendungen auf dem Server starten und verwenden. Für die genaue Verwendung siehe die entsprechenden Kapitel unter den einzelnen Betriebssystemen. 8

9 5 Praktische Anwendung Es wird vorausgesetzt, dass unter dem Server auf den verbunden werden s o l l ein SSH Server Daemon l ä u f t. Das i s t bei den meisten Linux Distributionen standardmäÿig der Fall. 5.1 Windows Installation Unter Windows können Sie zur Benutzung von SSH z.b. den graschen Client PuTTY verwenden. Es stehen auch andere zur Verfügung (z.b. WinSCP) hier soll jedoch nur auf PuTTY eingegangen werden. Die aktuelle Version des PuTTY Clients erhalten Sie über die ozielle Webseite: sgtatham/putty/download.html Die erste Verbindung Nach abgeschlossener Installation können Sie jetzt versuchen mit einem Linux-Rechner Ihrer Wahl eine SSH-Sitzung aufzubauen. Durch Doppelklick auf das Symbol 'PuTTY' erhalten Sie folgendes Fenster: 9

10 In dem Eingabefeld Host Name geben Sie den DNS Namen oder die IP Adresse des Rechners an, an dem Sie sich einloggen wollen. Als Protokoll wählen Sie SSH. Im Feld Saved Sessions können Sie einen frei wählbaren Namen für die Sitzung eingeben um die sitzungsspezischen Daten unter diesem Kürzel zu speichern. Wenn sie später erneut diese Verbindung aufbauen wollen können sie die Einstellungen einfach laden und so Zeit sparen. Zum Aufbauen der eben kongurierten Verbindung klicken sie nun auf Open. Wenn Sie sich zum ersten Mal mit einem Rechner verbinden, erhalten Sie eine Warnung, da der Rechner Ihrem SSH-Client unbekannt ist. Durch [Ja] wird der Rechner in Ihrem Client gespeichert und beim nächsten Mal sollten Sie diese Meldung nun nicht mehr erhalten. Nun önet sich ein Terminalfenster, in dem Sie zum Login aufgefordert werden. Geben Sie Ihre Kennung und sobald Sie danach gefragt werden Ihr Passwort ein. Anmerkung : Putty verwendet standardmäÿig SSH 2, s o l l t e d i e s s c h e i t e r n versucht er es über SSH 1. Möchten Sie g e n e r e l l nur SSH 2 oder SSH 1 Verbindungen verwenden können Sie d i e s über ein Optionsfeld unter Connection > SSH > Preferred SSH protocol version e i n s t e l l e n Tunneling Um eine sichere (getunnelte) Verbindung z.b. zwischen Ihrem Heim-PC und Ihrem Arbeitsplatzrechner im Firmennetzwerk über PuTTY aufzubauen sind folgende Einstellungen zu treen: 10

11 1. Angabe des Gateways In der Kategorie Session muss hierfür die Zieladresse des Tunnels (Adresse des Gateways im Firmennetz auf dem der SSH-Server läuft) in dem Feld für den Host- Namen eingetragen werden. 2. Festlegen des Zielrechners In der Kategorie SSH -> Tunnels muss im Feld Destination hierfür die IP-Adresse des eigentlichen Zielrechners (Arbeitsplatzrechner) eingetragen werden zusammen mit dem Port des verwendeten Dienstes (bei RDP ist es z.b. 3389). Diese Angaben werden durch ':' voneinander getrennt z.b: :3389. Zusätzlich muss noch ein freier Source-Port angegeben werden, auf dem später auf eingehende Verbindungen gelauscht wird. Dieser kann beliebig gewählt werden, sollte aber mindestens 4-stellig sein, um nicht in Konikt mit bereits bestehenden Diensten zu geraten. Dieser Port muss anschlieÿend bei der Remote Desktop Verbindung nochmals angegeben werden um letztendliche eine getunnelte Verbindung aufzubauen. Mit dem Add-Button werden die Daten hinzugefügt in das Feld Forwarded ports. Anschlieÿend kann nun der Tunnel durch Eingabe eines Loginnamens und Passworts (Benutzeraccount auf dem Gateway im Firmennetz) aufgebaut werden. 3. Remote Desktop Verbindung zum Arbeitsplatzrechner Jetzt können Sie anhand des Windows Remote Desktop eine Verbindung zum Arbeitsplatzrechner aufbauen. Vorraussetzung hierfür ist jedoch, dass auf dem entfernten Rechner der RDP-Dienst aktiviert ist. Ist dies der Fall kann durch Angabe von localhost und dem Source-Port, den man zuvor in PuTTY deniert hat, eine Verbindung zu dem Arbeitsplatzrechner hergestellt werden Sichere Dateiübertragung Hier soll auf die von PuTTY mitgelieferten konsolenbasierten PSCP und SFTP Tools eingegangen werden. Diese beiden lassen sich sehr ähnlich ihrer Linux Pendanten bedienen. (Siehe auch hier: Linux - Sichere Dateiübertragung) Für diesen Zweck könnte aber auch der Client FileZilla verwendet werden, der unter Linux wie Windows lauähig ist und eine grasche GUI zur Datenübertragung sowohl mit dem unsicheren FTP als auch SFTP bietet. 11

12 Mit PSCP kann man mit folgendem Befehl eine Datei vom Server downloaden: pscp : [ / v e r z e i c h n i s / ] datei [ / l o k a l e s / ] z i e l v e r z e i c h n i s / Mit diesem Befehl ist die umgekehrte Richtung möglich: pscp [ / l o k a l e s / ] z i e l v e r z e i c h n i s / datei user@server : [ / v e r z e i c h n i s / ] datei Möchte man mehrere Dateien in beide Richtungen kopieren oder kennt die genauen Dateinamen nicht bietet es sich an mit PSFTP, wie mit seinem Linux-Pendant SFTP auch, über Angabe eines gültigen Benutzernamens auf dem Server und dem Servernamen oder -ip eine verschlüsselte Verbindung aufzubauen: psftp user@servername PSCP sowie PSFTP bieten durch i h r e v i e l e Optionen unzählige Einsatzvarianten. Um s i c h einen Überblick darüber zu s c h a f f e n kann man mit ' help ' eine Übersicht anzeigen l a s s e n X11-Forwarding PuTTY kann dazu verwendet werden um X-Sessions über SSH zu tunneln, was die Sicherheit dieser Sitzungen erhöht. Dazu muss lokal an Ihrem Rechner ein X-Server installiert sein. Zur Verwendung des Tunnels aktivieren Sie das 'X11 forwarding' im Bereich Connection -> SSH -> Tunnels für die entsprechende Sitzung. 12

13 5.1.6 Einrichten von Public-Key Authentizierung Zunächst müssen Keys erzeugt werden mit denen Sie sich später authentizieren können. Dazu benötigen sie das Tool 'PuTTYgen' (Teil des PuTTY Programmpakets). Dort müssen Sie im Bereich Actions auf den Knopf Generate klicken, woraufhin dann über Mausbewegungen Zufallswerte gesammelt werden. Sobald genug Zufälligkeiten gesammelt wurden wird das Schlüsselpaar erzeugt. Oben im Fenster erscheint danach im Bereich Key über mehrere Zeilen der öentliche Schlüssel als Zeichensalat den Sie am Besten in einer Textdatei speichern. Geben Sie nun in die Eingabefelder Key passphrase und Confirm passphrase ein neues Passwort ein, welches Sie später benötigen werden, um diesen Schlüssel zu benutzen. Mit Save private key speichern Sie den privaten Schlüssel ab. Danach einfach wie hier: Linux - Einrichten von Public-Key Authentizierung beschrieben den Public-Key (aus der Textdatei) auf den Server kopieren und die notwendigen Einstellungen an der SSH-Kongurationsdatei vornehmen. Jetzt kann man in PuTTY unter Connection -> SSH -> Auth den Pfad des Private-Keys angeben. Anmerkung : Der Ö f f e n t l i c h e S c h l ü s s e l im PuTTY Format f u n k t i o n i e r t nicht in ~/. ssh / authorized_keys. Er kann jedoch trotzdem in diesem Format g e s p e i c h e r t werden, dann muss er a l l e r d i n g s vor dem Speichern in der authorized_keys nochmal umgewandelt werden. Um nicht für jede neue Session das Private-Key Passwort angeben zu müssen bietet sich das Tool 'Pageant' (Teil des PuTTY Programmpakets) an. Es kann Schlüssel laden und lokalen Programmen auf Anfrage zur Verfügung stellen. Dazu legt man im Autostart-Menü eine neue Verknüpfung zu Pageant an. Im Feld Ziel: ergänzt man den vollständigen Pfad zu allen Schlüsseln, die Pageant beim Programmstart laden soll. Zum Beispiel: C: \ Programme\PuTTY\ pageant. exe C: \ Programme\PuTTY\ id_rsa. ppk Beim Programmstart lädt Pageant nun automatisch alle hier angegeben Schlüssel und hält diese im Speicher vor bis es beendet wird. 5.2 Linux Installation Am einfachsten ist es SSH über einen der verschiedenen Paketmanager zu installieren. Welcher das ist hängt von der verwendeten Linux-Distribution ab. Hier ein Beispiel für den Debian-Paketmanager apt: apt get i n s t a l l ssh Selbstverständlich kann das Paket auch als.tar-file hier: ftp://ftp.ssh.com/pub/ssh heruntergeladen, in einem der Verzeichnisse /tmp oder /usr/local/src gespeichert und selbst kompiliert werden. Dazu müssen einfach folgende Befehle ausgeführt werden: 13

14 # gzip dc ssh tar. gz tar xvf # cd ssh #. / c o n f i g u r e # make # make i n s t a l l Bei Problemen oder für eine detailliertere Beschreibung konsultieren sie bitte die entsprechende Befehlsreferenz Die erste Verbindung Um die Verbindung aufzubauen, muss auf dem Client ein SSH-Aufruf in einer beliebigen Shell eingegeben werden. Beispiel: s s h benutzername@ server Auf den Benutzernamen kann beim Aufruf verzichtet werden, dann wird nach dem Usernamen gefragt. Mit dem Befehl exit kann man sich wieder abmelden Tunneling Um einen Tunnel mithilfe von SSH aufzubauen benötigen wir die Zusatzoption '-L' mit folgender allgemeinen Syntax: ssh L listener_port : Ziel_IP : Ziel_Port Benutzer_auf_Gateway@Gateway_IP Beispiel: ssh L : : 8 0 user@ In unserem Beispiel erkennen wir, dass SSH mit der Option -L angewiesen wird einen lokalen Dienst auf einem beliebigen freien Port des Rechners (hier: 1234) einzurichten der auf eingehende Verbindungen lauscht. Danach folgen die Ziel-IP des Destination- Rechners mit dem anzusprechenden Dienst (hier: 80 = http) sowie optional ein Benutzername auf dem Gateway (hier: user) mit der IP des verwendeten Gateways. In unserem Fall Der Benutzername kann weggelassen werden wenn man ihn nachträglich angeben möchte oder sich über das Public-Key-Verfahren authentiziert. Verwendet man Benutzernamen zur Authentizierung muss man sein Passwort angeben um den Tunnel erfolgreich aufzubauen. Wurde der Befehl erfolgreich ausgeführt haben wir jetzt einen Dienst auf unserem lokalen Rechner, der auf eingehende Verbindungen wartet um diese dann über den Tunnel weiterzuleiten. Um jetzt über die getunnelte Verbindung auf den http-dienst des Destination-Servers zuzugreifen können wir in einem Webbrowser Folgendes eingeben: http :// l o c a l h o s t :1234 Die h i n t e r dem ' : ' stehende Portnummer muss die Nummer der zuvor angegebenen Portnummer für den l okalen ' Listener ' Dienst s e i n. 14

15 5.2.4 Sichere Dateiübertragung Will man einzelne Dateien von einem Client auf den Server kopieren, verwendet man am einfachsten das Protokoll SCP. Der Befehl könnte dann so aussehen: scp datei1 datei2 : / z i e l v e r z e i c h n i s / dabei werden die beiden lokalen Dateien datei1 und datei2 als Benutzer user in das Verzeichnis zielverzeichnis auf dem Zielrechner server kopiert. Umgekehrt ist es auch möglich, entfernte Dateien auf den lokalen Rechner zu holen. Hier kopieren wir als Benutzer user die datei /verzeichnis/datei in das lokale Verzeichnis /lokales/zielverzeichnis/: scp user@server : / v e r z e i c h n i s / datei / l o k a l e s / z i e l v e r z e i c h n i s / Kennt man den genauen Datei- oder Verzeichnisnamen nicht oder möchte mehrere Dateien in beide Richtungen kopieren, so kann mit SFTP eine verschlüsselte FTP-Verbindung aufgebaut werden: s f t p user@server Mit ' help ' können Sie s i c h eine B e f e h l s ü b e r s i c h t anzeigen l a s s e n X11-Forwarding Um eine X-Sitzung weiterzuleiten und eine Verbindung herzustellen ist Folgendes im Terminal einzugeben: ssh X <e n f e r n t e r Rechner> Um ein Programm auf dem entfernten Rechner starten zu können wird folgender Befehl verwendet: <zu s t a r t e n d e s Programm> [&] Einrichten von Public-Key Authentizierung Im ersten Schritt wird das Schlüsselpaar (wwwkey_rsa, wwwkey_rsa.pub) erzeugt. Um den privaten Schlüssel vor Fremden zu schützen sollte man für ihn ein Passwort angeben. Hier wird ein Schlüsselpaar im Homeverzeichnis des Benutzers erstellt: ssh keygen t rsa f ~/. ssh /wwwkey_rsa Um den Public-Key nun auf sichere Art und Weise auf den Server zu kopieren sollte z.b. scp verwendet werden. Natürlich könnte man die Datei auch per USB etc. 'übertragen'. scp wwwkey_rsa. pub user1@servername : / home/ user1 Konguration auf dem Server: Jetzt kann der Inhalt des Public-Keys in die Datei /home/user1/.ssh/authorized_keys kopiert werden. Falls.ssh/ oder authorized_keys noch nicht existiert erstellt man es einfach. 15

16 cd /home/ user1 mkdir. ssh touch. ssh / authorized_keys cat. / wwwkey_rsa. pub >. ssh / authorized_keys rm. / wwwkey_rsa. pub Danach muss in SSH die Public-Key-Authentizierung aktiviert und Logins mit Zugangsdaten abgelehnt werden, dazu önet man die SSH-Kongurationsdatei: vi / etc / ssh / sshd_config Die folgenden Zeilen sollten in der Datei vorhanden sein: PermitRootLogin no RSAAuthentication no PubkeyAuthentication yes AuthorizedKeysFile. ssh / authorized_keys PasswordAuthentication no PermitEmptyPasswords no UsePAM no Erst nach einem Neustart werden die Einstellungen übernommen: / etc / i n i t. d/ sshd r e s t a r t Um die Einstellungen zu testen kann überprüft werden ob SSH nun die Anmeldung über Passwort wie verlangt ablehnt: s s h user1@ servername Permission denied ( publickey, keyboard i n t e r a c t i v e ). Wie man sieht ist das Einloggen über Benutzername nun nicht mehr möglich. Mit diesem Befehl sollte jetzt getestet werden ob denn das gewünschte Verfahren funktioniert (mit der Option -i wird die Datei angegeben, die den privaten Schlüssel enthält): ssh i. ssh /wwwkey_rsa user1@servername Das Kennwort des privaten Schlüssels wird abgefragt. Sobald man es eingegeben hat ndet man sich in einer SSH Session auf dem Server wieder. Um nicht jedesmal das Kennwort des privaten Schlüssels eingeben zu müssen kann man mithilfe des Programms eval den ssh-agent starten, welcher dann die notwendigen Umgebungsvariablen zur Verfügung stellt: eval ' ssh agent ' Dann muss der private Schlüssel dem ssh-agent hinzugefügt werden. Das Passwort wird hier ein letztes Mal gebraucht. ssh add. ssh /wwwkey_rsa Ab diesem Moment kann man sich auf den Server einloggen ohne weitere Daten eingeben zu müssen. s s h user1@ servername 16

17 Der private Schlüssel wird nur für die aktuelle Konsolensitzung auf dem Client gespeichert. Önet man eine zweite Konsole muss der ssh-agent wieder gestartet werden und der private Schlüssel wieder hinzugefügt werden. Man kann jedoch den ssh-agent automatisch mit jeder Sitzung starten lassen. Hierzu fügt man die folgende Zeile eval ' ssh agent ' einfach in die Datei /.bash_prole ein. 17

18 6 Quellen 6.1 Informationen wiki.linux-club.de/opensuse, Kapitel: Einrichten_von_public_keys_mit_ssh de.wikipedia.org, Artikel zu: SSH, SCP, SFTP satch/ssh/faq/ssh-faq-1.html#ss Bilder und Graken X-11-Forwarding.png: gis.washington.edu 18