ssh सुरंग त्रुटि "ssh_exchange_identification: दूरस्थ होस्ट द्वारा बंद किया गया कनेक्शन"


10

मैं अपने कार्यालय मशीन से अपने घर मशीन के लिए एक ssh सुरंग का उपयोग करने की कोशिश कर रहा हूं, और जब मैं इसका उपयोग करने का प्रयास करता हूं तो मुझे एक त्रुटि मिलती है।

मैं जो कर रहा हूं वह एक खोल की तरह शुरू कर रहा है:

ssh -gL 12345:my.home.domain:22 my.home.domain

यह मुझे एक उचित शेल दे रहा है, कोई समस्या नहीं है। मैं इस कार्यालय मशीन के माध्यम से अपने घर की मशीन के लिए आमतौर पर क्या करता हूं, जैसे:

ssh -p 12345 127.0.0.1

यह हमेशा मेरे लिए काम किया है, पिछले हफ्ते तक, जब मैंने अपने घर की मशीन (उबंटू से डेबियन पर स्विच करना) पर एक नई प्रणाली स्थापित की। अब मुझे एक त्रुटि मिलती है। मैं अभी भी अपने शुरुआती ssh कनेक्शन को खोल सकता हूं, लेकिन जब मैं उस सुरंग का उपयोग करने की कोशिश करता हूं, तो मुझे यह (कार्यालय मशीन पर) यह त्रुटि मिलती है:

ssh_exchange_identification: Connection closed by remote host

इसके अलावा, जब ऐसा होता है, तो मेरे द्वारा खोले गए खोल को इस लाइन के माध्यम से बाहर निकाल दिया जाता है:

channel 3: open failed: connect failed: Connection timed out

किस बिंदु पर, मैं नुकसान में हूं। यदि किसी भी अधिक जानकारी की आवश्यकता है, तो मुझे इसे पोस्ट करने में खुशी होगी।

============= आगे उस ============ पर

आगे के चारों ओर फ़िदा होने के बाद, मैंने पाया है कि मुझे सर्वर (मेरी होम मशीन) से एक अलग प्रतिक्रिया मिल रही है जब मैं विभिन्न बंदरगाहों पर टेलनेट का प्रयास करता हूं। अगर मैं कोशिश करूँ:

telnet my.home.domain 22

मुझे यह वापस मिल गया:

Trying <my ip address>...
Connected to <my domain>.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.5p1 Debian-6+squeeze2

जो मुझे उम्मीद है। हालांकि सुरंग की स्थापना के बाद, और फिर उस पर टेलनेटिंग करते हुए, मुझे यह प्रतिक्रिया दिखाई देती है:

Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.

============== और आगे अभी भी ==================

के अनुसार kbulgrien के सुझाव, यहाँ -v विकल्प के साथ क्लाइंट मशीन से उत्पादन होता है:

ssh -vp 24600 127.0.0.1
OpenSSH_5.9p1 डेबियन-5ubuntu1, OpenSSL 1.0.1 14 मार्च 2012
debug1: कॉन्फ़िगरेशन डेटा पढ़ना / etc / ssh / ssh_config
debug1: / etc / ssh / ssh_config लाइन 19: * के लिए विकल्प लागू करना
debug1: 127.0.0.1 [127.0.0.1] पोर्ट 24600 से कनेक्ट।
debug1: कनेक्शन स्थापित किया गया।
debug1: पहचान फ़ाइल /home/jacob/.ssh/id_rsa टाइप -1
debug1: पहचान फ़ाइल /home/jacob/.ssh/id_rsa-cert टाइप -1
debug1: पहचान फ़ाइल /home/jacob/.ssh/id_dsa टाइप -1
debug1: पहचान फ़ाइल / home/jacob/.ssh/id_dsa-cert टाइप -1
debug1: पहचान फ़ाइल /home/jacob/.ssh/id_ecdsa टाइप -1
debug1: पहचान फ़ाइल /home/jacob/.ssh/id_ecdsa-cert टाइप -1
ssh_exchange_identification: दूरस्थ होस्ट द्वारा बंद किया गया कनेक्शन


ssh_exchange_identification: Connection closed by remote hostत्रुटि का एक कारण कनेक्टिंग होस्ट में सूचीबद्ध होने से संबंधित है /etc/hosts.deny
ज़ोराडेक

एचएम - अगर मैं उस मशीन पर /ets/hosts.deny बिल्ली करता हूं, तो हर पंक्ति पर टिप्पणी की जाती है।
जैकब ईविंग

क्या मैं -vssh कमांड को जोड़ने का सुझाव देता हूं जो विफल रहता है? क्या आने वाला आउटपुट विफलता का कोई अन्य संकेत देता है (यानी channel 1: open failed: administratively prohibited: open failed)।
कुलबृजेन

2
क्षमा करें, यह मुझे समझ में आया कि यह -vसुरंग और विफल ssh कमांड (कुछ से अधिक की तलाश में channel 3: open failed: connect failed: Connection timed out) दोनों में मददगार है । यह उल्लेख करने के लिए उल्लेखनीय हो सकता है कि -vक्रिया को बढ़ाने के लिए व्यक्ति कई (तीन तक) जोड़ सकता है । मैं जरूरी नहीं कि पूरे स्प्यू को पोस्ट करूं, लेकिन यह उन शब्दों के लिए बेकार हो सकता है जो किसी समस्या का संकेत देते हैं।
कुलबृजेन

जवाबों:


1

हो सकता है कि अगर आपके पास अधिक है तो ssh 10 सत्रों के लिए पासवर्ड डालने की प्रतीक्षा कर रहा है, आपके पास उस तरह की त्रुटि है, मुझे याद है कि हाल ही में ssh बग था, यदि आप इसे सत्यापित करेंगे, तो नीचे दिए गए कमांड का उपयोग करें

for i in {1..15};do ssh -fNt pippo@remote.server.com & >/dev/null ;done

0

ऐसा ही कुछ हाल ही में इंस्टाल हुआ। इस स्थिति में /etc/hosts.deny अस्तित्व में थी और इसकी कोई सेटिंग नहीं थी, जिससे खोज की पहुंच से इनकार कर दिया गया था, इसलिए परिस्थितियां समान हैं। कुछ जोड़ने के लिए /etc/hosts.allow को बदलना आवश्यक था:

sshd: 192.168.127.0/255.255.255.128

आईपी ​​विवरण को आपकी आवश्यकताओं के साथ समायोजित करने की आवश्यकता है, या ALLअगर हर जगह से ssh की अनुमति देने के साथ कोई चिंता नहीं है, तो इसे बदल दिया जाएगा ।

परिवर्तन करने के बाद, बंद करो और sshd को पुनरारंभ करें।

निम्नलिखित प्रश्न के उत्कीर्ण उत्तर अधिक उदाहरण प्रदान करते हैं।

SSH hosts.deny और hosts.allow

यहाँ किसी और की गवाही है जो त्रुटि संदेश को समाधान के साथ जोड़ता है।

कैसे ठीक करें: ssh_exchange_identification: SSH के साथ लॉग इन करते समय दूरस्थ होस्ट समस्या द्वारा बंद किया गया कनेक्शन


हम्म - दुख की बात है कि मेरे लिए इसे ठीक नहीं किया। मुझे लगता है कि उदाहरण में मेरी स्थिति अलग है। मैं बिना किसी परेशानी के पोर्ट 22 पर ssh करने में सक्षम हूं। यह केवल तभी होता है जब मैं किसी अन्य पोर्ट के माध्यम से सुरंग बनाने की कोशिश करता हूं, जिसमें मुझे उल्लिखित त्रुटियां मिलती हैं।
जैकब ईविंग

दी कि सुरंग एक विशिष्ट अंतर है। यह देखते हुए कि क्या यह मदद करता है: चर्चा .reamhost.com / thread-97951.html ? मुझे एक संकेत के संदर्भ भी मिले हैं कि डेबियन जैसी प्रणालियों पर sshd पैकेज को अनइंस्टॉल करना और फिर से स्थापित करना उन कुंजियों के साथ एक समस्या को ठीक करता है जो आपके द्वारा वर्णित व्यवहार का कारण बनते हैं ( चर्चा .reamhost.com/thread-97951.html एट अल।) ।
kulgrien

आपके पास sshd (ओपनश-सर्वर) दोनों सिस्टम पर स्थापित है, है ना?
कुलबृजेन 19

हां हां। मैं काफी लंबे समय से ऐसा कर रहा हूं, और केवल पिछले हफ्ते अपने घरेलू मशीन (सर्वर) पर डेबियन पर स्विच करने के बाद मुसीबत में चला गया। जब मैं आज रात को घर पर आऊंगा / फिर से sshd स्थापित करने के आपके सुझाव की कोशिश करूँगा।
जैकब ईविंग

0

मेरे पास एक ही समस्या थी और अंत में समस्या को हल करके /etc/network/interfaces:

auto eth0
iface eth0 inet static

या

auto eth0
iface eth0 inet dhcp

उस कॉन्फिगरेशन के बिना मुझे अपनी ssh सुरंग का कभी भी उल्टा कनेक्शन नहीं मिलता।


0

मेरे मामले में, मुझे /etc/ssh/sshd_configगेटवे मशीन में निम्नलिखित पंक्तियाँ सम्मिलित करनी थीं:

Match User <username>
   GatewayPorts yes

अधिक विवरण यहां देखें

उम्मीद है की यह मदद करेगा!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.