ssh: id_rsa не працює, але якщо я перейменую його, він працює


10

Я маю цю id_rsa у своїй папці ~ / .ssh. Але це просто не підтверджує автентичність. Якщо я скопіюю його і перейменую його на що-небудь не id_rsa, воно працює.

[qfan@mycomputer .ssh]$ ls -al id_rsa id_rsa_good
-rw------- 1 qfan qfan 1766 Dec  3 18:35 id_rsa
-rw------- 1 qfan qfan 1766 Nov 20 19:43 id_rsa_good
[qfan@mycomputer .ssh]$ sha1sum id_rsa id_rsa_good
8cc7f68170038b184bba0541be7d105bb36f7d11  id_rsa
8cc7f68170038b184bba0541be7d105bb36f7d11  id_rsa_good
[qfan@mycomputer .ssh]$ ssh localhost -i id_rsa
qfan@localhost's password: 

[qfan@mycomputer .ssh]$ ssh localhost -i id_rsa_good
Enter passphrase for key 'id_rsa_good': 
Last login: Tue Dec  3 18:46:46 2013 from 127.0.0.1
[qfan@mycomputer ~]$ exit
logout
Connection to localhost closed.

Зауважте, що "ssh localhost -i id_rsa" не вдається, і ssh починає запитувати регулярне введення пароля.

Я використав -vvv, і ось різниця журналів:

[qfan@mycomputer .ssh]$ ssh localhost -i id_rsa_good -vvv 2> log1_good.txt
Enter passphrase for key 'id_rsa_good': 

[qfan@mycomputer .ssh]$ ssh localhost -i id_rsa -vvv 2> log2_bad.txt
qfan@localhost's password: 

[qfan@mycomputer .ssh]$ diff log1_good.txt log2_bad.txt 
7c7
< debug3: Not a RSA1 key file id_rsa_good.
---
> debug3: Not a RSA1 key file id_rsa.
41c41
< debug1: identity file id_rsa_good type -1
---
> debug1: identity file id_rsa type 1
81,82c81,82
< debug2: dh_gen_key: priv key bits set: 126/256
< debug2: bits set: 533/1024
---
> debug2: dh_gen_key: priv key bits set: 127/256
> debug2: bits set: 503/1024
90c90
< debug2: bits set: 506/1024
---
> debug2: bits set: 539/1024
103c103
< debug2: key: id_rsa_good ((nil))
---
> debug2: key: id_rsa (0x7f953ea96f90)
136,138c136,145
< debug1: Trying private key: id_rsa_good
< debug1: PEM_read_PrivateKey failed
< debug1: read PEM private key done: type <unknown>
---
> debug1: Offering public key: id_rsa
> debug3: send_pubkey_test
> debug2: we sent a publickey packet, wait for reply
> debug3: Wrote 368 bytes for a total of 1477
> debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
> debug2: we did not send a packet, disable method
> debug3: authmethod_lookup password
> debug3: remaining preferred: ,password
> debug3: authmethod_is_enabled password
> debug1: Next authentication method: password
[qfan@mycomputer .ssh]$ 

Я також спробував видалити парольну фразу з файлу ключа, але вона все ще не працює, якщо вона названа id_rsa.

Отже, що там пішло не так?

------- РЕДАКЦІЯ -------

[qfan@mycomputer .ssh]$ file id_rsa
id_rsa: ASCII text
[qfan@mycomputer .ssh]$ cat id_rsa |head -n2
-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED

1
Ви впевнені, що файл містить ключ RSA? Це виглядає так, як коли він названий id_rsa ssh припускає, що це ключ rsa (тип 1), але коли ви даєте йому ім'я id_rsa_good, це не точно (тип -1).
mfarver

1
Чи можете ви запустити file id_rsaі дозволити нам побачити вихід? Якщо це не щось дуже схоже id_rsa: PEM RSA private key, mfarver цілком може мати крапку!
MadHatter

Це текстовий файл: [qfan @ mycomputer .ssh] $ файл id_rsa id_rsa: ASCII текст [qfan @ mycomputer .ssh] $ cat id_rsa | head -n2 ----- НАЧАЛО RSA ЧАСНИЙ КЛЮЧ ----- Тип-тип: 4, ВИКОРИСТАНО
Qi Fan

Відповіді:


12

Знайшов причину. Мій id_rsa.pubфайл у тій же .sshпапці - це відкритий ключ, який належить до іншого файла ідентичності. Якщо id_rsa.pubце не відповідає, id_rsa,воно виходить з ладу автоматично. Видалення або переміщення id_rsa.pubфайлу робить id_rsaроботу.


1
Я хотів би зрозуміти, чому це так ...
Девід Резнік

2
@DavidResnick Я відповів на це запитання на сервері default.com/a/587560/214507
kasperd
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.