Git “Uyarı: Bilinen ana makineler listesine kalıcı olarak eklendi” diyor

Git veya iterken olduğu gibi uzaktan kumandayla etkileşimde bulunmak için git'i her kullandığımda, aşağıdaki mesaj gösterilir:

Uyarı: Bilinen ana makineler listesine kalıcı olarak '...' (RSA) eklendi.

Bu sinir bozucu mesajın görüntülenmesini nasıl önleyebilirim? Bu sadece bir sıkıntı - her şey düzgün çalışıyor.

Çözüm: Bir ~/.ssh/configdosya oluşturun ve satırı ekleyin:

UserKnownHostsFile ~/.ssh/known_hosts

Daha sonra Github'a bir sonraki erişiminizde mesajı göreceksiniz, ancak bundan sonra ana bilgisayar known_hostsdosyaya eklendiğinden mesajı görmeyeceksiniz . Bu, yalnızca günlük iletisini gizlemek yerine sorunu giderir.

Bu sorun bir süredir beni rahatsız ediyordu. Sorun, Windows için derlenen OpenSSH istemcisinin bilinen_hosts dosyasını~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvvv git@github.com

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

Aşağıdaki satırı ssh config dosyanıza ekleyin ($ HOME / .ssh / config):

LogLevel=quiet

Komut satırından ssh çalıştırıyorsanız, komut dizesine aşağıdaki seçeneği ekleyin:

-o LogLevel=quiet

Örneğin, aşağıdakiler machine.example.org üzerinde kurulu gcc sürümünü yazdırır (ve uyarı vermez):

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

Set LogLeveliçin ERROR(değil QUIET) içinde ~/.ssh/configbu hataları görmemek için dosyanın:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

Bu mesaj, daha önce hiç bağlanmadığınız bir ana bilgisayara bağlandığınızı bildiren SSH'den geliyor. SSH oturumunuzda bir MITM saldırısına işaret edebilecek bir ana bilgisayar anahtarı değişikliği hakkında bir uyarıyı kaçırabileceğiniz anlamına geleceği için kapatmayı önermem.

Uyarı mesajlarını bastırmak sshiçin aşağıdaki satırları ekleyebilirsiniz ~/.ssh/config:

Host *
LogLevel error

Bu, uyarıları devre dışı bırakır, ancak hata iletilerini devre dışı bırakır. Daha hassas bir kontrol istiyorsanız , diğer ayarlar gibi ana bilgisayar başına ~/.ssh/configyapılandırılabilir LogLevel.

Bu, ana bilgisayar için anahtarda değişiklikler olduğu anlamına gelir ~/.ssh/known_hostsve otomatik olarak GÜNCELLEMEZ. Bu nedenle bu uyarı mesajını her aldığınızda.

Bu, anahtarı aynı IP adresiyle değiştiren yeniden oluşturulan sanal makinelere bağlanmak için sıklıkla olur

Çözüm

Yalnızca bir girişiniz varsa, ~/.ssh/known_hostsdosyayı silebilir ve ilk bağlantıdan sonra anahtarın orada olacağını ve bundan sonra herhangi bir uyarı mesajı bulunmayacağını.

Birden fazla girişiniz varsa, kaldırmak için aşağıdaki komutu kullanabilirsiniz

$ ssh-keygen -R <hostname>

Benim için iyi çalışıyor

GitHub'dan bir havuz kullanıyorsanız, bu sorunu tamamen ortadan kaldırmak için URL'nin HTTPS sürümünü kullanmayı düşünün :

Deponuzu Windows GitHub uygulamasından kopyalarsanız, uzak URL için kullandığı yöntem budur. Belki de bilmediğimiz bir şey biliyorlar.

Aynı sorum var ve .sshiçinde bir dosya olmadığını buldum ~. Bu yüzden sadece .sshdizini ~yol altında oluşturuyorum ve sorun çözüldü.

Bir Windows makinesini kullanmaya başladığımda da aynı sorunla karşılaştım. Benim durumumda bunun nedeni SSH kurulumumun yapılmamasıydı. Github, SSH kurulumu hakkında çok hassas bir belgeye sahiptir. Bu bir kez halledildikten sonra sorun çözüldü.

https://help.github.com/articles/checking-for-existing-ssh-keys/ https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it- to-sSH-madde /

Ssh anahtarı ekle

ssh-keygen -t rsa -b 4096 -C "abc@abc.com"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

sandık yapılandırma dosyası

crate ~/.ssh/config

satırın altına ekle.

UserKnownHostsFile ~/.ssh/known_hosts

Sonra pub anahtarı ekleyin ve deponuzu klonlayın ... Tamam .....

Linux / Cent OS VM'de aynı hatayla karşılaşmıştım ve bunun nedeni yeniden başlatmadan sonra IP'nin değişmesiydi. Bu sorunu aşmak için, ağda statik bir IP tanımladım ve bu girdiyi / etc / hosts dosyasına ekledim. Statik IP için biraz daha yüksek bir aralık değerinden bahsedin. Örneğin, geçerli IP'niz (ipconfig / ifconfig) 192.168.0.102 ise, bir sonraki yeniden başlatmadan sonra bu 192.168.0.103 olabilir. Bu nedenle, IPV4 ayarlarındaki statik IP'nizi, hile yapması gereken 192.168.0.181 olarak tanımlayın.

Benim durumumda, sunucuyu kuran yönetici bu seçenekleri ~/.ssh/config

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

Hangi ~/.ssh/known_hostsdosyayı kullanmadan çoğu durumda iyi çalıştı . Ancak işletme gitlab repo için, "Uyarı: Kalıcı olarak ... bilinen ana bilgisayarlar listesine eklendi."

Benim çözümüm, UserKnownHostsFile /dev/nullyaratılmasına izin veren çizgiyi yorumlamaktı ~/.ssh/known_hosts. Bundan sonra daha fazla uyarı vermedi.

Bilgisayarınızda eski / geçersiz girişler de olabilir known_hosts.

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

özel anahtarınızı ssh-agent'a ekleyin:

ssh-add ~/.ssh/id_rsa

Devam eden downvotes nedeniyle çözümümü indiriyorum.
SSH istemcisinin kaynak kodunu hacklemeden en iyi çözümdü.
Birisi ilgileniyorsa düzenleme geçmişini kontrol edin.