Düzeltme: ssh_exchange_identification & lsquo; bağlantı uzak ana bilgisayar tarafından kapatıldı & rsquo;

Çoğu durumda ssh_exchange_identification: Uzak ana bilgisayar hatasıyla kapatılan bağlantı, hosts.deny ve hosts.allow yapılandırma dosyalarıyla ilgili sorunlardan kaynaklanabilir, soruna neden olabilecek başka şeyler de vardır. Bunu okuyorsanız, bu dosyaların her ikisinin de IP adresinizin uzak bir sunucuda ssh kullanmaya çalışmasını engellemediğinden emin olmak için zaten kontrol etmişsinizdir.

Durumun böyle olduğunu varsayarsak, bir bağımlılık sorununa, bellek parçalanmasıyla ilgili bir şeye ve hatta bireysel istemcilerden gelen aşırı sayıda oturumlara bakıyor olabilirsiniz. İyi haber şu ki, sorunu hallettikten sonra hatayı bir daha görmemelisiniz.

Yöntem 1: Eksik Bağımlılıkları Düzeltme

Yalnızca OpenSSL veya glibc'yi güncelledikten sonra ssh_exchange_identification: uzak ana bilgisayar hatasıyla kapatılan bağlantıyı aldıysanız, eksik bir bağımlılığa bakıyor olabilirsiniz. Run Sudo lsof -n | grep ssh | grep DEL bu durumda komut satırından. Bu size açık dosyaların bir listesini verecektir, ardından yalnızca ssh daemon ile ilgili olarak yakın zamanda silinmiş dosyaları arayacaktır.

Herhangi bir şeyi geri alamazsanız, yine de arka plan programını veya sistemi yeniden başlatmayı deneyebilirsiniz. Size bir dizi hata atıldıysa yeniden başlatmayı denemek isteyeceksiniz, ancak / run / user / 1000 / gvfs mesajlarıyla ilgili olanları güvenli bir şekilde göz ardı edebilirsiniz, çünkü bunlar, ilgili olmayan bir sorundan kaynaklanmaktadır. sanal bir dosya sistemi ile yapın.

Bağımlılıkların bir sorun olduğundan şüpheleniyorsanız, paketlerinizi güncellemek için apt-get, pacman veya yum kullanmayı da deneyebilirsiniz. Debian veya Ubuntu tabanlı bir sistemdeyseniz, sudo apt-get -f yükseltmesini denemek ve bunun, aleyhinize düşmüş olabileceğiniz bozuk paketleri düzeltip düzeltmediğini görmek isteyebilirsiniz.

Yöntem 2: Bellek Parçalanmasını Düzeltme

Bu yardımcı olmadıysa, denklemin ana bilgisayar tarafında bir sorununuz olabilir. Bir sanal makinenin içinde çalışan ana bilgisayarların her zaman bir takas bölümü yoktur, bu da bellek parçalanmasına neden olabilir. Ana bilgisayara başka bir yolla, belki de mümkünse fiziksel olarak erişin ve ardından sorun yaşayan hizmetleri yeniden başlatın. MySQL, Apache, nginx ve diğer bu tür hizmetler suçlu olabilir.

Ana bilgisayarı yeniden başlatmak her zaman mümkün olmasa da, bu sorunu düzeltebilir ve bu hata mesajı ile bir IP adresi döndüren 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ırabileceğinizi ve birçok durumda normal bir kullanıcı olarak bile belleğin nasıl kullanıldığına dair bazı önemli istatistikler alabileceğinizi unutmayın.

Yöntem 3: Ekstra ssh Örneklerinin Kontrol Edilmesi

Bunu engelleyerek, ana bilgisayarların sunucuya bağlanmaya çalışıp çalışmadığını kontrol edin. Farkında olmadan maksimum ssh oturumu sayısını aşmış olabilirsiniz. Eski oturumları temizleyin ve ardından yeniden 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. Çok sayıda paralel olanlar varsa, kullanıcı işlemlerini sonlandırın ve tekrar oturum açmayı deneyin .

Bu, sshd bir döngüde birçok farklı ssh oturumunu başlatan bir betiğe yetişemezse gerçekleşebilir. Eğer bu daha önce başınıza geldiyse, sshd arka plan programının devam edebilmesi için uyku 0.3 komutunu döngüye ekleyin .

Yöntem 4: sshd Bağlantı Sınırını bulun

Varsayılan maksimum bağlantı sayısı çok küçük olduğundan, bunun gibi bağlantı sorunları özellikle bir yönlendiriciye veya başka bir tür ayrı kutulu anahtara erişmek için ssh kullanmaya çalışırken yaygındır. Sunucuyu aşırı yüklemenize izin vermek istemeseniz de, varsayılan ayarın ne olduğuna bir göz atabilirsiniz.

Sshd'nin kaç tane bağlantıyı işleyebileceğini bulmak için sunucuda çalışmayı deneyin . Çoğu durumda, sistem varsayılan olarak 10 eşzamanlı bağlantıya sahip olmalıdır; bu, çoğu sunucu yapısı için yeterli olmalıdır ki, çoğu kullanıcı muhtemelen ssh üzerinde düzenli olarak ssh kullanmaya ihtiyaç duyar.