`~ / .Ssh / known_hosts` dosyamı geçici olarak yoksay?

Dosyamı geçici olarak görmezden gelmenin bir yolu var mı ~/.ssh/known_hosts?

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$ 

NOT:

.. bir kaç cevap (lar) / yorum (lar) ile sorumun biraz yanıltıcı olduğunu, çok kısa bir süre beklenen davranış olduğunu fark ettim, bu yüzden normal (benim durumumda) bunun arkasındaki geçerli bir neden var. "yoksay" görmek istiyorum

Anlık ssh -o StrictHostKeyChecking=nodenetlemeyi kapatmak için kullanabilirsiniz known_hosts. Ancak buna karşı tavsiyelerde bulunabilirim. Ana bilgisayar anahtarının neden değiştiğini gerçekten kontrol etmelisiniz.

Diğer bir seçenek de, söz ~/.ssh/configkonusu ana bilgisayar için belirli bir giriş eklemek . Bu, her açılışta yeni ana bilgisayar anahtarları üreten belirli bir ana makineniz varsa ve günde birkaç kez geçerli bir neden için yeniden başlatıldığında geçerli bir yaklaşım olabilir.

Host <your problematic host>
  StrictHostKeyChecking no

Bilinen ana makinenizi POSIX ortamında tamamen yok saymak için, GlobalKnownHostsFileve UserKnownHostsFileseçeneklerini aşağıdaki gibi ayarlayın /dev/null:

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

StrictHostKeyChecking=noSeçeneğin ayarlanması bağlanmanıza izin verecektir ancak SSH yine de bir uyarı gösterecektir :

ssh -o StrictHostKeyChecking=no user@host

Diğerlerinin de belirttiği gibi, altta yatan sorunu ele almak muhtemelen daha iyidir. Örneğin, ana bilgisayarları doğrulamak için SSH sertifika doğrulamasını düşünebilirsiniz .

Sunucuyu yeniden yüklediyseniz ve bu nedenle Kimlik değiştiyse, belirtilen 155 numaralı satırı silmeli /Users/alexus/.ssh/known_hostsve devam etmelisiniz .

Farklı özel ağlar arasında geçiş yaparsanız, ssh istemcisi ayrıca ana bilgisayar adına bağlı olarak anahtarları da kaydedeceğinden, bağlanmak için ana bilgisayar adlarını kullanmanız gerekir. Şuna bir şey ekle /etc/hosts:

10.52.11.171 server1
10.52.11.171 server2

ve sonra ssh server1alt ağ 1'e bağlandığında ve alt ağ ssh server22'ye bağlandığında kullanın. Bu şekilde, her iki sunucunun da farklı ana bilgisayar anahtarları olabilir.

-o StrictHostKeyChecking=no yalnızca ana bilgisayar known_hosts dosyasında bulunmuyorsa çalışır.

Bence daha temiz (uyarı yok), ana bilgisayar anahtarının vm klonlama nedeniyle değişebileceğini düşünüyorsanız, bu tür ana bilgisayarları görmezden gelmeyi zorlamak:

# 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"

Bazı insanlar bunun doğru olmadığını söylüyor, bunu ve benzeri şeyleri yapman gerekmiyor, ama birkaç gömülü cihazı tekrar tekrar test etmek için de buna ihtiyacım var. Devre dışı bırakmanız gerekir StrictHostKeyChecking=no, bu doğru, ancak bilinen ana makine dosyasını da sıfırlayın /dev/null. İşte autologin ve psuzak cihazda bir örnek .

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

Tüm sunucularınıza giriş yapın (ve RedHat ise) rm -f /etc/ssh/ssh_host_*ve ardından SSHD'yi yeniden başlatın.

Bu, göz ardı edilmesine gerek olmayan yeni SSH ana bilgisayar anahtarları yaratacaktır.

Birden fazla sunucuya klonlanan SSH anahtarlarının yalnızca istenmediği, aynı zamanda herhangi bir uyarı vermediği bir örneği düşünebilirim. Bir A kaydının katları. A kaydı olan tüm ana bilgisayarlar aynı anahtara sahip.