Düzeltme: ssh_exchange_identification 'bağlantı uzak ana bilgisayar tarafından kapatıldı'



Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Ç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 kullanmayı denemesini 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 oturumla ilgileniyor 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. Çalıştırmak 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. Bir dizi hata size geri döndüyse, 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ı deneyebilirsiniz. Debian veya Ubuntu tabanlı bir sistemdeyseniz, denemek isteyebilirsiniz sudo apt-get -f yükseltme ve bunun, ters düşmüş olabileceğiniz bozuk paketleri düzelttiğini görün.



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

Bu yardımcı olmadıysa, denklemin ana bilgisayar tarafında bir sorun olabilir. Bir sanal makinenin içinde çalışan ana makinelerde her zaman bir takas bölümü bulunmaz, 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 erişiminiz varsa, vmstat -s komut verin ve birçok durumda normal bir kullanıcı olarak bile belleğin nasıl kullanıldığına dair bazı önemli istatistikler alın.

Yöntem 3: Ekstra ssh Örneklerini Kontrol Edin

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, DSÖ hangi kullanıcı işlemlerinin oturum açtığını görmek için komut. Oturum açmış yalnızca bir veya iki kullanıcı görmelisiniz. Çok sayıda paralel olan 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 komut dosyasına yetişemediğinde ortaya çıkabilir. Bu sana olduysa, o zaman uyku 0.3 sshd daemon'un yetişmek için zamanı olacak şekilde döngüye komut verin.

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.

Koşmayı dene sshd'nin kaç bağlantıyı işleyebileceğini bulmak için sunucuda. Ç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ç duyacaktır.

3 dakika okundu