SSH bağlantısında 'Bağlantı reddedildi' hataları nasıl çözülür?

Evimde bir Ubuntu Server 10.10 32-bit var. PC’nden Putty üzerinden SSH bağlantısı yapıyorum.

Sorun şu ki, bazen sorunsuz bir şekilde giriş yapabiliyorum. Ancak, bazen bana böyle bir hata veriyor:Network error: Connection refused.

Daha sonra hiçbir şeyi değiştirmiyorum, birkaç kez daha giriş yapmayı deneyin, bir süre bekleyin ve tekrar deneyin. Bazen giriş yapabilirim, bazen yapamam. Bana oldukça rastgele görünüyor.

Bunu çözmek için ne yapabilirim?

Düzenle:

Ve Bazen, Macun metni Network error: Software caused connection abortgörüntüledikten sonra hata veriyor login as:.

İşte ping -t çıktısı:

Pinging 192.168.2.254 with 32 bytes of data:
Reply from 192.168.2.254: bytes=32 time=6ms TTL=64
Reply from 192.168.2.254: bytes=32 time=65ms TTL=6
Reply from 192.168.2.254: bytes=32 time=88ms TTL=6
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=3ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64
Reply from 192.168.2.254: bytes=32 time=1ms TTL=64

Yönelticinin güvenlik duvarını kapattım ve şimdi her şey çalışıyor gibi görünüyor. Bunun dışında, bilgisayarımdan harici IP yazarak web sunucuma hala giremiyorum.

Bunun çalışması için openssh-server'ı Linux'a yüklemelisiniz. Ubuntu'nun dahili IP adresini alın ve yönlendiricinizin 22 numaralı (SSH) bölümündeki bağlantı noktası iletmeyi ayarlamak için bu IP'yi kullanın. Her ne kadar SSH'yi ağınızın dışından yapmak istemeseniz de, bu gerekli değildir.

Openssh-server'ın nasıl kurulacağı:

sudo apt-get install openssh-server openssh-client
[ENTER PASSWORD]

Bu SSH hata mesajını gördüğümde IP adresi çakışmasının temel nedeni olduğu ortaya çıktı.

Yukarıdaki cevapları okuduktan sonra bir IP adresi çatışmasından şüphelenmiştim, ancak adres çatışmasının sorun olmadığını veya olmadığını kanıtlamam gerekiyordu.

Bu harika makale , iki donanımın aynı IP adresini talep edip etmediğini görmek için arp-taramanın nasıl kullanılacağını gösterdi.

Benim durumumda sunucu makinesinin 192.168.1.42 statik ip adresine sahip olması durumunda, bu adresi kontrol etmek için arp-scan kullandım:

$ sudo apt-get install arp-scan
$ arp-scan -I eth0 -l | grep 192.168.1.42
  192.168.1.42 d4:eb:9a:f2:11:a1 (Unknown)
  192.168.1.42 f4:23:a4:38:b5:76 (Unknown) (DUP: 2)

Tabii ki yukarıda gösterildiği gibi bir çatışma oldu. Sonra grepsiz arp-taramayı koştum, 0,43'ün uygun olduğunu tespit ettim, gittim ve düzenledi /etc/network/interfacesve statik ipi 0,42'den 0,43'e değiştirdim.

arpingBağlantı sorunları olan IP adresini kullanın . Bu her ping cevabı için MAC adresini gösterecek ve umarım haydut MAC adresini kaldıracaktır.

arping 192.168.2.254

DHCP sunucusundaki DHCP IP adres havuzunu kontrol etmeli, hiçbir cihazın DHCP havuzuyla çakışan statik IP'leri olmadığından emin olmalısınız.

Bu ipuçları IP'yi çoğaltmak için işaret eder:

• ping ttl ve gidiş dönüş süresi 2 farklı sunucuya benziyor
• aralıksız bağlantı kesilmeleri yeniden başlatılmadan

Statik IP adresim olmasına rağmen aynı problemi yaşadım. Ağımdaki başka bir sunucuya aynı (statik) IP adresine atandığı ortaya çıktı. (Duh.) Öyleyse, sorunun IP adresi çakışmalarından kaynaklandığı anlaşılıyor, ancak bunun gerçekleşmesi için çeşitli olası yollar olabilir. Sizinkini statik olarak ayarladıysanız ve hala sorun yaşıyorsanız, makinenizi kapatmayı ve adrese ping atmayı deneyin. Cevap alırsanız, aynı adrese sahip olabilecekleri aramaya başlayın.

Bunu yaparsan ne alırsın?

grep 192.168.2.25 /etc/hosts.deny

Bu bir şey verirse o zaman kaldırmanız gerekir.

ssh config dosyasını açın:

sudo nano /etc/ssh/ssh_config

limanı bul

#port 22

bağlantı noktası seçeneğini keskin bir şekilde kaldırın

sonra dosyayı kaydedin ctrl + xve servisinizi yeniden başlatın.

sudo service ssh restart

Bu, ağ donanımınızın sunucunun kendisinden daha fazla sorununa neden olur.

Ethernet bağlantısı yukarı / aşağı (/ kablosuz olması durumunda wlan) için / var / log / mesajları kontrol edin. Eğer öyleyse, kabloları değiştirmeyi deneyin.

Bu sorunu doğrulayabilirim: Bu basit bir bağlantı sorunu değil. Ethernet bağlantısı durumu değiştirmez; sunucuya ping yoluyla erişilebilir; ssh, zaman zaman kusursuzca bağlanır, sonra görünüşte rastgele bağlanmaz veya mevcut ssh oturumu düşer. Bu, Ubuntu 10.04 ve 11.04'te gerçekleşir. Hheimbuerger'in önerisini takiben sunucuya statik bir IP verdim, bunu düzeltmek gibiydi.

Çözüm: Bağdaştırıcıyı DHCP'den statik'e değiştirin.

Ben de aynı sorunu yaşadım ve benim durumumda bir IP adresi çatışması olduğu ortaya çıktı. Ubuntu VM'm dinamik bir adrese sahipti, ancak başka bir makinede (bu durumda bir telefon) DHCP sunucusunun bilmediği atanmış statik bir IP vardı.

Sadece DHCP sunucusu tarafından Ubuntu VM'ye atanan IP'nin değiştirilmesi tüm bağlantı sorunlarını çözdü.

Temel olarak aşağıdaki nedenlerden biri nedeniyle:

1. Ağda sunucuya erişmeye çalışan çok fazla kullanıcı var
2. Ağdaki birden fazla bilgisayar, IP çakışmasına neden olan sunucuyla aynı IP’ye sahip
3. Yanlış kullanıcı adı veya kimlik bilgileriniz iptal edildi

iptablesSunucunuzdaki kurallarınızı kontrol etmek isteyebilirsiniz . Yeni SSH bağlantılarını sınırlama kuralınız var gibi görünüyor.

Bir sonraki kural, dakikada 5 yeni bağlantıya izin verir, bu sınırı geçerseniz, yeni bağlantılarınız bir süre geçtikten sonra reddedilir:

-A INPUT -p tcp --dport 22 -m conntrack --ctstate NEW -m limit --limit 5/min -j ACCEPT

IPTables / Netfilter belgelerine bakın, biraz ilerleyin limit.

arp-scan iki yinelenen cihaz gösteriyor, ancak Win8'de Advanced IP tarayıcıyı çalıştırdığımda hepsi iyi görünüyor. Yani her zaman aynı fikirde değiller.

Yönelticiyi, sadece 1 saatlik kiralama yapmasını söyleyerek tüm kiralamaları iptal etmesi için ayarladım. Temizlenip temizlenmediğini görmek için zaman verecektir.