Utilizzo di SSH per connettersi a un nuovo server senza archiviare le chiavi host nel file $ HOME / .ssh / known_host


9

Ottengo il seguente output se eseguo il seguente comando:

-bash-3.2$ ssh -o "StrictHostKeyChecking no" 192.168.1.77
Warning: Permanently added '192.168.1.77' (RSA) to the list of known hosts.
Last login: Fri Jul  4 10:49:11 2014 from chlorine.example.com
Sun Microsystems Inc.   SunOS 5.10      Generic January 2005
-bash-3.2$

Vorrei eseguire questo comando, senza aggiungere 192.168.1.77 all'elenco di host noti, ma consentire comunque un accesso riuscito.

Esiste un'opzione SSH che lo consente? Ho sfogliato la manpagina per ssh_confige ho provato tutte le probabili opzioni come l'impostazione "CheckHostIP no"senza successo.

Sia il sistema locale che quello remoto eseguono Solaris 10.

Se necessario, potrei eseguire il backup del mio $HOME/.ssh/known_hostsfile prima di stabilire una connessione e ripristinarlo dopo aver effettuato la connessione, ma se esiste un'opzione SSH che mi consente di evitare di farlo, preferirei utilizzarlo.

Risposte:


14

Vedo un paio di altre opzioni dalla risposta qui .

Opzione 1:

-o "UserKnownHostsFile /dev/null"

Opzione 2:

Se si desidera questo comportamento perché si lavora con server cloud (AWS EC2, Rackspace CloudServers ecc.) O si esegue costantemente il provisioning di nuove immagini in Vagrant, è possibile che si desideri aggiornare la configurazione SSH invece di aggiungere alias bash o più opzioni sul riga di comando.

Valuta di aggiungere qualcosa come:

  Host *.mydomain.com 
  StrictHostKeyChecking no
  UserKnownHostsFile /dev/null
  User foo
  LogLevel QUIET
  • Utilizzare il più rigoroso regex per l'host possibile per essere sicuro.
  • L'impostazione di LogLevel su QUIET manterrà l'avviso che Guillaume menzionato dalla visualizzazione.

1
Bellissimo. Questo fa quello che voglio. Questo è solo per uno script specifico. È usato per DR e voglio essere in grado di accedere ai server di produzione che sono stati clonati nell'ambiente DR. Gli indirizzi IP sono stati modificati rispetto agli IP di produzione, ma non esiste alcuna garanzia che gli stessi IP verranno utilizzati per gli stessi server per i successivi test DR, quindi se evito di aggiungerli al file known_hosts, ciò aiuta a evitare problemi di connessione durante successivi test DR. Grazie mille.
Warwick

@Warwick, sei il benvenuto. :)
Ramesh,
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.