SSH keys Verbindung

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

SSH keys Verbindung

Beitrag von clyde » 06.05.2009 15:21:59

Hallo zusammen,
zu meinem Problem: ich will meine Passwortabfrage, die bei der Verbindung zu einem Client auftritt, mit SSH Keys umgehen...
Ich verwende folgende Version: openssh_4.3p2

Bin jetz so vorgegangen: Einloggen auf meiner Maschine, und im ~/.ssh Verzeichnis mit ssh-keygen -t rsa/dsa ein Key Paar erzeugen,
dann die .pub der beiden auf den anderen Rechner schieben dort ~/.ssh/authorized_keys2 erzeugen und die .pub reinkopieren. Danach die .pub auf dem Remoterechner wieder gelöscht. Wenn ich mich jetz einloggen will, kommt trotzdem noch eine Passwortabfrage...
Kennt sich da jemand aus? Vielen Dank schon mal :)

Benutzeravatar
Lirion
Beiträge: 318
Registriert: 11.04.2007 08:30:14
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Worms
Kontaktdaten:

Re: SSH keys Verbindung

Beitrag von Lirion » 06.05.2009 15:46:51

Knappe Schilderung, das.

1. Ich benutze .ssh/authorized_keys. Woher das mit der 2 kommt, weiß ich nicht, kann demnach auch keine Funktionsgarantie geben. Ansonsten stimmt's.
2. Form? Bei mir sieht das so aus:
ssh-dss <keysequenz> user@host
(wobei user@host der Benutzer und Host des Systems sind, auf dem der PubKey erzeugt wurde)
[/size]

clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 06.05.2009 15:58:27

Ok danke für die schnell Antwort, hab das mit der 2 auch nur irgendwo gelesen,
aber mit oder ohne funktioniert es nicht...
zur Form, sieht bei mir genauso aus wie bei dir...

Benutzeravatar
habakug
Moderator
Beiträge: 4314
Registriert: 23.10.2004 13:08:41
Lizenz eigener Beiträge: MIT Lizenz

Re: SSH keys Verbindung

Beitrag von habakug » 06.05.2009 16:02:13

Hallo!

Du solltest mal die Manpage von "ssh-copy-id" lesen:
ssh-copy-id - install your public key in a remote machine’s authorized_keys
Gruß, habakug
( # = root | $ = user | !! = mod ) (Vor der PN) (Debianforum-Wiki) (NoPaste)

schwedenmann
Beiträge: 5648
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: SSH keys Verbindung

Beitrag von schwedenmann » 06.05.2009 16:06:55

Hallo
zu meinem Problem: ich will meine Passwortabfrage, die bei der Verbindung zu einem Client auftritt, mit SSH Keys umgehen...
Ich verwende folgende Version: openssh_4.3p2
Das geht nur, wenn du beim Fingerprint (also deinem key) das paßwort leer lät, also Retrun drücken und beiu der Bestätigung auch Return drückst.

Ist zwar Sicherheitsmäßig kritsich, aber ich amchs trotzdem, a

a. ich bin faul und verippte mich oft
b. In Scripten gehts nur so


mfg
schwedenmann

clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 06.05.2009 16:17:34

ok danke erstmal an habakug,

hab die man page gelesen :wink: und das ganze nochmal neu versucht, dann kam beim 1. versuch das die authorized_keys nicht existiert, dann hab ich sie angelegt und beim 2. versuch kam dann: "Now try loggin into the machine, with "ssh 'user@host' and check in: .ssh/authorized_keys to make sure we havent't added extra keys that you weren't expecting.

hab ich dann auch gemacht... würde alles passen, geht aber trotzdem ned...

@ schwedenmann

danke, wie kann ich beim Fingerprint beim Fingerprint das paßwort leer laden?

schwedenmann
Beiträge: 5648
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: SSH keys Verbindung

Beitrag von schwedenmann » 06.05.2009 16:36:02

Hallo

danke, wie kann ich beim Fingerprint beim Fingerprint das paßwort leer laden?
Indem dum nachdem du den Fingerprint generiert ahst, bei der dann folgenden Paßworteinagbe für den key, einfach die return-taste drückst, dann zur Bestätigung wieder return drücken, damit hast du ein leeres Paßwort und du mußt nichts mehr eintippen.

mfg
schwedenmann

clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 06.05.2009 16:40:04

Hallo,

meinst du die passphrase? also die man eingeben müsste um eine der beiden Dateien überhaupt ansehen zu können?
Wenn ja die hab ich schon leer gelassen...

schwedenmann
Beiträge: 5648
Registriert: 30.12.2004 15:31:07
Wohnort: Wegberg

Re: SSH keys Verbindung

Beitrag von schwedenmann » 06.05.2009 17:00:15


clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 06.05.2009 19:56:36

danke für die Links;)

aber ich befürchte fast das hilft auch nix...

roli
Beiträge: 3174
Registriert: 10.09.2003 17:39:58

Re: SSH keys Verbindung

Beitrag von roli » 06.05.2009 20:06:41

Hi,
schwedenmann hat geschrieben:b. In Scripten gehts nur so
nicht ganz, du koenntest "expect" nutzen. Dann stehst du allerdings vor dem Problem wie dein Script mit dem Passwort umgeht, schliesslich muss es ja dann hier bekannt sein.
Roland


"Aber wenn du schon so unwissend bist, davon noch nicht gehört zu haben,
so will ich es doch als gut ansehen, daß du lieber einmal töricht fragst,
als weiterhin nichts von etwas zu wissen, das man doch wissen sollte."
aus "Die Edda des Snorri Sturluson", "Gylfis Täuschung"

Benutzeravatar
mragucci
Beiträge: 598
Registriert: 08.09.2004 03:21:24
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Endor
Kontaktdaten:

Re: SSH keys Verbindung

Beitrag von mragucci » 07.05.2009 00:10:46

Was steht denn in der sshd_config?

So etwas wie:

Code: Alles auswählen

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile      %h/.ssh/authorized_keys
??
Ich will im Schlaf sterben - Wie mein Opa...
Und nicht weinend und schreiend wie sein Beifahrer!
-----
https://www.whisperedshouts.de

Benutzeravatar
novalix
Beiträge: 1909
Registriert: 05.10.2005 12:32:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: elberfeld

Re: SSH keys Verbindung

Beitrag von novalix » 07.05.2009 09:49:32

schwedenmann hat geschrieben: b. In Scripten gehts nur so
Kommt drauf an unter welcher uid das Script läuft, und ob der

Code: Alles auswählen

man ssh-agent
genutzt wird.

Groetjes, niels
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.

clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 07.05.2009 12:04:00

Hi danke
also vllt liegt da der Fehler,
in meiner sshd_conf siehts folgendermaßen aus:

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

muss das auskommentiert sein? wohl eher nicht oder?
Danke schon mal

clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 07.05.2009 13:03:30

Ok ich habs versucht,
bringt aber leider auch nix... :?

Benutzeravatar
mragucci
Beiträge: 598
Registriert: 08.09.2004 03:21:24
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Endor
Kontaktdaten:

Re: SSH keys Verbindung

Beitrag von mragucci » 13.05.2009 17:29:12

clyde hat geschrieben:Ok ich habs versucht,
bringt aber leider auch nix... :?
Aber den sshd danach schon restarted, ja?
Ich will im Schlaf sterben - Wie mein Opa...
Und nicht weinend und schreiend wie sein Beifahrer!
-----
https://www.whisperedshouts.de

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Re: SSH keys Verbindung

Beitrag von HELLinG3R » 14.05.2009 09:24:43

Wurde zwar schon genannt, aber auf ssh-agent will ich nochmal hinweisen: Der übernimt nämlich die "Eingabe" der Passphrase zum Key. Das Passwort gibt man nur einmal ein, danach übernimmt das der Agent.
Das hat den Vorteil, dass man nur geringfügig die Sicherheit herabsetzt und der private Schlüssel bei Abhandenkommen immer noch etwas standhält, man also Zeit hat, die Schlüssel auszutauschen.
Perl macht Spass.

clyde
Beiträge: 34
Registriert: 16.02.2009 12:44:32

Re: SSH keys Verbindung

Beitrag von clyde » 14.05.2009 17:06:18

hallo danke für die antworten,
der sshd wurde restarted, ja...
muss ich denn auch etwas in den agent schreiben wenn ich keine passphrase benutze?

hier mal die ausgabe von ssh -vv host, vllt weiß ja jemand von euch was der debugger mir da alles sagen will;)

OpenSSH_4.3p2 Debian-9etch3, OpenSSL 0.9.8c 05 Sep 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to host [144.144.144.144] port 22.
debug1: Connection established.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /home/user/.ssh/identity type 2
debug1: identity file /home/user/.ssh/id_rsa type -1
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file /home/user/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version Sun_SSH_1.1
debug1: no match: Sun_SSH_1.1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3p2 Debian-9etch3
debug2: fd 3 setting O_NONBLOCK
debug1: Miscellaneous failure
No credentials cache found

debug1: Miscellaneous failure
No credentials cache found

debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes128-cbc,arcfour,3des-cbc,blowfish-cbc
debug2: kex_parse_kexinit: aes128-ctr,aes128-cbc,arcfour,3des-cbc,blowfish-cbc
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: de,en,en-CA,en-US,es,es-MX,fr,fr-CA,it,i-default
debug2: kex_parse_kexinit: de,en,en-CA,en-US,es,es-MX,fr,fr-CA,it,i-default
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_init: found hmac-md5
debug1: kex: server->client aes128-cbc hmac-md5 none
debug2: mac_init: found hmac-md5
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 136/256
debug2: bits set: 513/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'vulcanus' is known and matches the RSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:15
debug2: bits set: 532/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/hobbit/.ssh/identity (0x8097618)
debug2: key: /home/hobbit/.ssh/id_rsa ((nil))
debug2: key: /home/hobbit/.ssh/id_dsa (0x809b730)
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug1: Next authentication method: gssapi-keyex
debug1: No valid Key exchange context
debug2: we did not send a packet, disable method
debug1: Next authentication method: gssapi-with-mic
debug2: we sent a gssapi-with-mic packet, wait for reply
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug2: we sent a gssapi-with-mic packet, wait for reply
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug2: we did not send a packet, disable method
debug1: Next authentication method: publickey
debug1: Offering public key: /home/user/.ssh/identity
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Offering public key: /home/user/.ssh/id_dsa
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive
debug2: we did not send a packet, disable method
debug1: Next authentication method: keyboard-interactive
debug2: userauth_kbdint
debug2: we sent a keyboard-interactive packet, wait for reply
debug2: input_userauth_info_req
debug2: input_userauth_info_req: num_prompts 1

Antworten