Ssh - Versionsgeschichte

Codica: /* SSH hinter Firewall */

2024-01-29T09:35:17Z

SSH hinter Firewall

2024-01-05T08:13:48Z

SSH hinter Firewall

2024-01-05T07:06:12Z

SSH hinter Firewall

2020-01-18T07:23:25Z

SSH ohne known hosts-Abfrage

2018-12-26T07:34:47Z

SSH-Client für Handys

2017-09-12T07:31:02Z

SSH hinter Firewall

2017-01-07T14:52:58Z

SSH ohne known hosts-Abfrage

2017-01-05T06:29:50Z

SSH ohne known hosts-Abfrage

2017-01-05T06:19:52Z

SSH ohne known hosts-Abfrage

2015-01-08T20:26:38Z

X-Anwendungen über SSH nutzen

← Nächstältere Version		Version vom 29. Januar 2024, 09:35 Uhr
Zeile 159:		Zeile 159:

	Hinweis: Zur Fehlersuche oder um einen [[Systemd]]-Service einzurichten, kann man das "-f" in den obigen Befehlen weglassen. Es führt dazu, dass SSH nach dem Verbindungsaufbau "forkt", also im Hintergrund weiterarbeitet.		Hinweis: Zur Fehlersuche oder um einen [[Systemd]]-Service einzurichten, kann man das "-f" in den obigen Befehlen weglassen. Es führt dazu, dass SSH nach dem Verbindungsaufbau "forkt", also im Hintergrund weiterarbeitet.
		+
		+	== SSH über mehrere Rechner ==
		+
		+	Szenario: Man ist auf Rechner A, kann auf Rechner C aber nicht direkt von A sich einloggen, sondern nur von Rechner B, den man über Port 234.
		+
		+	Dann kann man auf Rechner A ausführen:
		+	ssh -p 234 B
		+
		+	Und in der sich öffnenden SSH-Shell von Rechner B
		+	ssh C
		+
		+	Oder - und das ist der Trick hier - man nutzt die <code>ProxyJump</code>-Anweisung in der .ssh/config:
		+
		+	Host C
		+	ProxyJump B:234
		+
		+	Siehe auch
		+	* https://superuser.com/questions/96489/an-ssh-tunnel-via-multiple-hops

	== Autovervollständigung in der Shell ==		== Autovervollständigung in der Shell ==

@@ Zeile 152: / Zeile 152: @@
 Dabei bitte Passwort des entfernten Rechners angeben, obwohl das des localhost angefordert wird.
-Sitzt man selbst hinter einer Firewall am Rechner in der Arbeit A, hat aber einen Rechner I im Internet zur Verfügung muss man zusätzlich zum obigen Einrichten eines Reverse-Tunnels von H zu I noch einen Forward-Tunnel von A zu I einrichten<ref>Vergleiche http://openbook.galileocomputing.de/linux/linux_kap21_003.html#dodtp09514538-0f5b-4580-9745-a2c1ca551a6d</ref>
+Sitzt man selbst hinter einer Firewall am Rechner in der Arbeit A, hat aber einen Rechner I im Internet zur Verfügung muss man zusätzlich zum obigen Einrichten eines Reverse-Tunnels von H zu I noch einen Forward-Tunnel von A zu I einrichten.<ref>Vergleiche http://openbook.galileocomputing.de/linux/linux_kap21_003.html#dodtp09514538-0f5b-4580-9745-a2c1ca551a6d</ref> Dazu gibt man auf Rechner A Folgendes ein:
    ssh -C -f -N -L2223:localhost:2222 ip.of.I
 Dann kann man von Rechner A (über I) auf H folgendermaßen zugreifen:
    ssh -p 2223 localhost
 == Autovervollständigung in der Shell ==

@@ Zeile 152: / Zeile 152: @@
 Dabei bitte Passwort des entfernten Rechners angeben, obwohl das des localhost angefordert wird.
-Sitzt man selbst hinter einer Firewall am Rechner in der Arbeit A, hat aber einen Rechner I im Internet zur Verfügung muss mann zusätzlich zum obigen Einrichten eines Reverse-Tunnels von H zu I noch einen Forward-Tunnel von A zu I einrichten<ref>Vergleiche http://openbook.galileocomputing.de/linux/linux_kap21_003.html#dodtp09514538-0f5b-4580-9745-a2c1ca551a6d</ref>
+Sitzt man selbst hinter einer Firewall am Rechner in der Arbeit A, hat aber einen Rechner I im Internet zur Verfügung muss man zusätzlich zum obigen Einrichten eines Reverse-Tunnels von H zu I noch einen Forward-Tunnel von A zu I einrichten<ref>Vergleiche http://openbook.galileocomputing.de/linux/linux_kap21_003.html#dodtp09514538-0f5b-4580-9745-a2c1ca551a6d</ref>
    ssh -C -f -N -L2223:localhost:2222 ip.of.I

← Nächstältere Version		Version vom 18. Januar 2020, 07:23 Uhr
Zeile 123:		Zeile 123:

	Siehe auch diese [http://www.symantec.com/connect/articles/ssh-host-key-protection Erläuterung des Host-Key-Checkings].		Siehe auch diese [http://www.symantec.com/connect/articles/ssh-host-key-protection Erläuterung des Host-Key-Checkings].
		+
		+	== SSH mit anderem Port ==
		+
		+	Wenn man auf einen SSH-Server zugreifen will, der nicht auf dem Standardport läuft, haben die verschiedenen Client-Programme unterschiedliche Arten, diesen Port zu akzeptieren:
		+	* mit dem Kommandozeilenparameter <code>--port</code> oder <code>-p</code>
		+	* in der URL <code>SERVERNAME:PORT</code>
		+	* über <code>/etc/ssh/config</code> oder <code>~/.ssh/config</code>
		+	Host XY
		+	HostName SERVERNAME
		+	Port PORT

	== dauerhafte SSH Verbindungen ==		== dauerhafte SSH Verbindungen ==

@@ Zeile 147: / Zeile 147: @@
 Dann kann man von Rechner A (über I) auf H folgendermaßen zugreifen:
    ssh -p 2223 localhost
 == SSH-Client für Handys ==

← Nächstältere Version		Version vom 12. September 2017, 07:31 Uhr
Zeile 123:		Zeile 123:

	Siehe auch diese [http://www.symantec.com/connect/articles/ssh-host-key-protection Erläuterung des Host-Key-Checkings].		Siehe auch diese [http://www.symantec.com/connect/articles/ssh-host-key-protection Erläuterung des Host-Key-Checkings].
		+
		+	== dauerhafte SSH Verbindungen ==
		+
		+	Will man ein SSH-Terminal gelegentlich wieder aufrufen, hilft dafür das Paket <code>screen</code>.
		+
		+	Dieses stellt ein virtuelles Terminal dar, das auf mehreren Clients angezeigt werden kann. Falls dabei die falsche <code>$TERM</code>-Variable angezeigt wird, kann man dies richtigstellen:
		+	export TERM=xterm
		+

	== SSH hinter Firewall ==		== SSH hinter Firewall ==

@@ Zeile 110: / Zeile 110: @@
 als Parameter für SSH wird das [http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html Host-Key-Checking von SSH umgangen], '''Risiko: Das ermöglicht Man-in-the-Middle-Attacken.'''
-Man kann dies für spezifische Hosts auch dauerhaft in der (notfalls anzulegenden) Datei <code>/home/USER/.shh/config</code> festlegen<ref>Siehe http://linuxcommando.blogspot.de/2008/10/how-to-disable-ssh-host-key-checking.html</code>:
+Man kann dies für spezifische Hosts auch dauerhaft in der (notfalls anzulegenden) Datei <code>/home/USER/.shh/config</code> festlegen<ref>Siehe http://linuxcommando.blogspot.de/2008/10/how-to-disable-ssh-host-key-checking.html</ref>:
    Host 192.168.0.*
@@ Zeile 139: / Zeile 139: @@
 Dann kann man von Rechner A (über I) auf H folgendermaßen zugreifen:
    ssh -p 2223 localhost
 == SSH-Client für Handys ==

@@ Zeile 109: / Zeile 109: @@
    -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no
 als Parameter für SSH wird das [http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html Host-Key-Checking von SSH umgangen], '''Risiko: Das ermöglicht Man-in-the-Middle-Attacken.'''
 Siehe auch diese [http://www.symantec.com/connect/articles/ssh-host-key-protection Erläuterung des Host-Key-Checkings].

@@ Zeile 22: / Zeile 22: @@
       /etc/init.d/sshd restart
     </code>
 == SSH unter Windows ==