L'identificazione dell'host remoto ssh è cambiata

Ho reinstallato il mio server e ricevo questi messaggi:

[user@hostname ~]$ ssh root@pong
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    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
6e:45:f9:a8:af:38:3d:a1:a5:c7:76:1d:02:f8:77:00.
Please contact your system administrator.
Add correct host key in /home/hostname /.ssh/known_hosts to get rid of this message.
Offending RSA key in /var/lib/sss/pubconf/known_hosts:4
RSA host key for pong has changed and you have requested strict checking.
Host key verification failed.

Ho provato varie soluzioni che ho trovato su Internet. Il mio known_hostsfile (normalmente in ~/.ssh/known_hosts) è in /var/lib/sss/pubconf/known_hosts. Ho provato a modificarlo, ma rimane in uno stato. Ho installato ipa-client e ho Fedora 19. Come posso risolvere questo avviso?

Tutte le risposte a cui hai risposto finora funzionano solo se non hai installato Freeipa.

La risposta giusta per freeipa nei commenti qui sotto di adrin è qui .

Ecco la soluzione più semplice

ssh-keygen -R <host>

Per esempio,

ssh-keygen -R 192.168.3.10

Dalla ssh-keygenpagina man :

• -R hostnameRimuove tutte le chiavi appartenenti al nome host da un file known_hosts. Questa opzione è utile per eliminare gli host con hash (vedi l'opzione -H sopra).

Uso

ssh-keygen -R [hostname]

Esempio con un indirizzo IP / nome host sarebbe:

ssh-keygen -R 168.9.9.2

Ciò aggiornerà l'offesa del tuo host da known_hosts. Puoi anche fornire il percorso di known_hosts con -f flag.

Ho avuto lo stesso errore dopo che ho ricreato un'immagine Ubuntu Digital Ocean. Ho usato il seguente comando con il mio IP del server al posto di[IP_ADDRESS]

ssh-keygen -R [IP_ADDRESS]

Quando reinstalli il server la sua identità cambia e inizierai a ricevere questo messaggio. Ssh non ha modo di sapere se hai cambiato il server a cui si connette o se un server nel mezzo è stato aggiunto alla tua rete per annusare tutte le tue comunicazioni, quindi ti porta alla tua attenzione.

Basta rimuovere la chiave da known_hosts eliminando la voce pertinente:

sed '4d' -i /var/lib/sss/pubconf/known_hosts

Il 4dè sul conto diOffending RSA ...known_hosts:4

La mazza è quella di rimuovere ogni host conosciuto in un colpo solo:

rm ~/.ssh/known_hosts

Mi oppongo a questo perché utilizziamo piccole sottoreti di server di breve durata da una jump box e spesso abbiamo un riutilizzo dell'indirizzo IP interno dei server che condividono la stessa chiave ssh.

Il problema è che in precedenza hai accettato una connessione SSH a un computer remoto e l'impronta digitale digitale di quel computer remoto o la chiave hash SHA256 è cambiata dall'ultima connessione. Quindi quando provi di nuovo a SSH o usi github per estrarre il codice, che usa anche SSH, ricevi un errore. Perché? Perché stai utilizzando lo stesso indirizzo di computer remoto di prima ma il computer remoto sta rispondendo con un'impronta digitale diversa. Pertanto, è possibile che qualcuno stia falsificando il computer a cui si era precedentemente connessi. Questo è un problema di sicurezza.

Se sei sicuro al 100% che il computer remoto non è stato compromesso, violato, essere contraffatto, ecc., Tutto ciò che devi fare è eliminare la voce nel tuo file known_hosts per il computer remoto. Ciò risolverà il problema poiché non ci sarà più una mancata corrispondenza con gli ID impronta digitale SHA256 durante la connessione.

Su Mac ecco cosa ho fatto:

1) Trova la riga di output che legge RSA host key for servername:port has changed and you have requested strict checking.Avrai bisogno sia del nomeserver sia della porta potenziale da quell'output del log.

2) Eseguire il backup del file degli host conosciuti SSH cp /Users/yourmacusername/.ssh/known_hosts /Users/yourmacusername/.ssh/known_hosts.bak

3) Trova la riga in cui è memorizzata la vecchia impronta digitale del computer ed eliminala. È possibile cercare l'impronta digitale specifica del computer remoto offensivo utilizzando il nomeserver e la porta dal passaggio 1.nano /Users/yourmacusername/.ssh/known_hosts

4) CTRL-X per uscire e scegliere Y per salvare le modifiche

Ora digita ssh -p port servernamee riceverai il prompt originale che hai fatto quando hai provato a SSH per la prima volta su quel computer. Ti verrà quindi data la possibilità di salvare l'impronta digitale SHA256 aggiornata di quel computer remoto nel tuo file known_hosts. Se si utilizza SSH sulla porta 22, l'argomento -p non è necessario.

Eventuali problemi che è possibile ripristinare il file known_hosts originale: cp /Users/yourmacusername/.ssh/known_hosts.bak /Users/yourmacusername/.ssh/known_hosts

Come molti hanno già detto, utilizzare ssh-keygen, vale a dire

ssh-keygen -R pong

Inoltre, ti consigliamo di disattivare temporaneamente il controllo della chiave host:

ssh -oStrictHostKeyChecking=no root@pong

Per me va bene!

Errore: violazione della chiave RSA in / var / lib / sss / pubconf / known_hosts: 4

Questo indica che hai una chiave RSA offensiva alla riga n. 4

Soluzione 1 :

1. vi /var/lib/sss/pubconf/known_hosts

2 remove line no: 4 .

3 Save and Exit, and Retry .

Soluzione 2:

ssh-keygen -R "you server hostname or ip"

O

Soluzione 3:

sed -i '4d' /root/.ssh/known_hosts

Questo rimuoverà la 4thlinea di /root/.ssh/known_hostsin place ( -i).

Ho usato la soluzione di mockinterface, anche se sed -i non ha funzionato del tutto, l'ho risolto eliminando la linea a mano con vim:

sudo vim /var/lib/sss/pubconf/known_hosts

Puoi usare qualsiasi altro editor di testo che desideri, ma probabilmente dovrai mostrare i tuoi privilegi di amministratore

Per gli utenti Mac, è possibile utilizzare la -Rbandiera del ssh-keygencomando. Esempio rapido:

ssh-keygen -R THE_IP_ADDRESS

THE_IP_ADDRESSessendo l'IP in cui stai cercando di scrivere. E poi puoi connetterti bene.

Questo perché le impostazioni del tuo computer remoto sono state modificate. Rimuovi le tue chiavi attuali per quello.

vim /root/.ssh/known_hosts

Elimina la linea dell'IP che stai collegando.

Modifica /home/hostname /.ssh/known_hosts, elimina le 4 righe e salvale.

Quindi esegui di ssh root@pongnuovo, vedrai un messaggio come questo Are you sure you want to continue connecting (yes/no)? yes:, basta stampare yes.

Nota: se hai qualche problema, leggi prima i suggerimenti, ti aiuterà.

Le altre risposte qui sono buone e funzionanti, comunque ho risolto il problema eliminando ~/.ssh/known_hosts. Questo certamente risolve il problema, ma probabilmente non è l'approccio migliore.

Nel mio caso è successo perché in precedenza avevo una connessione ssh con una macchina con lo stesso ip (diciamo 192.152.51.10) e il sistema stava considerando la chiave RSA (memorizzata in /home/user_name/.ssh/known_hosts) dell'host precedente che ha portato non corrispondente.

Per risolvere questo problema, è necessario rimuovere la chiave RSA precedentemente memorizzata per l'ip 192.152.51.10 .

ssh-keygen -f "/home/user_name/.ssh/known_hosts" -R 192.152.51.10

Semplice soluzione da una fodera, testata su mac:

sed '/212.156.48.110/d' ~/.ssh/known_hosts > ~/.ssh/known_hosts

Elimina solo l'IP host ssh di destinazione da host conosciuti.

dove 212.156.48.110 è sostituito dall'indirizzo IP host di destinazione.

Causa : è successo perché l'IP di destinazione era già noto per un altro computer a causa del port forwarding. L'eliminazione dell'IP di destinazione prima della connessione risolverà il problema.

Usa questo comando:

truncate -s 0 /home/SYSTEM_NAME/.ssh/known_hosts

Rimuovere la voce da known_hosts utilizzando:

ssh-keygen -R *ip_address_or_hostname*

Ciò rimuoverà l'IP o il nome host problematico dal file known_hosts e tenterà di riconnettersi.

Dalle pagine man:

-R hostname
Rimuove tutte le chiavi appartenenti al nome host da un file known_hosts. Questa opzione è utile per eliminare gli host con hash (vedi l'opzione -H sopra).

Basta fare:

cd /home/user/.ssh/-> qui usersarà il tuo nome utente, /home/jon/ad esempio ad esempio.

Poi

gedit known_hosts & ed elimina il contenuto al suo interno.

Ora di sshnuovo, dovrebbe funzionare.

Se si sta tentando di connettersi al contenitore docker in esecuzione sulla porta 2222 con il comando e si ottiene l'errore

mian@tdowrick2~$ ssh pos@localhost -p 2222

Quindi, per risolvere questo problema, sul tuo computer locale (es. Macchina host non contenitore) vai su cd ~/.ssh/e apri il known_hostsfile con l'editor di testo. Rimuovere la riga che inizia con [localhost]:2222e salvare il file. Ora prova di nuovo a ssh

mian@tdowrick2~$ ssh pos@localhost -p 2222

L'errore scompare ma è necessario farlo ogni volta che si riavvia il contenitore.

La mia soluzione è:

1. vi ~/.ssh/known_hosts
2. elimina la riga che contiene l'ip desiderato.

Questo è meglio che eliminare tutto known_hosts

Solo problema lato client (chiave duplicata per ip):

Risolvi varianti:

Per cancellare un ip (porta predefinita 22):

ssh-keygen -f -R 7.7.7.7

Per un ip ( porta non predefinita ):

ssh-keygen -f -R 7.7.7.7:333

Cancella velocemente tutti ips:

cd ~; rm .ssh/known_hosts

7.7.7.7 - ssh il tuo ip server si connette

333 - porta non standard

A volte, se per qualsiasi motivo, è necessario reinstallare un server, quando ci si connette tramite ssh scopriremo che il server afferma che l'identificazione è cambiata. Se sappiamo che non è un attacco , ma che abbiamo ripristinato il sistema, possiamo rimuovere la vecchia identificazione da known_hosts usando ssh-keygen:

ssh-keygen -R <host/ip:hostname>
root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old

Quando ti riconnetti ti chiederemo di convalidare la nuova impronta digitale:

ssh -l user <host/ip:hostname>
The authenticity of host '<host/ip:hostname>' can't 
be established.
RSA key fingerprint is 3f:3d:a0:bb:59:24:35:6d:e5:a0:1a:3f:9c:86:81:90.
Are you sure you want to continue connecting (yes/no)? yes

Ho avuto questo problema, e la ragione è molto semplice, ho un indirizzo IP duplicato per accedere a ssh, quindi dopo aver modificato questo problema, tutto è risolto.

Ho avuto lo stesso errore nella mia macchina e ho cancellato il known_hostsfile, e dopo, funziona benissimo.

SOLUZIONE:

1- elimina da "$ HOME / .ssh / known_hosts" la linea che si riferisce all'host a cui è impossibile connettersi.

2- eseguire questo comando: ssh-keygen -R "IP_ADDRESSorHOSTNAME" (sostituire "IP_ADDRESSorHOSTNAME" con l'ip di destinazione o il nome host di destinazione)

3- Riprova connessione ssh (se fallisce, controlla l'autorizzazione nella directory .ssh, deve essere 700)

La mia soluzione su UBUNTU (linux):

1. Devi eliminare il contenuto dal file "known_hosts" che si trova in "/home/YOUR_USERNAME/.ssh/known_hosts"

2. Generare una nuova chiave ssh come "ssh-keygen -t rsa -C" your.email@example.com "-b 4096"

3.Copia-incolla la tua nuova chiave ssh nel tuo repository git (gitlab nel mio caso) chiavi SSH.

Per me funziona !

AWS EC2.

Trova l'ip nel messaggio che ti dà.

correre

vim /home/ec2-user/.ssh/known_hosts

Utilizzare i tasti di direzione per trovare l'ip dal messaggio e fare clic.

dd

Questo eliminerà quella linea, quindi eseguirà la fuga

:wp

Ciò consentirà di risparmiare, allora sei a posto.