SSH कनेक्शन त्रुटि: ssh_exchange_identification: पढ़ें: सहकर्मी द्वारा कनेक्शन रीसेट

25

जब मैंने SSH के माध्यम से सर्वर से कनेक्ट करने का प्रयास किया, तो मुझे निम्नलिखित त्रुटि मिल रही है,

[root@oneeighty ~]# ssh -vvv -p 443 root@xxx.xxx.xxx
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx [IP] port 443.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
ssh_exchange_identification: read: Connection reset by peer

मैंने सर्वर और क्लाइंट पर SSH कॉन्फ़िगरेशन की जाँच की है और कोई समस्या नहीं है।

सर्वर पर SSH सेवा को पुनरारंभ किया और फिर सर्वर / क्लाइंट को पुनरारंभ किया, लेकिन समस्याओं का समाधान नहीं किया गया है।

linux ssh

— सेंथिल जी
स्रोत

आप फ़ायरवॉल यूजर-इंटरफ़ेस द्वारा ssh कनेक्शन की अनुमति दे सकते हैं (कुछ प्रदाता यह अनुमति देते हैं) या यदि आपके पास लॉगिन करने के लिए कोई वैकल्पिक तरीका है (उदाहरण के लिए digitalocean एक कंसोल बटन प्रदान करता है) तो आप कमांड sudo ufw से नीचे चला सकते हैं ssh sudo ufw 22

— BSB

26

यह चीजों की संख्या का परिणाम हो सकता है।

कुछ चीजें जो आप जल्दी से आज़मा सकते हैं, वे इस प्रकार हैं:

किसी भी प्रविष्टि के लिए /etc/hosts.deny में देखें sshd: ALL
शायद, जोड़ने sshd: ALLके लिए/etc/hosts.allow
यह संभव है कि आपके SSHD के HostKeys भ्रष्ट हों। वे / etc / ssh / निर्देशिका में मौजूद हैं। आप उन्हें हटा सकते हैं और sshd को पुनः आरंभ कर सकते हैं और यह उन्हें फिर से उत्पन्न करेगा। यदि यह एक त्रुटि देता है, तो कृपया निम्न आदेशों का उपयोग करें
```
$ ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
$ ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key
$ ssh-keygen -t ecdsa -f /etc/ssh/ssh_host_ecdsa_key
$ /etc/init.d/sshd start
```

— vagarwal
स्रोत

/etc/hosts.deny फ़ाइल और /etc/hosts.allow पर, सभी पंक्तियों पर टिप्पणी की जाती है।

— सेंथिल जी

1

कृपया sshd: ALLजाँच करें कि अगर मदद करता है, तो hosts.deny में जोड़ें ।

— वगरवाल

2

डिबग में अगली पंक्ति इस तरह दिखनी चाहिए:

debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7

आपने StackOverflow पर पुष्टि की है कि आप बाहरी IP पते से नैटिंग / पोर्ट अग्रेषण का उपयोग कर रहे हैं। आपने यह भी सत्यापित किया है कि आप स्थानीय बॉक्स से स्वयं के लिए ssh कर सकते हैं। 443 कार्यों को पोर्ट करने के लिए स्थानीय रूप से sshing के रूप में तो आपको पोर्ट मैपिंग कार्यों को सत्यापित करने की आवश्यकता है।

प्रयत्न:

उसी सबनेट में एक और बॉक्स से एसएसएच
चलाएं iptables -Lऔर जांचें कि पोर्ट 443 खुला है या INPUT और OUTPUT ACCEPT पर सेट है
भागो tcpdump -A -s 0 port 443और फिर बाहरी आईपी को sshing की कोशिश करो। आपको राउटर के स्रोत पते के साथ डेटा आगमन देखना चाहिए

— एलेस्टेयर मैककॉर्मैक
स्रोत

2

FWIW, मैं AWS पर Ubuntu 14.04 चला रहा हूं। समस्या को SSH द्वारा उनके जावा वेब क्लाइंट के माध्यम से तय किया गया था, और चल रहा था sudo service apache2 start। मैं चाहता था कि मेरी वेबसाइट वापस आ जाए, लेकिन इसने SSH की पहुंच भी तय कर दी। पता नहीं क्यों, लेकिन मुझे कोई शिकायत नहीं है।

— Mazyod
स्रोत

यहाँ एक ही मुद्दा है। मेरा सत्र बिना किसी कारण के अनुत्तरदायी था और मैं पोटीन के माध्यम से फिर से जुड़ नहीं सका। वेब क्लाइंट का उपयोग करते हुए पोटीन के माध्यम से मेरे कनेक्शन को फिर से काम करने की अनुमति देने के लिए जो भी जादू किया गया था।

— एंड्रयूज

धन्यवाद, मुझे नहीं पता कि यह वास्तव में कैसे मदद करता है। *** aws

— सियारि उचुकलेबौ

1

आप जिस सर्वर से कनेक्ट करने का प्रयास कर रहे हैं, उस पर भी जाँच करें।

— केजेएस
स्रोत

1

समस्या हल हो गई है।
समस्या लोड बैलेन्कर्स पर है जो हमारे नेटवर्क पर है। लोड बैलेंसरों को पुनरारंभ करने पर समस्या हल हो गई है।

— सेंथिल जी
स्रोत

1

मुझे आज इसी तरह के मुद्दे का सामना करना पड़ा क्योंकि अचानक एक संदेश के साथ एक वीएम तक एसएचएस पहुंच से इनकार कर दिया गया था। ssh -v (क्लाइंट पर) और sshd -d (सर्वर पर) ज्यादा मदद नहीं की। मेरे मामले में समस्या फ़ायरवॉल / आईपीटेबल सेटिंग्स में बदलने के कारण शुरू हुई, जो मैंने LAMP स्टैक उपयोग के कुछ डेमो के लिए किया था।

मैंने फ़ायरवॉल को सक्षम करने के लिए सिस्टम-कॉन्फिग-फायरवाल-तुई का उपयोग किया और वहां से केवल httpd का चयन किया जिसने httpd को छोड़कर अन्य सभी सेवाओं को अवरुद्ध कर दिया।

तो इसके समाधान के रूप में या तो sshd द्वारा अनुमतियाँ जोड़ें

अद्यतन iptable conf सेटिंग्स या
सिस्टम-कॉन्फिग-फायरवाल-तुई OR से sshd का चयन करना
फ़ायरवॉल को अक्षम करना या
Iptable सर्विस को रोकें (rhel6, इसे chkconfig से भी हटाएं) सर्विस iptables स्टॉप

ssh अब पूरी तरह से ठीक काम करता है !!!

— rinky
स्रोत

0

मेरे लिए, मुझे / etc / मेजबान फ़ाइल में sshd कनेक्शन की अनुमति है।

vi /etc/hosts.allow
and add 

sshd: ALL

— डेविड ओक्वी
स्रोत

0

जिस तरह से मैंने समस्या हल की है, मैं मेजबान मशीन पर गया और कुछ कमांड चलाए

सुडो मकिदिर / वर / रन / शशद

सुडो चामोद 755 -R / var / run / sshd

सुडोल सेवा ssh पुनरारंभ

मैं उसके बाद मशीन से जुड़ गया।

— सयन बिस्वास
स्रोत

-3

सबसे पहले purshsh- * (-shshsh सर्वर और खुलता है)

apt-get --purge remove openssh-*

हटाने /home/username/.ssh निर्देशिका

rm -rf /home/username/.ssh

फिर अपना ओपेन-सर्वर और ओपनश-क्लाइंट इंस्टॉल करें

apt-get install openssh-server openssh-client

— शंकर
स्रोत

3

नहीं, पास भी नहीं, ओपी का जवाब कहता है कि समस्या क्या थी। आप उत्तर विकृत करने के लिए विशिष्ट हैं जो उपयुक्त का उपयोग करते हैं, ओपी आरएचईएल का उपयोग कर रहा था। किसी पैकेज को निकालना और पुन: स्थापित करना लगभग कभी समाधान नहीं है।

— user9517

क्या आपने स्थानीय या रिमोट सर्वर पर यह सब किया है?

— जोनाथन