ssh-copy-id - Online nel cloud

PROGRAMMA:

NOME

ssh-id-copia — utilizzare le chiavi disponibili localmente per autorizzare gli accessi su una macchina remota

SINOSSI

ssh-id-copia [-f] [-n] [-i [file_identità,-p porto] [-o opzione_ssh] [Utente@]hostname
ssh-id-copia -h | -?

DESCRIZIONE

ssh-id-copia è uno script che usa SSH(1) per accedere a una macchina remota (presumibilmente usando a
password di accesso, quindi l'autenticazione della password dovrebbe essere abilitata, a meno che tu non abbia fatto qualcosa di intelligente
uso di identità multiple). Riunisce un elenco di una o più impronte digitali (come descritto
sotto) e prova ad accedere con ogni chiave, per vedere se qualcuna di esse è già installata (di
certo, se non stai usando ssh-agent(1) questo può comportare che tu venga ripetutamente richiesto
per passphrase). Quindi assembla un elenco di quelli che non sono riusciti ad accedere e, usando ssh,
abilita gli accessi con quelle chiavi sul server remoto. Di default aggiunge le chiavi di
aggiungendoli a quelli dell'utente remoto ~ / .ssh / authorized_keys (creando il file, e
rubrica, se necessario). È anche in grado di rilevare se il sistema remoto è a
NetScreen e utilizzando invece il comando 'set ssh pka-dsa key ...'.

Le opzioni sono le seguenti:

-i file_identità
Utilizzare solo le chiavi contenute in file_identità (piuttosto che cercare identità
via ssh-add(1) o nel file_ID_predefinito). Se il nome del file non finisce in .pub
questo viene aggiunto. Se il nome del file viene omesso, il file_ID_predefinito viene utilizzato.

Nota che questo può essere usato per garantire che le chiavi copiate abbiano quella di commento
preferisce e/o le opzioni aggiuntive applicate, assicurandosi che il file chiave abbia queste impostazioni come
preferito prima di tentare la copia.

-f Modalità forzata: non verifica se le chiavi sono presenti sul server remoto. Questo significa
che non ha bisogno della chiave privata. Naturalmente, questo può comportare più di uno
copia della chiave in fase di installazione sul sistema remoto.

-n fare una corsa a secco. Invece di installare le chiavi sul sistema remoto, stampa semplicemente il
chiavi che sarebbero state installate.

-h, -? Stampa Riepilogo utilizzo

-p porto, -o opzione_ssh
Queste due opzioni vengono semplicemente passate intatte, insieme al loro argomento, a
consentire a uno di impostare la porta o altro SSH(1) opzioni, rispettivamente.

Piuttosto che specificarli come opzioni della riga di comando, spesso è meglio usare
(per host) impostazioni in SSHfile di configurazione di (1): ssh_config(5).

Comportamento predefinito senza -i, è controllare se 'ssh-add -L' fornisce un output e, in tal caso
quelle chiavi sono usate. Nota che questo risulta nel commento sulla chiave che è il nome del file
che è stato dato a ssh-add(1) quando la chiave è stata caricata nel tuo ssh-agent(1) piuttosto che il
commento contenuto in quel file, il che è un po' un peccato. Altrimenti, se ssh-add(1)
non fornisce i contenuti delle chiavi del file_ID_predefinito verrà utilizzato.

. file_ID_predefinito è il file più recente che corrisponde a: ~/.ssh/id*.pub, (esclusi quelli
quella partita ~ / .ssh /*-cert.pub) quindi se crei una chiave che non è quella che vuoi
ssh-id-copia da usare, basta usare toccare(1) sulla tua chiave preferita .pub file per ripristinarlo come
il più recente.

ESEMPI

Se hai già installato chiavi da un sistema su molti host remoti, e poi
creare una nuova chiave, su una nuova macchina client, ad esempio, può essere difficile tenere traccia di quale
sistemi su cui hai installato la nuova chiave. Un modo per risolvere questo problema è caricare entrambi
la nuova chiave e le vecchie chiavi nel tuo ssh-agent(1). Caricare prima la nuova chiave, senza -c
opzione, quindi caricare una o più vecchie chiavi nell'agente, possibilmente tramite ssh-ing al client
macchina che ha quella vecchia chiave, usando il -A opzione per consentire l'inoltro dell'agente:

utente@nuovocliente$ ssh-add
user@newclient$ ssh -Un vecchio.client
utente@oldl$ ssh-add -c
... richiesta di pass-phrase ...
utente@vecchio$ disconnessione
utente@nuovoclient$ ssh qualche server

ora, se la nuova chiave è installata sul server, ti sarà consentito l'accesso senza richiesta, mentre se
hai solo le vecchie chiavi abilitate, ti verrà chiesta conferma, che è il tuo segnale per
disconnettersi ed eseguire

utente@nuovoclient$ ssh-copy-id -i someserver

Il motivo per cui potresti voler specificare l'opzione -i in questo caso è per assicurarti che il
il commento sulla chiave installata è quello del .pub file, piuttosto che solo il nome del file
che è stato caricato nel tuo agente. Garantisce inoltre che sia installato solo l'id desiderato,
piuttosto che tutte le chiavi che hai nella tua ssh-agent(1). Certo, puoi specificare
un altro id, o utilizzare il contenuto del ssh-agent(1) come preferisci.

Avendo menzionato ssh-add(1)'s -c opzione, potresti prendere in considerazione l'utilizzo di questa opzione ogni volta che utilizzi agent
inoltro per evitare che la tua chiave venga dirottata, ma è molto meglio usare invece SSH(1)'s
Comando Proxy e -W opzione, per rimbalzare attraverso server remoti mentre si esegue sempre la fine diretta-
autenticazione all'estremità. In questo modo i salti centrali non hanno accesso al tuo ssh-agent(1). UN
la ricerca web per 'ssh proxycommand nc' dovrebbe rivelarsi illuminante (NB l'approccio moderno è
per utilizzare il -W opzione, piuttosto che nc(1)).

Usa ssh-copy-id online utilizzando i servizi onworks.net