sshd bağlantısı reddediyor mu?

Bazı nedenlerden dolayı vitrual makinemden uzak sanal sunucuma bir sunucu çiftliğinde erişemiyorum ve bunun yerine bana şu hata mesajını veriyor:

   OpenSSH_5.9p1, OpenSSL 1.0.0g 18 Jan 2012
   debug1: Reading configuration data /etc/ssh/ssh_config
   debug1: /etc/ssh/ssh_config line 20: Applying options for *
   debug1: Connecting to www.xxx.de [XXX.XXX.XXX.XXX] port 22.
   debug1: Connection established.
   debug1: permanently_set_uid: 0/0
   debug1: identity file /root/.ssh/id_rsa type -1
   debug1: identity file /root/.ssh/id_rsa-cert type -1
   debug1: identity file /root/.ssh/id_dsa type -1
   debug1: identity file /root/.ssh/id_dsa-cert type -1
   debug1: identity file /root/.ssh/id_ecdsa type -1 
   debug1: identity file /root/.ssh/id_ecdsa-cert type -1
   ssh_exchange_identification: Connection closed by remote host

Son zamanlarda çok fazla ters kabuk kung-fu yaptım ve bir süre önce bir savunma senaryosu hazırladım. Sorun ne? Sunucum Suse 12.1 kullanıyor.

SSH istemciniz o ana bilgisayar için eski bir anahtara sahip gibi görünüyor. Nasıl temizleyeceğimi bilemiyorum, ancak kimlik dosyası bölümü bana durumun bu olduğunu gösteriyor.

Bu hata birçok şeyden kaynaklanıyor olabilir, ancak çoğu zaman dosya sistemi veya dizin izniyle ilgili (çoğu değişiklik yapmamış olmanız muhtemel değildir) bir sunucu sorununu gösterir. Belki de uzak sunucu kökünüz fs salt okunur. Belki disk hataları var, vb. Sistem hata günlüklerinde bir şey görmelisiniz. Mümkünse, kapatmalı ve bir dosya sistemini en kısa zamanda kontrol etmelisiniz. Dosya sistemini düzeltmek çoğu durumda onu düzeltmelidir.

Sunucu sonunda bu tür sorunları ayıklamanın daha kolay olduğuna inanıyorum (sunucuya seyahat edebileceğinizi veya başka bir erişim yoluna sahip olabileceğinizi varsayalım)

Sshd kayıt seviyesi yükseltilebilir ve kayıtlar sshd'nin bağlantıyı kapatması için verdiği sebepler nedeniyle incelenir.

man sshd diyor

LogLevel
Mesajları sshd'den (8) kaydederken kullanılan ayrıntı seviyesini verir. Olası değerler şunlardır: QUIET, FATAL, ERROR, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2 ve DEBUG3. Varsayılan bilgi INFO'dur. DEBUG ve DEBUG1 eşdeğerdir. DEBUG2 ve DEBUG3'ün her biri, daha yüksek seviyelerde hata ayıklama çıkışı belirlemektedir. DEBUG seviyesine giriş yapmak kullanıcıların gizliliğini ihlal eder ve tavsiye edilmez.

Bir TCP bağlantısı kabul edilir ve hemen kapatılırsa, tcp_wrappers kullanılarak engellenmiş olma olasılığı yüksektir ve bu, hemen her zaman denyhosts, yüklediğiniz bir yorumda bahsettiğiniz anlamına gelir .

Yapabiliyorsanız, farklı bir adresden (örneğin bir proxy üzerinden) bağlanmayı deneyin ve listede olup olmadığını kontrol edin /etc/hosts.deny. Öyleyse , adresinizi inkarcıların koruduğu yarım düzine veritabanından kaldırmak için bu talimatları izleyin . İsteğe bağlı olarak, kendi adresinizi de ekleyin ./etc/hosts.allow

Web sunucunuz çalışmaya devam ediyor, çünkü performans nedenlerinden dolayı tcp_wrappers kullanmıyor . (Gerçekten de, çok az program gerçekten kullanıyor .)