Key-Login (OpenSSH) - Versionsgeschichte

Christian am 26. Juni 2009 um 11:32 Uhr

2009-06-26T11:32:50Z

← Nächstältere Version		Version vom 26. Juni 2009, 13:32 Uhr
Zeile 27:		Zeile 27:

	Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.		Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.
			===Windows: Schlüssel zum Login verwenden===
			Um den eben erstellen Key unter Windows auch zu verwenden wird das Tool pageant.exe verwendet. Nach dem starten des Agents taucht dieser im Systemtray auf. Hier kann nun der private Schlüssel des eben erstellen Schlüsselpaars hinzugefügt werden. Sollten beim Erstellen des Schlüssels ein Passwort hinterlegt worden sein, so muss dies vor dem verwenden eingetippt werden.

			[[Datei:pageant.png]]

			Wenn der Key Agent gestartet ist und der Key geladen, kann man sich auf dem Server einloggen, ohne das Kennwort eingeben zu müssen.
	==Kurznamen einrichten (Linux)==		==Kurznamen einrichten (Linux)==
	Falls Sie in der Form <code>ssh keks</code> auf Ihren SSH-Account zugreifen möchten, so editieren Sie die Datei <code>~/.ssh/config</code>. Dort fügen Sie folgende Zeilen ein:		Falls Sie in der Form <code>ssh keks</code> auf Ihren SSH-Account zugreifen möchten, so editieren Sie die Datei <code>~/.ssh/config</code>. Dort fügen Sie folgende Zeilen ein:

Christian am 26. Juni 2009 um 11:05 Uhr

2009-06-26T11:05:39Z

← Nächstältere Version		Version vom 26. Juni 2009, 13:05 Uhr
Zeile 10:		Zeile 10:
	Je nach Zielsetzung des Schlüssels kann es wichtig sein, kein Passwort einzugeben. Sonst hat man zwar Authentifizierung über einen Key aber eben über einen mit Passwort:		Je nach Zielsetzung des Schlüssels kann es wichtig sein, kein Passwort einzugeben. Sonst hat man zwar Authentifizierung über einen Key aber eben über einen mit Passwort:
	ssh-keygen -b 4096 -t rsa		ssh-keygen -b 4096 -t rsa

	~~===Den autorisierten Schlüsseln hinzufügen===~~

	~~Damit der Server den Schlüssel akzeptiert, muss der öffentliche Schlüssel in die Datei ''~/.ssh/authorized_keys'' (auf dem Schokokeks Server) eingetragen werden:~~

	~~cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"~~

	~~Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.~~

	===Windows (Putty): Schlüssel anlegen (4096 Bit)===		===Windows (Putty): Schlüssel anlegen (4096 Bit)===

	Zuerst benötigt man hierzu das Programm puttygen.exe und putty.exe [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html].		Zuerst benötigt man hierzu das Programm puttygen.exe und putty.exe [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html].

Zeile 29:		Zeile 20:

	Im oberen Feld des Key-Generators findet man nun den PublicKey für OpenSSH. Dieser muss nun auf dem Zielserver in folgende Datei eingetragen werden: ~/.ssh/authorized_keys		Im oberen Feld des Key-Generators findet man nun den PublicKey für OpenSSH. Dieser muss nun auf dem Zielserver in folgende Datei eingetragen werden: ~/.ssh/authorized_keys

			===Den autorisierten Schlüsseln hinzufügen===
			Damit der Server den Schlüssel akzeptiert, muss der öffentliche Schlüssel in die Datei ''~/.ssh/authorized_keys'' (auf dem Schokokeks Server) eingetragen werden:

			cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"

			Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.

	==Kurznamen einrichten (Linux)==		==Kurznamen einrichten (Linux)==

Christian: /* Windows (Putty): Schlüssel anlegen (4096 Bit) */

2009-06-18T11:50:13Z

Windows (Putty): Schlüssel anlegen (4096 Bit)

@@ Zeile 26: / Zeile 26: @@
 Die beiden Schlüssel (privat und public) müssen nun - ggf. ohne die Angabe eines Passwortes - an einem "sicheren Ort" gespeichert werden.
-Puttygen formatiert die Ausgabe anders als ssh-keygen. Daher muss der Schlüssel noch etwas nachbearbeitet werden.
+[[Datei:Puttygen.png]]
-vorher:
+Im oberen Feld des Key-Generators findet man nun den PublicKey für OpenSSH. Dieser muss nun auf dem Zielserver in folgende Datei eingetragen werden: ~/.ssh/authorized_keys
 ==Kurznamen einrichten (Linux)==

Ruderich: typo, etwas umstrukturiert

2008-09-11T16:42:36Z

typo, etwas umstrukturiert

← Nächstältere Version		Version vom 11. September 2008, 18:42 Uhr
Zeile 1:		Zeile 1:
	~~[[Kategorie:OpenSSH]]~~

	==Normaler Login mit Passwort==		==Normaler Login mit Passwort==
	Das Anmelden per SSH auf einem Rechner funktioniert normalerweise über eine Passwortabfrage. Der Benutzer wird nach seinem Passwort gefragt, um sich auf dem entfernten Rechner zu authentifizieren.		Das Anmelden per SSH auf einem Rechner funktioniert normalerweise über eine Passwortabfrage. Der Benutzer wird nach seinem Passwort gefragt, um sich auf dem entfernten Rechner zu authentifizieren.

	~~===Häufige Logins===~~
	Die Authentifizierung über ein Passwort ist immer dann sehr unhandlich, wenn es schnell gehen soll. Ebenso für Cron müssen interaktive Abfragen vermieden werden. Nun soll das Verfahren aber trotz alledem sicher sein. Aus diesem Grund sollte man SSH-Authentifizierung durch einen Schlüssel wählen. Konkret heißt das, der Benutzer legt sich einen Schlüssel an. Dieser Schlüssel besteht aus zwei Teilen, einem privaten und einem öffentlichen (s.g. Public Key Kryptographie). Der öffentliche Schlüssel wird nun auf dem Server hinterlegt. Wenn nun der User sich auf den Server verbindet, wird überprüft ob es einen passenden Key gibt. Falls ein passender Key gefunden wird, überprüft das SSH-Protokoll, ob zum auf dem Server gefundenen öffentlichen Schlüssel, ein lokaler, privater Schlüssel existiert. Über dieses Schlüsselpaar findet dann die Authentifizierung statt.		Die Authentifizierung über ein Passwort ist immer dann sehr unhandlich, wenn es schnell gehen soll. Ebenso für Cron müssen interaktive Abfragen vermieden werden. Nun soll das Verfahren aber trotz alledem sicher sein. Aus diesem Grund sollte man SSH-Authentifizierung durch einen Schlüssel wählen. Konkret heißt das, der Benutzer legt sich einen Schlüssel an. Dieser Schlüssel besteht aus zwei Teilen, einem privaten und einem öffentlichen (s.g. Public Key Kryptographie). Der öffentliche Schlüssel wird nun auf dem Server hinterlegt. Wenn nun der User sich auf den Server verbindet, wird überprüft ob es einen passenden Key gibt. Falls ein passender Key gefunden wird, überprüft das SSH-Protokoll, ob zum auf dem Server gefundenen öffentlichen Schlüssel, ein lokaler, privater Schlüssel existiert. Über dieses Schlüsselpaar findet dann die Authentifizierung statt.

	==Login per Key==		==Login per Key==
	===Schlüssel anlegen (4096 Bit)===		===Unix: Schlüssel anlegen (4096 Bit) ===
	Da der Schlüssel recht lang ist, dauert es möglicherweise eine kurze Weile, bis dieser ~~generiert~~ ist. Sie können den Computer beim ~~Geniereren~~ unterstützen, in dem Sie wahllos Aktionen tätigen: Fenster verschieben, Dokumente löschen, speichern, öffnen, Programme öffnen und schließen. Dies ist notwendig, da bei der Erzeugung eines Schlüssels das Programm eine große Anzahl von Zufallszahlen benötigt, die es nur aus Rechenoperationen erzeugen kann.		Da der Schlüssel recht lang ist, dauert es möglicherweise eine kurze Weile, bis dieser erstellt ist. Sie können den Computer beim Erstellen unterstützen, in dem Sie wahllos Aktionen tätigen: Fenster verschieben, Dokumente löschen, speichern, öffnen, Programme öffnen und schließen. Dies ist notwendig, da bei der Erzeugung eines Schlüssels das Programm eine große Anzahl von Zufallszahlen benötigt, die es nur aus Rechenoperationen erzeugen kann.

	Je nach Zielsetzung des Schlüssels kann es wichtig sein, kein Passwort einzugeben. Sonst hat man zwar Authentifizierung über einen Key aber eben über einen mit Passwort:		Je nach Zielsetzung des Schlüssels kann es wichtig sein, kein Passwort einzugeben. Sonst hat man zwar Authentifizierung über einen Key aber eben über einen mit Passwort:
Zeile 16:		Zeile 13:
	===Den autorisierten Schlüsseln hinzufügen===		===Den autorisierten Schlüsseln hinzufügen===

	Damit der Server den Schlüssel akzeptiert, muss der öffentliche Schlüssel in die Datei ''~/.ssh/authorized_keys'' eingetragen werden:		Damit der Server den Schlüssel akzeptiert, muss der öffentliche Schlüssel in die Datei ''~/.ssh/authorized_keys'' (auf dem Schokokeks Server) eingetragen werden:

	cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"		cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"
Zeile 22:		Zeile 19:
	Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.		Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.

			===Windows (Putty): Schlüssel anlegen (4096 Bit)===

	~~==Für Windows (Putty)==~~		Zuerst benötigt man hierzu das Programm puttygen.exe und putty.exe [http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html].
	Zuerst benötigt man hierzu das Programm puttygen.exe und putty.exe (http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html)

	~~===Schlüssel anlegen (4096 Bit)===~~		Den Schlüssel generiert man nun mit dem Tool puttygen.exe (nicht vergessen unten rechts 4096 Bit einzutragen).
	Den Schlüssel generiert man nun mit dem Tool puttygen.exe (nicht vergessen unten rechts 4096 Bit einzutragen).
	Die beiden Schlüssel (privat und public) müssen nun - ggf. ohne die Angabe eines Passwortes - an einem "sicheren Ort" gespeichert werden.		Die beiden Schlüssel (privat und public) müssen nun - ggf. ohne die Angabe eines Passwortes - an einem "sicheren Ort" gespeichert werden.

	~~===Schlüssel modifizieren===~~

	Puttygen formatiert die Ausgabe anders als ssh-keygen. Daher muss der Schlüssel noch etwas nachbearbeitet werden.		Puttygen formatiert die Ausgabe anders als ssh-keygen. Daher muss der Schlüssel noch etwas nachbearbeitet werden.
Zeile 54:		Zeile 48:
	ssh-rsa AAAAB3NzaC1yc2EAAAABJQA........FmgD14UGKvgyWc4vVwrg+VzjoRak3uPk6M0jd6hjk=		ssh-rsa AAAAB3NzaC1yc2EAAAABJQA........FmgD14UGKvgyWc4vVwrg+VzjoRak3uPk6M0jd6hjk=

	Also es müssen der Vor- und Nachspann entfernt werden und alle Zeilen (ohne ~~Lerrzeichen~~) zu einer Zeile zusammengefasst werden. Davor muss dann noch ''ssh-rsa'' geschrieben werden um den Typ des Schlüssels zu kennzeichnen.		Also es müssen der Vor- und Nachspann entfernt werden und alle Zeilen (ohne Leerzeichen) zu einer Zeile zusammengefasst werden. Davor muss dann noch ''ssh-rsa'' geschrieben werden um den Typ des Schlüssels zu kennzeichnen.

	Diesen fügen Sie dann in die Datei ~/.ssh/authorized_keys ein.		Diesen fügen Sie dann in die Datei ~/.ssh/authorized_keys ein.



	==Kurznamen einrichten (Linux)==		==Kurznamen einrichten (Linux)==
Zeile 74:		Zeile 66:
	IdentityFile ~/.ssh/keks_rsa		IdentityFile ~/.ssh/keks_rsa
	Hostname schokokeks.org		Hostname schokokeks.org

			[[Kategorie:OpenSSH]]

Bernd: /* Häufige Logins */

2008-04-05T06:36:44Z

Häufige Logins

← Nächstältere Version		Version vom 5. April 2008, 08:36 Uhr
Zeile 5:		Zeile 5:

	===Häufige Logins===		===Häufige Logins===
	Die Authentifizierung über ein Passwort ist immer dann sehr unhandlich, wenn es schnell gehen soll. Ebenso für ~~[[Cronjobs\|~~Cron]] müssen interaktive Abfragen vermieden werden. Nun soll das Verfahren aber trotz alledem sicher sein. Aus diesem Grund sollte man SSH-Authentifizierung durch einen Schlüssel wählen. Konkret heißt das, der Benutzer legt sich einen Schlüssel an. Dieser Schlüssel besteht aus zwei Teilen, einem privaten und einem öffentlichen (s.g. Public Key Kryptographie). Der öffentliche Schlüssel wird nun auf dem Server hinterlegt. Wenn nun der User sich auf den Server verbindet, wird überprüft ob es einen passenden Key gibt. Falls ein passender Key gefunden wird, überprüft das SSH-Protokoll, ob zum auf dem Server gefundenen öffentlichen Schlüssel, ein lokaler, privater Schlüssel existiert. Über dieses Schlüsselpaar findet dann die Authentifizierung statt.		Die Authentifizierung über ein Passwort ist immer dann sehr unhandlich, wenn es schnell gehen soll. Ebenso für Cron müssen interaktive Abfragen vermieden werden. Nun soll das Verfahren aber trotz alledem sicher sein. Aus diesem Grund sollte man SSH-Authentifizierung durch einen Schlüssel wählen. Konkret heißt das, der Benutzer legt sich einen Schlüssel an. Dieser Schlüssel besteht aus zwei Teilen, einem privaten und einem öffentlichen (s.g. Public Key Kryptographie). Der öffentliche Schlüssel wird nun auf dem Server hinterlegt. Wenn nun der User sich auf den Server verbindet, wird überprüft ob es einen passenden Key gibt. Falls ein passender Key gefunden wird, überprüft das SSH-Protokoll, ob zum auf dem Server gefundenen öffentlichen Schlüssel, ein lokaler, privater Schlüssel existiert. Über dieses Schlüsselpaar findet dann die Authentifizierung statt.

	==Login per Key==		==Login per Key==

Bernd am 29. Januar 2008 um 06:36 Uhr

2008-01-29T06:36:09Z

← Nächstältere Version		Version vom 29. Januar 2008, 08:36 Uhr
Zeile 5:		Zeile 5:

	===Häufige Logins===		===Häufige Logins===
	Die Authentifizierung über ein Passwort ist immer dann sehr unhandlich, wenn es schnell gehen soll. Ebenso für [Cronjobs Cron] müssen interaktive Abfragen vermieden werden. Nun soll das Verfahren aber trotz alledem sicher sein ~~und aus~~ diesem Grund sollte man SSH-Authentifizierung durch einen Schlüssel wählen. Konkret heißt das, der Benutzer legt sich einen Schlüssel~~; dieser~~ Schlüssel besteht aus zwei Teilen, einem privaten und einem öffentlichen (s.g. Public Key Kryptographie). Der öffentliche Schlüssel ~~wandert~~ nun auf ~~den~~ Server. Wenn nun der User sich auf den Server ~~verbindert~~, wird überprüft ob es einen passenden Key gibt. Falls ein passender Key gefunden wird, überprüft das SSH-Protokoll, ob zum auf dem Server gefundenen öffentlichen ~~Schlüssen~~, ein lokaler, privater Schlüssel existiert. Über dieses Schlüsselpaar findet dann die Authentifizierung statt.		Die Authentifizierung über ein Passwort ist immer dann sehr unhandlich, wenn es schnell gehen soll. Ebenso für [[Cronjobs\|Cron]] müssen interaktive Abfragen vermieden werden. Nun soll das Verfahren aber trotz alledem sicher sein. Aus diesem Grund sollte man SSH-Authentifizierung durch einen Schlüssel wählen. Konkret heißt das, der Benutzer legt sich einen Schlüssel an. Dieser Schlüssel besteht aus zwei Teilen, einem privaten und einem öffentlichen (s.g. Public Key Kryptographie). Der öffentliche Schlüssel wird nun auf dem Server hinterlegt. Wenn nun der User sich auf den Server verbindet, wird überprüft ob es einen passenden Key gibt. Falls ein passender Key gefunden wird, überprüft das SSH-Protokoll, ob zum auf dem Server gefundenen öffentlichen Schlüssel, ein lokaler, privater Schlüssel existiert. Über dieses Schlüsselpaar findet dann die Authentifizierung statt.

	==Login per Key==		==Login per Key==
	===Schlüssel anlegen (4096 Bit)===		===Schlüssel anlegen (4096 Bit)===
	Da der Schlüssel recht lang ist, dauert es möglicherweise eine kurze Weile, bis dieser generiert ist. Sie können den Computer beim Geniereren unterstützen, in dem Sie wahllos Aktionen tätigen: Fenster verschieben, Dokumente löschen, ~~speicher~~, öffnen, Programme öffnen und schließen. Dies ist notwendig, da bei der Erzeugung eines Schlüssels das Programm eine große Anzahl von Zufallszahlen benötigt, die es nur aus Rechenoperationen erzeugen kann. ~~Wichtig ist auch~~, ~~dass ihr~~ kein Passwort ~~angebt, sonst habt ihr~~ zwar Authentifizierung über einen Key aber eben über einen mit Passwort:		Da der Schlüssel recht lang ist, dauert es möglicherweise eine kurze Weile, bis dieser generiert ist. Sie können den Computer beim Geniereren unterstützen, in dem Sie wahllos Aktionen tätigen: Fenster verschieben, Dokumente löschen, speichern, öffnen, Programme öffnen und schließen. Dies ist notwendig, da bei der Erzeugung eines Schlüssels das Programm eine große Anzahl von Zufallszahlen benötigt, die es nur aus Rechenoperationen erzeugen kann.

			Je nach Zielsetzung des Schlüssels kann es wichtig sein, kein Passwort einzugeben. Sonst hat man zwar Authentifizierung über einen Key aber eben über einen mit Passwort:
	ssh-keygen -b 4096 -t rsa		ssh-keygen -b 4096 -t rsa

	===Den autorisierten Schlüsseln hinzufügen===		===Den autorisierten Schlüsseln hinzufügen===

			Damit der Server den Schlüssel akzeptiert, muss der öffentliche Schlüssel in die Datei ''~/.ssh/authorized_keys'' eingetragen werden:

	cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"		cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"

			Es können mehrere unterschiedliche Schlüssel in dieser Datei eingetragen werden.


	==Für Windows (Putty)==		==Für Windows (Putty)==
Zeile 19:		Zeile 27:

	===Schlüssel anlegen (4096 Bit)===		===Schlüssel anlegen (4096 Bit)===
	Den Schlüssel generiert man nun mit dem Tool puttygen.exe (nicht vergessen unten rechts 4096 Bit einzutragen)~~. Da dieses Tool selbsterklärend sein sollte werde ich es nicht weiter behandeln~~.		Den Schlüssel generiert man nun mit dem Tool puttygen.exe (nicht vergessen unten rechts 4096 Bit einzutragen).
	Die beiden Schlüssel (privat und public) müssen nun - ohne die Angabe eines Passwortes - an einem "sicheren Ort" gespeichert werden.		Die beiden Schlüssel (privat und public) müssen nun - ggf. ohne die Angabe eines Passwortes - an einem "sicheren Ort" gespeichert werden.

	===~~Den autorisierten~~ Schlüssel ~~hinzufügen ;-)~~===		===Schlüssel modifizieren===
	~~Einfach den~~ Schlüssel ~~mit dem Programm deiner Wahl auf den Keks laden und danach mit dem Editor deiner Wahl bearbeiten, dass er hinterher so aussieht:~~
			Puttygen formatiert die Ausgabe anders als ssh-keygen. Daher muss der Schlüssel noch etwas nachbearbeitet werden.

	vorher:		vorher:
Zeile 45:		Zeile 54:
	ssh-rsa AAAAB3NzaC1yc2EAAAABJQA........FmgD14UGKvgyWc4vVwrg+VzjoRak3uPk6M0jd6hjk=		ssh-rsa AAAAB3NzaC1yc2EAAAABJQA........FmgD14UGKvgyWc4vVwrg+VzjoRak3uPk6M0jd6hjk=

	Diesen fügen Sie dann in die Datei ~/.ssh/authorized_keys ein		Also es müssen der Vor- und Nachspann entfernt werden und alle Zeilen (ohne Lerrzeichen) zu einer Zeile zusammengefasst werden. Davor muss dann noch ''ssh-rsa'' geschrieben werden um den Typ des Schlüssels zu kennzeichnen.

			Diesen fügen Sie dann in die Datei ~/.ssh/authorized_keys ein.


	~~Nun sollte es auch schon tun...~~

	==Kurznamen einrichten==		==Kurznamen einrichten (Linux)==
	Falls Sie in der Form <code>ssh keks</code> auf Ihren SSH-Account zugreifen möchten, so editieren Sie die Datei <code>~/.ssh/config</code>. Dort fügen Sie folgende Zeilen ein:		Falls Sie in der Form <code>ssh keks</code> auf Ihren SSH-Account zugreifen möchten, so editieren Sie die Datei <code>~/.ssh/config</code>. Dort fügen Sie folgende Zeilen ein:
	Host keks		Host keks
Zeile 56:		Zeile 66:
	IdentityFile <Pfad zum SSH-Key>		IdentityFile <Pfad zum SSH-Key>
	Hostname schokokeks.org		Hostname schokokeks.org

	===Beispiel===		===Beispiel===
	'''ACHTUNG:''' Der Pfad zum Schlüssel variert, vor allem auf den unterschiedlichen Plattformen. Testen Sie vorher unbedingt aus, dass der Schlüssel auch unter dem angegebenen Pfad existiert.		'''ACHTUNG:''' Der Pfad zum Schlüssel variert, vor allem auf den unterschiedlichen Plattformen. Testen Sie vorher unbedingt aus, dass der Schlüssel auch unter dem angegebenen Pfad existiert.

	Host keks		Host keks
	User lars		User lars
	IdentityFile ~/.ssh/keks_rsa		IdentityFile ~/.ssh/keks_rsa
	Hostname schokokeks.org		Hostname schokokeks.org

Bab: /* Schlüssel anlegen (4096 Bit) */

2007-10-13T21:26:11Z

Schlüssel anlegen (4096 Bit)

← Nächstältere Version		Version vom 13. Oktober 2007, 23:26 Uhr
Zeile 9:		Zeile 9:
	==Login per Key==		==Login per Key==
	===Schlüssel anlegen (4096 Bit)===		===Schlüssel anlegen (4096 Bit)===
	Da der Schlüssel recht lang ist, dauert es möglicherweise eine kurze ~~Weilt~~, bis dieser generiert ist. Sie können den Computer beim Geniereren unterstützen, in dem Sie wahllos Aktionen tätigen: Fenster verschieben, Dokumente löschen, speicher, öffnen, Programme öffnen und schließen. Dies ist notwendig, da bei der Erzeugung eines Schlüssels das Programm eine große Anzahl von Zufallszahlen benötigt, die es nur aus Rechenoperationen erzeugen kann. Wichtig ist auch, dass ihr kein Passwort angebt, sonst habt ihr zwar Authentifizierung über einen Key aber eben über einen mit Passwort:		Da der Schlüssel recht lang ist, dauert es möglicherweise eine kurze Weile, bis dieser generiert ist. Sie können den Computer beim Geniereren unterstützen, in dem Sie wahllos Aktionen tätigen: Fenster verschieben, Dokumente löschen, speicher, öffnen, Programme öffnen und schließen. Dies ist notwendig, da bei der Erzeugung eines Schlüssels das Programm eine große Anzahl von Zufallszahlen benötigt, die es nur aus Rechenoperationen erzeugen kann. Wichtig ist auch, dass ihr kein Passwort angebt, sonst habt ihr zwar Authentifizierung über einen Key aber eben über einen mit Passwort:
	ssh-keygen -b 4096 -t rsa		ssh-keygen -b 4096 -t rsa

Lars am 19. November 2006 um 00:17 Uhr

2006-11-19T00:17:46Z

← Nächstältere Version		Version vom 19. November 2006, 02:17 Uhr
Zeile 1:		Zeile 1:
			[[Kategorie:OpenSSH]]

	==Normaler Login mit Passwort==		==Normaler Login mit Passwort==
	Das Anmelden per SSH auf einem Rechner funktioniert normalerweise über eine Passwortabfrage. Der Benutzer wird nach seinem Passwort gefragt, um sich auf dem entfernten Rechner zu authentifizieren.		Das Anmelden per SSH auf einem Rechner funktioniert normalerweise über eine Passwortabfrage. Der Benutzer wird nach seinem Passwort gefragt, um sich auf dem entfernten Rechner zu authentifizieren.

Lars: hat SSH:Key-Login nach Key-Login (OpenSSH) verschoben

2006-11-19T00:13:10Z

hat SSH:Key-Login nach Key-Login (OpenSSH) verschoben

← Nächstältere Version	Version vom 19. November 2006, 02:13 Uhr
(kein Unterschied)

85.178.22.197: /* Login per Key */

2006-10-30T15:12:54Z

← Nächstältere Version		Version vom 30. Oktober 2006, 17:12 Uhr
Zeile 12:		Zeile 12:
	===Den autorisierten Schlüsseln hinzufügen===		===Den autorisierten Schlüsseln hinzufügen===
	cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"		cat ~/.ssh/id_rsa.pub \| ssh remotehost "cat >> ~/.ssh/authorized_keys"

	~~Wollen Sie den Schlüssel neben anderen auf ihrem Clienten verwenden, bennen sie den Schlüssel z.B. in schokokeks_rsa um und fügen Sie folgendes in .ssh/config hinzu:~~

	~~Host schokokeks.org~~
	~~IdentityFile ~/.ssh/schokokeks_rsa~~

	==Für Windows (Putty)==		==Für Windows (Putty)==