Come posso salvare in modo permanente una chiave SSH protetta da password?

Sto usando Awesome Window Manager

Come posso aggiungere in modo permanente chiavi private con password?

Ispirato dalla risposta qui ho aggiunto le chiavi private in ~ / .ssh / config

Contenuti di ~ / .ssh / config:

IdentityFile 'private key full path'

Autorizzazioni di ~ / .ssh / config: 0700

Ma non funziona per me.

Se aggiungo manualmente la chiave in ogni sessione, funziona ma sto cercando un modo più elegante (non in .bashrc)

MODIFICA :

• Utilizzo della versione classica di Gnome (senza effetti).

Dopo aver aggiunto la chiave SSH ssh-copy-ifall'host remoto, quando eseguo l'accesso ottengo il seguente prompt nel terminale (Terminale GNOME 3.0.1):

ssh -i .ssh/Password-Protected-Key user@host
Enter passphrase for key '.ssh/Password-Protected-Key':

• Utilizzando Awesome window manager v3.4.10. Avevo già gnome-keyring-dameonquindi ucciso l'altro pid ed eseguito gnome-keyring-daemon --start | grep SOCK(l'ho anche aggiunto in .profile) l'output (grep):

SSH_AUTH_SOCK=/tmp/keyring-2LXXXX/ssh

Ho seguito gli stessi identici passaggi e allo stesso modo non ho alcuna finestra di dialogo ssh-add della GUI.

MODIFICA 2 :

Ho creato una nuova chiave protetta da password dalla macchina virtuale Ubuntu 11.10 sull'unità e ancora non riesco a ottenere alcuna richiesta di password.

EDIT 3 : sembra che questo non possa funzionare in Awesome window manager :( e possibilmente altro ..

Se stai usando Unity o un gestore di sessioni che avvia gnome-keyring-daemon, puoi semplicemente usare Seahorse (Password e chiavi) per stabilire una chiave, definire a cosa serve, impostare una passphrase e distribuire la sua chiave pubblica sul computer che userai con ssh. Non sono necessari comandi del terminale.

Si crea la password tramite:

1. selezionando File-> Nuovo e selezionare Secure Shell Key. Premi Continua.

2. Digitare un nome descrittivo e selezionare Create and set up.

3. Ti verrà richiesto di inserire una frase chiave due volte (la seconda volta per verificare di non averla inserita male la prima volta.

4. Immettere il computer su cui deve essere utilizzata la chiave pubblica e il nome utente su quel computer per il quale verrà utilizzata la chiave. La chiave pubblica verrà copiata su quell'altro computer, richiedendo la tua password su quel computer, se necessario.

Ora la My Personal Keysscheda mostrerà la chiave.

Supponendo che gnome-keyring-daemon sia stato avviato correttamente quando si è effettuato l'accesso a Lightdm, e di nuovo dal gestore della sessione, quando si utilizza la chiave per la prima volta con ssh, verrà richiesto di inserire la frase chiave. In questa finestra di dialogo è possibile fornire la frase Detailschiave , selezionare il controllo e chiedere di sbloccare il portachiavi ogni volta che si effettua l'accesso, fornendo automaticamente questa chiave. stampaOK

Non è possibile che venga richiesto in questo modo se è disponibile un'altra chiave per l'accesso al computer remoto.

Al termine, la prima scheda Cavalluccio marino Passwordselencherà un "Sblocco immissione password" per il nome della chiave. Fai clic sul triangolo prima di " Password: Accedi" per vederlo.

Far persistere una chiave SSH protetta da password tra sessioni e riavvii

Questo è probabilmente quello che vuoi: l'immissione della chiave di accesso una volta la rende disponibile per sempre ogni volta che accedi. Funzionerà per la maggior parte degli utenti che utilizzano i desktop Unity o Gnome.

• Quando ti connetti dopo aver aggiunto la chiave pubblica al server remoto, otterrai la finestra di dialogo ssh-add della GUI:

  

• Espandi i "Dettagli" facendo clic sul triangolo e otterrai quanto segue. L'impostazione predefinita è "blocca portachiavi quando esco", che richiede l'inserimento della password una volta per sessione:

  

• Modificalo in Sblocca automaticamente ... ogni volta che eseguo l'accesso , il che significa che funzionerà ogni volta che avrai effettuato l'accesso alla sessione - è "controllato" dalla tua password utente. Persisterà durante i riavvii.

  

• Immettere una volta la passphrase della chiave e il gioco è fatto: la chiave viene autenticata tramite l'accesso iniziale riuscito all'ambiente desktop.

Se stai usando AwesomeWM

Testato con una nuova installazione di AwesomeWM in un nuovo userid

• Per impostazione predefinita, AwesomeWM utilizza ssh-agent:

  $ export | grep SSH
  declare -x SSH_AGENT_PID = "5479"
  dichiarare -x SSH_AUTH_SOCK = "/ tmp / ssh-fWCKNnPq5440 / agent.5440"
  

• Per far funzionare i passaggi precedenti, è necessario utilizzare gnome-keyring-daemoncome demone di autenticazione SSH, non ssh-agent. Quando accedi usando lightdm, viene avviato PAM gnome-keyring-daemonche proverà a sbloccare una chiave di accesso con la password di sblocco, ma devi aggiungere la tua configurazione per mantenerla in esecuzione e utilizzarla.

• Aggiungi quanto segue alla fine del tuo ~/.xprofile:

    #! / Bin / bash
    eval $ (gnome-keyring-daemon --start)
    esporta SSH_AUTH_SOCK
    esporta GNOME_KEYRING_PID
    esporta GNOME_KEYRING_CONTROL
  

I comandi nel ~/.xprofilefile verranno eseguiti da xsession prima di avviare il fantastico gestore di finestre e lo legheranno al gnome-keyring-daemon --loginprocesso avviato da PAM attraverso le variabili di ambiente sopra riportate.

• Esci di nuovo da lightdm e accedi di nuovo, e ora, quando lo fai ssh user@host, dovresti ottenere i popup di cui sopra - usali per decodificare le tue chiavi private in ~ / .ssh / e salvare le tue chiavi private nel portachiavi di login di gnome-keyring.

La soluzione generale per qualsiasi gestore di finestre / ambiente desktop

• è usare gnome-keyring-daemoninvece di ssh-agent. Per questo, è necessario essere in esecuzione gnome-keyring-daemon e averlo inizializzato e farlo dopo l' ssh-agentavvio o non avviarlo ssh-agentaffatto.

• ssh(attualmente ssh-add) decide quale agente di autenticazione chiamare in base al valore della SSH_AUTH_SOCKvariabile d'ambiente, che può essere verificato digitandoexport | grep SOCK

• questo è il modulo SSH_AUTH_SOCK=/tmp/ssh-MMFyVlI22130/agent.22130per ssh-agent (NON quello che vuoi poter salvare la tua chiave)

• ma del modulo SSH_AUTH_SOCK="/tmp/keyring-mEQB5g/ssh"per gnome-keyring-daemon (che vuoi)

• quindi controlla il valore e verifica ps aux | grep keyringche gnome-keyring-daemon sia in esecuzione e, in tal caso, inizializzalo con i risultati dignome-keyring-daemon --start

• puoi quindi controllare le identità salvate associate nella console digitando ssh-add -l- se mostra "nessun agente", hai fatto un errore nella configurazione di gnome-keyring-daemon.

La soluzione al tuo problema sta usando l'agente ssh. Devi solo sbloccare la password della tua chiave una volta, dopo che è stata conservata in memoria dall'agente e utilizzata automaticamente

• Genera una coppia di chiavi privata / pubblica con ssh-keygen -t dsa
• Copia la chiave pubblica sul computer remoto, di solito è ~ / .ssh / authorized_keys (usa ssh-copy-idper questo)
• Esegui ssh-addprima di accedere al sistema remoto, questo richiederà la tua passphrase e la memorizzerà
• Accedi al sistema remoto, nessuna password necessaria

ssh-agent è ben descritto su .net, ad esempio qui:

• http://grantingram.wordpress.com/2007/11/25/ubuntu-and-ssh-agent/
• http://www.unixwiz.net/techtips/ssh-agent-forwarding.html#agent

Un altro vantaggio di ssh-agent è che se accedi al sistema remoto con ssh -A user@domain.namete puoi ulteriormente ssh dal computer domain.name a un terzo computer contenente la tua chiave pubblica senza copiare ogni chiave privata sul computer domain.name (e mai vede la tua chiave privata, solo la sfida / risposta una tantum).

Puoi usare

ssh-add 'filename or fullpath'

ti verrà chiesta la passphrase se la tua chiave ne ha una

quindi è possibile connettersi senza password

Se vuoi lavorare con le chiavi private fai:

ssh-keygen -t rsa -N ''

Poi:

copia .ssh/id_rsa.pubsulla destinazione della macchina in .ssh/authorized_keysvia scp

scp .ssh/id_rsa.pub user@remote_machine:~/.ssh/authorized_keys

Tutto fatto.

Connessione al computer remoto senza password:

ssh user@remote_machine

E non abbiamo richiesto la password.