2011-12-02 10 views
6

Próbuję skonfigurować parowanie kluczy SSH z dreamhostem i moim lokalnym komputerem. Używam git bash jako mojego terminalu (który używa mingw32)Klucz SSH na dreamhost

Mogę ssh [email protected] i jestem poproszony o podanie mojego hasła. Już utworzyłem klucze RSA zarówno na moim lokalnym, jak i udostępnionym serwerze dreamhost. Oto kroki, biorę na moim terminalu git:

$ scp ~/.ssh/id_rsa.pub [email protected]:~/ 

$ ssh [email protected] 
[email protected]'s password: ***** 
$ (ls shows my local's id_rsa.pub in the ~ directory) 
$ cd ~/.ssh 
$ ls 
id_rsa id_rsa.pub key_backup 
$ cat ./id_rsa.pub >> authorized_keys (i know I could have just copied) 
$ ls 
authorized_keys id_rsa id_rsa.pub key_backup 

vi authorized_keys shows my local's pubkey 

$ chmod go-w ~ 
$ chmod 700 ~/.ssh 
$ chmod 600 ~/.ssh/authorized_keys 

I wtedy zakończ połączenie SSH i wpisz ssh [email protected] do mojego lokalnego łupinach

i jestem pytany o hasło ... Co ja tu robię źle?

Czy muszę skonfigurować ssh-agent? kiedy to zrobię i spróbuję ssh-add, dostaję "nie mogę otworzyć połączenia z twoim agentem uwierzytelniającym"

Dzięki za pomoc!

EDIT: Oto zrzut ssh -v

$ ssh -v [email protected] 
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007 
debug1: Connecting to mysharedserver.com [xxx.xxx.xxx.xx] port 22. 
debug1: Connection established. 
debug1: identity file /c/Users/User/.ssh/identity type -1 
debug1: identity file /c/Users/User/.ssh/id_rsa type 1 
debug1: identity file /c/Users/User/.ssh/id_dsa type -1 
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debia 
n-5 
debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_4.6 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug1: kex: server->client aes128-cbc hmac-md5 none 
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 
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent 
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY 
debug1: Host 'mysharedserver.com' is known and matches the RSA host key. 
debug1: Found key in /c/Users/User/.ssh/known_hosts:2 
debug1: ssh_rsa_verify: signature correct 
debug1: SSH2_MSG_NEWKEYS sent 
debug1: expecting SSH2_MSG_NEWKEYS 
debug1: SSH2_MSG_NEWKEYS received 
debug1: SSH2_MSG_SERVICE_REQUEST sent 
debug1: SSH2_MSG_SERVICE_ACCEPT received 
debug1: Authentications that can continue: publickey,password 
debug1: Next authentication method: publickey 
debug1: Trying private key: /c/Users/User/.ssh/identity 
debug1: Offering public key: /c/Users/User/.ssh/id_rsa 
debug1: Authentications that can continue: publickey,password 
debug1: Trying private key: /c/Users/User/.ssh/id_dsa 
debug1: Next authentication method: password 
[email protected]'s password: 
+0

P.S. wygenerowany klucz RSA został utworzony z hasłem i nie pozostawiony pusty. Zostałem poinformowany, że to będzie działać z pustym hasłem, ale nie kluczem wygenerowanym przez hasło. Jakieś pomysły na to, dlaczego może to być problem, jeśli w ogóle tak jest? –

Odpowiedz

8

ja miałem podobny problem w ostatnim czasie. Sprawdź uprawnienia na serwerze:

  • ~/(cały katalog domowy) 755 lub niższa grupa & dla innych - to było przyczyną problemu dla mnie miałem 765
  • ~/.ssh 700
  • ~/.ssh/authorized_keys 600

Aktualizacja:

tam też może być problem z encryptfs, szczegóły tutaj: https://serverfault.com/questions/310827/ssh-prompts-for-password-even-though-private-keys-are-available-presented-to-se/310829#310829

+0

Dzięki, to naprawiło to. – Alper

Powiązane problemy