Ç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 `OpenSSL` veya `glibc` güncellemesinden sonra yalnızca `ssh_exchange_identification: connection closed by remote host` hatasını alıyorsanız, sorun eksik bir bağımlılıkla ilgili olabilir. Bu durumda, şu komutu çalıştırın: sudo lsof -n | grep ssh | grep DEL Komut satırından. Bu size açık dosyaların bir listesini verecektir, ardından yakın zamanda silinmiş ve `ssh` hizmeti (arka plan programı) 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, şunları denemek isteyebilirsiniz: sudo apt-get -f upgrade Bu işlem, karşılaşmış olabileceğiniz bozuk paketlerin düzeltilmesine yardımcı olup olmadığını kontrol etmenizi sağlar.
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, komutu çalıştırabileceğinizi unutmayın. vmstat -s Ve çoğu durumda normal bir kullanıcının bile belleği nasıl kullandığına dair bazı önemli istatistikler elde etmek için.
Üçü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. Farkında olmadan maksimum SSH oturum sayısını aşmış olabilirsiniz. Eski oturumları sonlandırın ve ardından yeniden bağlanmayı deneyin. Bunu yapmanın kolay bir yolu, `/` komutunu çalıştırmaktır. kim Kayıtlı kullanıcıların etkinliklerini görmek için yalnızca bir veya iki kayıtlı kullanıcının oturumunu görmelisiniz. Birden fazla paralel oturum varsa, kullanıcı oturumlarını kapatın ve tekrar giriş yapmayı deneyin.
Bu durum, sshd'nin döngü halinde birçok farklı SSH oturumu başlatan bir betiğe yetişememesi durumunda ortaya çıkabilir. Eğer bu durum daha önce başınıza geldiyse, şu komutu ekleyin: 0.3 uyku Gizli sshd'nin güncel kalabilmesi için yinelemeli döngüye zaman tanımak.
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ı.