Ignora temporaneamente il mio file `~ / .ssh / known_hosts`?

C'è un modo per ignorare temporaneamente il mio ~/.ssh/known_hostsfile?

mbp:~ alexus$ ssh 10.52.11.171
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx.
Please contact your system administrator.
Add correct host key in /Users/alexus/.ssh/known_hosts to get rid of this message.
Offending RSA key in /Users/alexus/.ssh/known_hosts:155
RSA host key for 10.52.11.171 has changed and you have requested strict checking.
Host key verification failed.
mbp:~ alexus$ 

NOTA:

.. da alcune risposte / commenti / i mi rendo conto che la mia domanda è un po 'fuorviante, così breve è il comportamento previsto), quindi è normale (nel mio caso) c'è una ragione valida dietro perché voglio vedere "ignoralo")

È possibile utilizzare ssh -o StrictHostKeyChecking=noper disattivare known_hostsmomentaneamente il controllo . Ma sconsiglio. Dovresti davvero controllare perché la chiave host è cambiata.

Un'altra opzione è quella di aggiungere una voce specifica al tuo ~/.ssh/configper l'host in questione. Questo potrebbe essere un approccio valido se si dispone di un determinato host che genera nuove chiavi host ogni volta che si riavvia e viene riavviato per un motivo valido più volte al giorno.

Host <your problematic host>
  StrictHostKeyChecking no

Per ignorare completamente il file degli host noti in un ambiente POSIX, impostare le opzioni GlobalKnownHostsFilee UserKnownHostsFilesu /dev/null:

ssh -o GlobalKnownHostsFile=/dev/null -o UserKnownHostsFile=/dev/null user@host

L'impostazione StrictHostKeyChecking=nodell'opzione ti consentirà di connetterti ma SSH mostrerà comunque un avviso :

ssh -o StrictHostKeyChecking=no user@host

Come altri hanno notato, probabilmente è meglio affrontare il problema di fondo. Ad esempio, è possibile prendere in considerazione l' autenticazione con certificato SSH per verificare gli host.

Se il server è stato reinstallato e pertanto l'identificazione è stata modificata, è sufficiente eliminare la riga 155 specificata /Users/alexus/.ssh/known_hostse procedere.

Se si passa da una rete all'altra, è necessario utilizzare nomi host per connettersi, poiché il client ssh salverà anche le chiavi in ​​base al nome host. Aggiungi qualcosa di simile al tuo /etc/hosts:

10.52.11.171 server1
10.52.11.171 server2

e quindi utilizzare ssh server1quando connesso alla sottorete 1 e ssh server2quando connesso alla sottorete2. In questo modo, entrambi i server possono avere hostkey differenti.

-o StrictHostKeyChecking=no funziona solo se l'host non è già presente nel file known_hosts.

Penso che sia più pulito (nessun avvertimento), se ti aspetti che la chiave degli host cambi a causa forse della clonazione di vm, imporre di ignorare quel tipo di host in questo modo:

# Handle possible SSH key changes
host_key=$(ssh-keyscan -t rsa ${host_ip})
grep "${host_key}" ~/.ssh/known_hosts >/dev/null || {
    ssh-keygen -R ${host_ip}
    echo ${host_key} >>  ~/.ssh/known_hosts
}

# connect as normal way
ssh root@${host_ip} "hostname"

Alcune persone dicono che non è giusto, non devi fare questo e così via, ma ho bisogno di questo anche per testare ancora e ancora un paio di dispositivi integrati. È necessario disabilitare StrictHostKeyChecking=no, questo è giusto, ma ripristinare anche il file hosts noto su /dev/null. Ecco un esempio con autologin e pssul dispositivo remoto.

sshpass -p pass ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null user@host 'ps ax'

Accedi a tutti i tuoi server (e se RedHat) rm -f /etc/ssh/ssh_host_*e quindi riavvia SSHD.

Ciò creerà nuove chiavi host SSH che non devono essere ignorate.

Mi viene in mente solo un'istanza in cui le chiavi SSH clonate su più server non sono solo desiderate, ma non generano alcun avviso. Multipli di un record A. Tutti gli host con il record A hanno la stessa chiave.