Il portachiavi di OS X continua a richiedere la mia passphrase SSH anche se la salvo (OS X 10.6.8) [duplicato]


20

Ogni volta che accedo a un server remoto con SSH, il portachiavi OS X mi chiede di ricordare la passphrase SSH. Digito la passphrase e seleziono la casella per ricordarla. Quindi mi collego ok al server ma la prossima volta che mi viene richiesto di nuovo e così via ...

Ho una chiave privata per ssh nel mio server e la connessione funziona. Nel mio file hosts ho:

Host myhost
    HostName xxx.xxx.xxx.xx
    GlobalKnownHostsFile ~/.ssh/known_hosts
    port 22
    User myuser
    IdentityFile ~/.ssh/mykey_dsa
    IdentitiesOnly yes

.. e poi scrivo ssh myhost

Questo è solo un problema recente, quindi sospetto e problema con il portachiavi? Per essere chiari, posso "aggiungere di nuovo" ogni volta il portachiavi e connettermi, ma ciò sfugge allo scopo. Le autorizzazioni sulla mia chiave dsa sono impostate su 600 o-rw-------@

Ho provato a riparare i permessi del disco ma non ha funzionato. Anche il mio Google-foo mi sta fallendo, non è venuto fuori nulla di utile. Quindi non sono sicuro che si tratti di un problema OS X / portachiavi o di un SSH.

aggiornamento: quando provo ssh -vvv myhost, penso che sveli il problema:

debug1: Trying private key: /Users/danny/.ssh/mykey_dsa
debug1: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
debug3: Not a RSA1 key file /Users/danny/.ssh/mykey_dsa.
debug1: read PEM private key done: type DSA
Identity added: /Users/danny/.ssh/mykey_dsa (/Users/danny/.ssh/mykey_dsa)
debug1: read PEM private key done: type DSA
debug3: sign_and_send_pubkey
debug2: we sent a publickey packet, wait for reply
debug1: Authentication succeeded (publickey).

... e dopo mi collego. Penso che questo nocciolo della questione sia:

PEM_read_PrivateKey failed

Aggiornamento 2: dopo aver provato la stessa chiave e le stesse impostazioni su un altro Mac anche con 10.6.8, tutto ha funzionato bene, quindi penso che questa sia una domanda specifica per Mac, forse un problema di portachiavi delle autorizzazioni.

Aggiornamento 3 Ho anche provato un'installazione pulita di Mountain Lion (10.8.1) e purtroppo lo stesso problema che non capisco.

Possibilmente correlato: https://discussions.apple.com/thread/3518441?start=0&tstart=0

Aggiornamento 4 Questa è la risposta


1
Prova ssh -v[v] myservera ottenere informazioni dettagliate sull'errore.

@ansi_lumen Ho provato ssh -vvv e ho pubblicato i risultati sopra. Penso che il problema sia, PEM_read_PrivateKey failedma non so perché, ho generato questa chiave proprio come tutti gli altri che vengono aggiunti al portachiavi e rimangono lì.
Danny Englander,

1
Questo mi ha risolto
Danny Englander,

2
ssh-add -Kriparato per me
orkoden il

Risposte:


13

Risposta copiata da /apple//a/26252/17690


Assicurati di avere un corrispondente id_rsa.pubo id_dsa.pubnella tua ~/.sshdirectory.

Quando ho avuto un id_rsama non un corrispondente id_rsa.pub, Mac OS X ha continuato a far apparire la finestra di dialogo e ricordo che passowrd nel mio portachiavi non ha fatto nulla.

cd ~/.ssh
ssh-keygen -y -f id_rsa > id_rsa.pub

ha generato il file della chiave pubblica appropriato per me.

Se hai già avuto il tuo file pubblico lì (rinominalo con un altro nome) e genera di nuovo la chiave pubblica usando il comando sopra, noterai che quello generato e quello vecchio non sono uguali. In qualche modo le versioni precedenti di Mac OS X hanno generato una chiave pubblica che Lion non piace più, generandola di nuovo risolve questo problema.

Per i curiosi, la chiave è esattamente la stessa, la parte che cambia è che non ci sono più sezioni "commenti" dopo la chiave sul file.


Questo mi ha aiutato ad arrivare in parte, ma stavo anche incollando in una chiave privata, e non era suddiviso nello spazio bianco, era tutto in una riga. Dopo aver risolto questo problema, è stato risolto lo stesso problema riscontrato da OP.
Cameron Gagnon,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.