Çoğu durumda, `ssh_exchange_identification: Connection closed by remote host` hatası `hosts.deny` ve `hosts.allow` yapılandırma dosyalarındaki sorunlardan kaynaklanabilir, ancak başka olası nedenler de vardır. Bunu okuyorsanız, büyük olasılıkla bu dosyaların hiçbirinin IP adresinizin uzak bir sunucuda `ssh` kullanma girişimini engellemediğini zaten doğrulamışsınızdır.
Bu durumun doğru olduğunu varsayarsak, sorun bağımlılıklarla, bellek parçalanmasıyla veya hatta bireysel istemcilerden gelen aşırı sayıda oturumla ilgili olabilir. İyi haber şu ki, sorun çözüldüğünde hata tekrar ortaya çıkmayacaktır.
Yöntem 1: Eksik bağımlılıkları düzeltin
Eğer `ssh_exchange_identification: connection closed by remote host` hatasıyla yalnızca `OpenSSL` veya `glibc` güncellemesinden sonra karşılaşıyorsanız, sorun eksik bir bağımlılıkla ilgili olabilir. Bu durumda, komut satırından ` sudo lsof -n | grep ssh | grep DEL` komutunu çalıştırın . Bu size açık dosyaların bir listesini verecektir; daha sonra, yakın zamanda silinmiş ve `ssh` servisi (daemon) ile ilgili olanları arayın.
Eğer herhangi bir sonuç alamazsanız, hizmeti (arka plan programını) veya sistemin kendisini yeniden başlatmayı deneyebilirsiniz. Birden fazla hata alırsanız yeniden başlatmayı denemeniz gerekecektir, ancak `/run/user/1000/gvfs` ile ilgili mesajları güvenle göz ardı edebilirsiniz, çünkü bunlar sanal dosya sistemiyle ilgili olmayan bir sorundan kaynaklanmaktadır.
Bağımlılıkların sorun yarattığından şüpheleniyorsanız, paketlerinizi güncellemek için `apt-get`, `pacman` veya `yum` kullanmayı da deneyebilirsiniz. Debian veya Ubuntu tabanlı bir sistem kullanıyorsanız, karşılaştığınız bozuk paketlerin düzeltilip düzeltilmediğini görmek için `sudo apt-get -f upgrade` komutunu denemek isteyebilirsiniz.
Yöntem 2: Bellek Parçalanmasının Düzeltilmesi
Bu da yardımcı olmazsa, sunucu tarafında bir sorun olabilir. Sanal makine (VM) içinde çalışan sunucularda her zaman takas bölümü bulunmaz, bu da bellek parçalanmasına yol açabilir. Sunucuya başka yollarla, mümkünse fiziksel olarak erişmeyi deneyin ve ardından sorun yaşayan tüm hizmetleri yeniden başlatın. MySQL, Apache, nginx ve benzeri hizmetler suçlu olabilir.
Sunucuyu yeniden başlatmak her zaman mümkün olmasa da, sorunu çözebilir ve bu hata mesajı ile IP adresi döndüren başka bir hata mesajı arasında geçiş yapıyorsanız iyi bir fikir olabilir. Sunucuya herhangi bir şekilde erişiminiz varsa, ` vmstat -s` komutunu çalıştırarak , çoğu durumda normal bir kullanıcı olarak bile bellek kullanımına ilişkin bazı yararlı istatistikler elde edebileceğinizi unutmayın.
Üçüncü yöntem: Ek SSH kopyalarını kontrol etmek
Eğer sorun bu değilse, sunucuların sunucuya bağlanmaya çalışıp çalışmadığını kontrol edin. Bilmeden maksimum SSH oturum sayısını aşmış olabilirsiniz. Eski oturumları sonlandırın ve tekrar bağlanmayı deneyin. Bunu yapmanın kolay bir yolu, hangi kullanıcı işlemlerinin oturum açtığını görmek için ` who` komutunu çalıştırmaktır . Yalnızca bir veya iki kullanıcının oturum açtığını görmelisiniz. Birden fazla paralel oturum varsa, kullanıcı işlemlerini sonlandırın ve tekrar oturum açmayı deneyin.
Bu durum, sshd'nin döngü halinde birden fazla farklı SSH oturumu başlatan bir betiğe yetişememesi durumunda ortaya çıkabilir. Eğer bu durum daha önce başınıza geldiyse, sshd daemon'unuzun yetişmesi için döngüye ` sleep 0.3` komutunu ekleyin.
Yöntem 4: sshd bağlantı sınırını bulma
Bu tür bağlantı sorunları, özellikle SSH kullanarak bir yönlendiriciye veya diğer entegre adaptör türüne erişmeye çalışırken yaygındır, çünkü varsayılan maksimum bağlantı sayısı çok küçüktür. Sunucuyu aşırı yüklemek istemeseniz de, varsayılan ayarları gözden geçirebilirsiniz.
Çalıştırmayı deneyin 
Sunucu, belirli sayıda bağlantıyı işleyebilecek şekilde yapılandırılmalıdır. Çoğu durumda, varsayılan sistem ayarı 10 eş zamanlı bağlantı olmalıdır; bu, kullanıcıların çoğunun SSH'yi düzenli olarak kullanması gereken çoğu sunucu mimarisi için yeterlidir.
Yoruma kapalı.