SSH Einwahl ohne Passwort Abfrage
SSH Einwahl ohne Passwort Abfrage
Hallo
ICh möchte mich via SSH auf einen anderen Server ohne die Passwortabfrage verbinden. Habe dazu das Schlüsselpaar erzeugt, die .pub Datei in den Ordner $HOME/.ssh2 kopiert und den Key der Datei authorization bekannt gemacht.
Leider werde ich bei jeder Anmeldung immer noch nach dem Passwort gefragt. Was mache ich falsch?
Der Server auf dem ich mich einloggen möchte hat folgende Eckdaten:
RED HAT 7.2
Kernel 2.4.7
SSH 3.2.2
Bin für jeden Tipp dankbar
Gruß Typolos
ICh möchte mich via SSH auf einen anderen Server ohne die Passwortabfrage verbinden. Habe dazu das Schlüsselpaar erzeugt, die .pub Datei in den Ordner $HOME/.ssh2 kopiert und den Key der Datei authorization bekannt gemacht.
Leider werde ich bei jeder Anmeldung immer noch nach dem Passwort gefragt. Was mache ich falsch?
Der Server auf dem ich mich einloggen möchte hat folgende Eckdaten:
RED HAT 7.2
Kernel 2.4.7
SSH 3.2.2
Bin für jeden Tipp dankbar
Gruß Typolos
Re: SSH Einwahl ohne Passwort Abfrage
Sorry, meine Glaskugel ist kaputt.
Ok, ich guck mal rein, was sie so meint...
Erlaubt der sshd überhaupt PubKeyAuthtication?
Auf jeweils welchem Rechner (Client oder Server?) hast du genau was gemacht?
Es gibt sowohl beim Client als auch beim Server diverse -v Optionen, die mehr Output erzeugen. Schalte das zur Not mal ein.
Anleitung z.B. hier:
http://atiswww.ira.uka.de/studentisches ... _ohne.html
http://www.google.com/search?q=ssh+login+ohne+passwort
BTW: Hatte ich gerade kürzlich schonmal beschrieben:
http://www.rootforum.de/forum/viewtopic.php?t=9038
Ok, ich guck mal rein, was sie so meint...
Erlaubt der sshd überhaupt PubKeyAuthtication?
Auf jeweils welchem Rechner (Client oder Server?) hast du genau was gemacht?
Es gibt sowohl beim Client als auch beim Server diverse -v Optionen, die mehr Output erzeugen. Schalte das zur Not mal ein.
Anleitung z.B. hier:
http://atiswww.ira.uka.de/studentisches ... _ohne.html
http://www.google.com/search?q=ssh+login+ohne+passwort
BTW: Hatte ich gerade kürzlich schonmal beschrieben:
http://www.rootforum.de/forum/viewtopic.php?t=9038
Läuft immer noch nicht
Erst einmal danke für die Tipps und die Anregung Hier noch einmal meine Vorgehensweise:
Habe auf meinem Clientrechner (Win XP) ein Schlüsselpaar erstellt. Auf dem Server habe ich unter meinem Homeverzeichniss ein Verzeichniss .ssh2 eingerichtet. In dieses habe ich den *.pub Schlüssel kopiert. Zusätzlich habe ich in diesem Verzeichniss ein authorization File angelegt in dem der Schlüssel eingetragen ist. Wenn ich mich nun von meinem Client aus auf dem Server mitels ssh2 einloggen möchte, erscheinenen folgende Debuggingmeldungen:
debug: Connecting to http://www.meinServer.de, port 22... (SOCKS not used)
debug: Ssh2/ssh2.c
Entering event loop.
debug: Ssh2Client/sshclient.c
Creating transport protocol.
debug: SshAuthMethodClient/sshauthmethodc.c:85: Added "publickey" to usable meth
ods.
debug: SshAuthMethodClient/sshauthmethodc.c:85: Added "password" to usable metho
ds.
debug: Ssh2Client/sshclient.c
Creating userauth protocol.
debug: client supports 2 auth methods: 'publickey,password'
debug: Ssh2Common/sshcommon.c:560: local ip = XXX.XXX.XXX.XXX, local port = 3363
debug: Ssh2Common/sshcommon.c:562: remote ip = XXX.XXX.XXX.XXX, remote port = 22
debug: SshConnection/sshconn.c
Wrapping...
debug: Remote version: SSH-2.0-3.2.2 SSH Secure Shell (non-commercial)
debug: Major: 3 Minor: 2 Revision: 2
debug: Ssh2Transport/trcommon.c
lang s to c: `', lang c to s: `'
debug: Ssh2Transport/trcommon.c
c_to_s: cipher 3des-cbc, mac hmac-sha1, co
mpression none
debug: Ssh2Transport/trcommon.c
s_to_c: cipher 3des-cbc, mac hmac-sha1, co
mpression none
debug: Remote host key found from database.
debug: Ssh2Common/sshcommon.c:318: Received SSH_CROSS_STARTUP packet from connec
tion protocol.
debug: Ssh2Common/sshcommon.c:368: Received SSH_CROSS_ALGORITHMS packet from con
nection protocol.
debug: server offers auth methods 'publickey,password'.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 4: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 5: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 6: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 7: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 8: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 9: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 10: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 11: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 12: parsing line failed.
debug: Ssh2AuthClient/sshauthc.c:316: Method 'publickey' disabled.
debug: server offers auth methods 'publickey,password'.
debug: Ssh2AuthPasswdClient/authc-passwd.c:95: Starting password query...
meinname's password:
Wie kann ich nun verhindern das die passwort Query nicht mehr gestartet wird. Kann leider mit den Debugging informationen nicht soviel Anfangen, da ich mich hier noch nicht so richtig auskenne. Wäre für Infos und Hilfe sehr dankbar.
Danke
Habe auf meinem Clientrechner (Win XP) ein Schlüsselpaar erstellt. Auf dem Server habe ich unter meinem Homeverzeichniss ein Verzeichniss .ssh2 eingerichtet. In dieses habe ich den *.pub Schlüssel kopiert. Zusätzlich habe ich in diesem Verzeichniss ein authorization File angelegt in dem der Schlüssel eingetragen ist. Wenn ich mich nun von meinem Client aus auf dem Server mitels ssh2 einloggen möchte, erscheinenen folgende Debuggingmeldungen:
debug: Connecting to http://www.meinServer.de, port 22... (SOCKS not used)
debug: Ssh2/ssh2.c
debug: Ssh2Client/sshclient.c
debug: SshAuthMethodClient/sshauthmethodc.c:85: Added "publickey" to usable meth
ods.
debug: SshAuthMethodClient/sshauthmethodc.c:85: Added "password" to usable metho
ds.
debug: Ssh2Client/sshclient.c
debug: client supports 2 auth methods: 'publickey,password'
debug: Ssh2Common/sshcommon.c:560: local ip = XXX.XXX.XXX.XXX, local port = 3363
debug: Ssh2Common/sshcommon.c:562: remote ip = XXX.XXX.XXX.XXX, remote port = 22
debug: SshConnection/sshconn.c
debug: Remote version: SSH-2.0-3.2.2 SSH Secure Shell (non-commercial)
debug: Major: 3 Minor: 2 Revision: 2
debug: Ssh2Transport/trcommon.c
debug: Ssh2Transport/trcommon.c
mpression none
debug: Ssh2Transport/trcommon.c
mpression none
debug: Remote host key found from database.
debug: Ssh2Common/sshcommon.c:318: Received SSH_CROSS_STARTUP packet from connec
tion protocol.
debug: Ssh2Common/sshcommon.c:368: Received SSH_CROSS_ALGORITHMS packet from con
nection protocol.
debug: server offers auth methods 'publickey,password'.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 4: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 5: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 6: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 7: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 8: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 9: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 10: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 11: parsing line failed.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 12: parsing line failed.
debug: Ssh2AuthClient/sshauthc.c:316: Method 'publickey' disabled.
debug: server offers auth methods 'publickey,password'.
debug: Ssh2AuthPasswdClient/authc-passwd.c:95: Starting password query...
meinname's password:
Wie kann ich nun verhindern das die passwort Query nicht mehr gestartet wird. Kann leider mit den Debugging informationen nicht soviel Anfangen, da ich mich hier noch nicht so richtig auskenne. Wäre für Infos und Hilfe sehr dankbar.
Danke
Re: SSH Einwahl ohne Passwort Abfrage
Ok, Server ist korrekt konfiguriert. Ist dein Private-Key in der angegebenen Datei auf deinem Client-Rechner?debug: server offers auth methods 'publickey,password'.
warning: C:/Dokumente und Einstellungen/meinname/Application Data/SSH/id_dsa_10
24_a: 4: parsing line failed.
Was genau meinst du mit "eingetragen"? Sowas solltest du machen:In dieses habe ich den *.pub Schlüssel kopiert. Zusätzlich habe ich in diesem Verzeichniss ein authorization File angelegt in dem der Schlüssel eingetragen ist.
Code: Select all
cd $HOME/.ssh
cat name-der-pubkey-datei >> authorization
-
- Userprojekt
- Posts: 7066
- Joined: 2002-10-09 14:30
- Location: Dorsten
- Contact:
Re: SSH Einwahl ohne Passwort Abfrage
Kleine Korrektur : es müsste heißenBei manchen heisst's auch authorization2, aber ich glaube, zumindest bei RedHat nicht.
Code: Select all
cd $HOME/.ssh
cat name-der-pubkey-datei >> authorized_keys
DebianHowTo
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc
Re: SSH Einwahl ohne Passwort Abfrage
Ok, CaptainCrunch hat wohl Recht. Habe jetzt auf einem RedHat 7.1 mal nachgeguckt:
/etc/ssh/sshd_config
[...]
#AuthorizedKeysFile %h/.ssh/authorized_keys
Ist wohl deren Standard. Bei Debian woody auch, habe ich gerade geguckt. Also, wer sicher gehen will, guckt in die Konfig seines sshd und sucht nach obiger Zeile (empfehle grep...).
/etc/ssh/sshd_config
[...]
#AuthorizedKeysFile %h/.ssh/authorized_keys
Ist wohl deren Standard. Bei Debian woody auch, habe ich gerade geguckt. Also, wer sicher gehen will, guckt in die Konfig seines sshd und sucht nach obiger Zeile (empfehle grep...).
Neues Problem
Ja, das File liegt in dem angegebenen Ordner.Ok, Server ist korrekt konfiguriert. Ist dein Private-Key in der angegebenen Datei auf deinem Client-Rechner?
das meinte ich damit. Im authorization File steht jetzt Key "name der pubkey-datei". So steht es jedenfalls auch in der manpage.Was genau meinst du mit "eingetragen"? Sowas solltest du machen:Code: Select all
cd $HOME/.ssh cat name-der-pubkey-datei >> authorization
laut manpage heisst es bei meiner eingesetzten Version authorization und kommt in den .ssh2 Ordner.Bei manchen heisst's auch authorization2, aber ich glaube, zumindest bei RedHat nicht.
Mittlerweile blicke ich immer weniger durch. Wenn ich mir die Prozesse auf dem Server anschaue, dann steht da das der sshd2 Dämon läuft. Ich schaue aber immer in der sshd_config nach der Konfiguration. Jetzt gibt es aber auch eine sshd2_config. Da steht aber nicht viel drin. Welches Config File ist denn nun für was zuständig und warum wird der sshd2 Dämon gestartet wenn ich sshd starte?
P.S. Danke erstmals für die vielen Tipps und Hinweise.
Re: SSH Einwahl ohne Passwort Abfrage
Blendet dein Windows vielleicht Dateiendungen aus und die Datei heisst in Echt anders? Ansonsten ist wohl der Inhalt der Datei irgendwie fehlerhaft.Ja, das File liegt in dem angegebenen Ordner.
Die Fehlermeldungen oben deuten IMHO darauf hin, dass der Fehler im Moment noch auf Clientseite liegt, da dein Client von sich aus die PubKey-Methode disabled, weil der mit dem angegebenen File beim parsen nicht zurecht kommt.
Erst wenn dieses Problem gefixed ist, könntest du nach Fehlern auf dem Server weitersuchen.
Das ist natürlich falsch. Da soll nicht der Dateiname drin stehen, sondern der komplette Inhalt, also der Key selbst.das meinte ich damit. Im authorization File steht jetzt Key "name der pubkey-datei". So steht es jedenfalls auch in der manpage.
Was mit deinen Dämonen los ist, da habe ich auch keine Ahnung, da ich kein RH 7.2 System habe (nur 7.1). Aber s.o.: Ich würde den Fehler auf Clientseite suchen. Vielleicht ging auch beim Schlüsselgenerieren was schief?
Ich habe allerdings keine Ahnung, wie man unter Windows sowas macht. Das habe ich bisher nur unter Linux gemacht.
Geschafft !!!
Es lag tatsächlich an der Konfiguration des Clients. Der Schlüssel war nicht richtig eingetragen.
Jetzt klappt es. vielen Dank!!!
Jetzt klappt es. vielen Dank!!!