SSH - Versionsgeschichte

Netbreaker: /* Sichere passwortlose Logins mit SSH */

2026-04-10T16:55:03Z

‎Sichere passwortlose Logins mit SSH

Netbreaker: /* Sichere passwortlose Logins mit SSH */

2011-11-19T15:59:07Z

‎Sichere passwortlose Logins mit SSH

Netbreaker: /* Agent Forwarding */

2011-05-28T18:30:27Z

‎Agent Forwarding

Netbreaker: /* SSH-Client konfigurieren */

2011-05-28T12:52:24Z

‎SSH-Client konfigurieren

Thomasm: /* SSH-Client konfigurieren */

2011-05-05T12:45:35Z

‎SSH-Client konfigurieren

Netbreaker am 25. April 2011 um 09:56 Uhr

2011-04-25T09:56:34Z

Thomasm: /* Sichere passwortlose Logins mit SSH */

2010-11-22T16:51:41Z

‎Sichere passwortlose Logins mit SSH

Netbreaker: /* SSH-Key erzeugen */

2010-11-21T12:56:58Z

‎SSH-Key erzeugen

Netbreaker: /* SSH-Key auf entfernten Host übertragen */

2010-11-21T12:56:35Z

‎SSH-Key auf entfernten Host übertragen

Netbreaker: /* SSH-Key erzeugen */

2010-11-21T12:55:51Z

‎SSH-Key erzeugen

@@ Zeile 15: / Zeile 15: @@
 * [http://www.schlittermann.de/doc/ssh.html SSH ohne Passwort -- Kurze Anleitung zur Nutzung]
 * [http://www.blisstonia.com/eolson/notes/smboverssh.php Samba/CIFS/SMB file systems over SSH]
 ===SSH-Key erzeugen===

@@ Zeile 11: / Zeile 11: @@
   no-pty,no-port-forwarding,no-X11-forwarding,no-agent-forwarding,permitopen="192.168.8.2:80" ssh-dss AAAAB3...
 In diesem Falle werden das Öffnen eines Terminals (no-pty), Tunnel (no-port-forwarding) allgemein verboten, jedoch mit permitopen einzelne Tunnel wieder erlaubt.
-  permitopen="192.168.8.2:80"
+  permitopen="192.168.8.2:80",permitopen="192.168.8.2:443"
 ... kann mehrfach wiederholt werden.

@@ Zeile 70: / Zeile 70: @@
 ===Agent Forwarding===
-Mit eingeschaltetem Agent Forwarding kann der private Schlüssel ausschließlich auf dem eigenen Client liegen bleiben und man sich trotzdem mit diesem Key vom Server aus zum Nächsten verbinden.
+Mit eingeschaltetem 'Agent Forwarding' kann der private Schlüssel ausschließlich auf dem eigenen Client liegen bleiben und man sich trotzdem mit dem lokalen Schlüssel vom Server aus zum Nächsten verbinden.
 ~/.ssh/config:
@@ Zeile 78: / Zeile 78: @@
        ...
-Dies verschafft gelegentlich auch eine trügerische Sicherheit. Beim Testen von 'restricted keys', etwa einem passwortlosen Backupschlüssel, wird stattdessen der 'forwarded key' verwendet, der wahrscheinlich keine Restriktionen aufweist. Somit funktioniert der manuelle Test des Backups, aber das Cron-gesteuerte Backup scheitert danach. In dem Falle sollte eine SSH-Verbindung ohne Agent Forwarding verwendet werden.
+Dies verschafft gelegentlich auch eine trügerische Sicherheit. Beim Testen von 'restricted keys', etwa einem passwortlosen Backupschlüssel, wird stattdessen der 'forwarded key' verwendet, der wahrscheinlich keine Restriktionen aufweist. Somit funktioniert der manuelle Test des Backups, aber das Cron-gesteuerte Backup scheitert danach. In dem Falle sollte eine SSH-Verbindung ohne 'Agent Forwarding' verwendet werden.
 ===X11Forwarding===
 Sollen X11-Sessions per SSH weitergeleitet werden, muß dies auf der Serverseite sowohl in der sshd_config erlaubt sein als auch auf der Clientseite in der Config mit '''ForwardX11 yes''' bzw. mit dem Kommandozeilenparameter '''-X''' aktiviert werden. Weiterhin muß auf dem Server '''xauth''' installiert sein, damit die '''.Xauthority''' im Homeverzeichnis angelegt und die DISPLAY-Variable gesetzt wird.

@@ Zeile 67: / Zeile 67: @@
 Mit '''ssh ipcop123''' wird daraufhin eine SSH-Verbindung zu ipcop.irgendwo.de auf den vom Standard abweichenden Port 222 als Benutzer hans aufgebaut. Die Verbindung wird dabei transparent komprimiert. Damit die Verbindung bei Inaktivität nicht abbricht werden aller 30s Keepalive-Pakete 1 Stunde lang (120 * 30s) versandt. Für das Webinterface des IPcops wird ein Tunnel vom lokalen Port 10445 zum Port 445 des IPcops (localhost aus Sicht des Tunnelendes) sowie ein weiterer Tunnel für eine RDP-Verbindung zum Terminalserver im entfernten Netz aufgebaut.
 ===X11Forwarding===
 Sollen X11-Sessions per SSH weitergeleitet werden, muß dies auf der Serverseite sowohl in der sshd_config erlaubt sein als auch auf der Clientseite in der Config mit '''ForwardX11 yes''' bzw. mit dem Kommandozeilenparameter '''-X''' aktiviert werden. Weiterhin muß auf dem Server '''xauth''' installiert sein, damit die '''.Xauthority''' im Homeverzeichnis angelegt und die DISPLAY-Variable gesetzt wird.

@@ Zeile 58: / Zeile 58: @@
       Port 222
       User hans
-      Compress yes
+      Compression yes
       ServerAliveInterval 30
       ServerAliveCountMax 120

← Nächstältere Version		Version vom 25. April 2011, 09:56 Uhr
Zeile 67:		Zeile 67:

	Mit '''ssh ipcop123''' wird daraufhin eine SSH-Verbindung zu ipcop.irgendwo.de auf den vom Standard abweichenden Port 222 als Benutzer hans aufgebaut. Die Verbindung wird dabei transparent komprimiert. Damit die Verbindung bei Inaktivität nicht abbricht werden aller 30s Keepalive-Pakete 1 Stunde lang (120 * 30s) versandt. Für das Webinterface des IPcops wird ein Tunnel vom lokalen Port 10445 zum Port 445 des IPcops (localhost aus Sicht des Tunnelendes) sowie ein weiterer Tunnel für eine RDP-Verbindung zum Terminalserver im entfernten Netz aufgebaut.		Mit '''ssh ipcop123''' wird daraufhin eine SSH-Verbindung zu ipcop.irgendwo.de auf den vom Standard abweichenden Port 222 als Benutzer hans aufgebaut. Die Verbindung wird dabei transparent komprimiert. Damit die Verbindung bei Inaktivität nicht abbricht werden aller 30s Keepalive-Pakete 1 Stunde lang (120 * 30s) versandt. Für das Webinterface des IPcops wird ein Tunnel vom lokalen Port 10445 zum Port 445 des IPcops (localhost aus Sicht des Tunnelendes) sowie ein weiterer Tunnel für eine RDP-Verbindung zum Terminalserver im entfernten Netz aufgebaut.
		+
		+	===X11Forwarding===
		+
		+	Sollen X11-Sessions per SSH weitergeleitet werden, muß dies auf der Serverseite sowohl in der sshd_config erlaubt sein als auch auf der Clientseite in der Config mit '''ForwardX11 yes''' bzw. mit dem Kommandozeilenparameter '''-X''' aktiviert werden. Weiterhin muß auf dem Server '''xauth''' installiert sein, damit die '''.Xauthority''' im Homeverzeichnis angelegt und die DISPLAY-Variable gesetzt wird.

@@ Zeile 23: / Zeile 23: @@
 da man sich nur so sicher sein kann, daß der private Schlüssel samt Passphase nicht schon beim erzeugen in fremde Hände gelangt.
-  ssh-keygen -t rsa
+  $ ssh-keygen -t rsa
 Erzeugt einen RSA-Schlüssel für Protokollversion 2 mit 2048 Bit Schlüssellänge, welcher dann unter
 '''~/.ssh/id_rsa''' bzw. '''~/.ssh/id_rsa.pub''' abgelegt wird.

@@ Zeile 33: / Zeile 33: @@
 Üblicherweise überträgt man seinen SSH-Key mit
   $ ssh-copy-id [-i [identity_file]] [user@]machine
-auf einen entfernten Host. Ohne Option -i wird dabei '''~/.ssh/id_rsa.pub''' als identity_file verwendet.
+auf einen entfernten Host. Als identity_file muß immer der public key (*.pub) angegeben werden.
-Als identity_file muß immer der public key (*.pub) angegeben werden.
+Ohne Option -i wird dabei '''~/.ssh/id_rsa.pub''' als identity_file verwendet.
 ====Sonderfall: abweichender Port des SSH-Servers====