SSH समस्या - सॉकेट से पढ़ें विफल: सहकर्मी द्वारा कनेक्शन रीसेट

Question

मैं बिना किसी समस्या के एक दिशा में SSH कर सकता हूं:

ठीक है:

ssh user@computerA

लेकिन दूसरा तरीका:

ssh user@computerB

मुझे मिलता है Read from socket failed: Connection reset by peer।

मुझे यह भी पता नहीं है कि इसे हल करने के लिए कहाँ देखना है।

किसी को कोई सुराग है?

Comments

आपका नेटवर्क कॉन्फ़िगरेशन क्या है? क्या कोई मशीन फ़ायरवॉल / राउटर के पीछे है?

— NorTicUs 12

दोनों ही राउटर के माध्यम से ईथरनेट केबल पर एक दूसरे से जुड़े हुए हैं। उनके पास अतीत में दोनों दिशाओं में SSH'd हैं।

— बोहज

क्या आपने जाँच की कि दोनों SSH डेमन चला रहे हैं? लॉग में कुछ भी?

— NorTicUs

अच्छी और बुरी खबर: मैंने अपने सवाल का जवाब दिया। मैं नीचे टाइप करूँगा। सभी आपकी मदद के लिए धन्यवाद।

— बोहज

Answer 1

1. सर्वर की लॉग फ़ाइल की निगरानी शुरू करें

   tail -f /var/log/auth.log

2. add -v क्लाइंट अंत में एक वर्बोज़ आउटपुट पाने के लिए

   ssh user@computerB -v

यह आपको कारण के बारे में अधिक जानकारी दे सकता है। यदि सर्वर पर rsa और dsa कीज़ गायब हैं, तो उन्हें ठीक करें:

ssh-keygen -t rsa1 -f /etc/ssh/ssh_host_rsa_key
ssh-keygen -t dsa  -f /etc/ssh/ssh_host_dsa_key

Comments

इसने मेरे लिए काम किया। हालाँकि मुझे निम्नलिखित को चलाने के लिए मूल होना चाहिए: ssh-keygen -t dsa -f / etc / ssh / ssh_host_dsa_key

— StarDust

की-री जनरेशन निश्चित रूप से काम करती है। मेरे मामले में यह ओपनशेड इंस्टॉल होने के बाद मशीन आईपी एड्रेस बदल रहा था (और इंस्टॉल के दौरान उत्पन्न कीज़)।

— एल्फीशे

ऐसा करने के बाद मैंने अपने सर्वर से कनेक्ट होने का कोई भी मौका खो दिया। प्रदाता की मदद की मेजबानी के लिए पूछना पड़ा। अभी भी उनके जवाब का इंतजार है। सेंटनेल के साथ सेंटोस 7।

— टॉमस गोंजालेज

Answer 2

मैंने ऐसा करके SSH बिट्स को फिर से स्थापित किया:

sudo apt-get --reinstall install openssh-server openssh-client

इससे मेरी सभी समस्याएं ठीक हो गईं।

Comments

संयोग हो सकता है। जब आपने ssh को पुन: स्थापित किया उस समय समस्या का होना बंद हो गया है और यह कारण और प्रभाव का वायुरोधी आश्वासन नहीं है। वैसे, आपने किस पक्ष को फिर से स्थापित किया है? अथवा दोनों? किसी भी मामले में, "यह सवाल भविष्य के आगंतुकों की मदद करने की संभावना नहीं है"।

— काज

Answer 3

änthräX का तरीका बहुत मददगार है। इससे मेरा काम बनता है!

मूल रूप से मुझे लगता है, स्थापित ssh के बाद, कुंजी फ़ाइलों की आवश्यकता है।

मेरे द्वारा किया गया एकमात्र संशोधन rsaइसके बजाय उपयोग करना था rsa1:

ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key 
ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key

उस संशोधित पद्धति ने मेरे लिए काम किया।

Comments

मेरे मामले में यही समस्या थी। ओपी के लक्षण के साथ स्थापित यूटिलाइट एआरएम मशीन के लिए वर्तमान उबंटू रिलीज के साथ एसएसटी सर्वर पैकेज। इन दोनों आदेशों को चलाने के बाद (जो मैंने रूट के रूप में किया था), मैं अंत में ssh कर सकता हूं। बहुत बहुत धन्यवाद। +1

— जेम्स टी स्नेल

Answer 4

यह इसलिए है क्योंकि किसी भी तरह से अंदर की फ़ाइलों की अनुमति /etc/sshबदल गई है ... इसलिए नीचे दी गई उदाहरण की तरह फ़ाइलों की अनुमति को बदल दें:

उपयोग:

chmod 644 ssh_config
chmod 600 moduli

और इसी तरह...

अंत में फ़ाइल अनुमतियां नीचे दी गई चीज़ की तरह दिखनी चाहिए,

[root@hostname ssh]# ls -latr
total 172

-rw-r--r--.   1 root root   2047 Aug 12  2010 ssh_config
-rw-------.   1 root root 125811 Aug 12  2010 moduli
-rw-------.   1 root root    963 Mar  1 16:02 ssh_host_key
-rw-r--r--.   1 root root    627 Mar  1 16:02 ssh_host_key.pub
-rw-r--r--.   1 root root    382 Mar  1 16:02 ssh_host_rsa_key.pub
-rw-------.   1 root root   1675 Mar  1 16:02 ssh_host_rsa_key
-rw-r--r--.   1 root root    590 Mar  1 16:02 ssh_host_dsa_key.pub
-rw-------.   1 root root    668 Mar  1 16:02 ssh_host_dsa_key
-rw-------.   1 root root   3845 May  7 11:52 sshd_config

अनुमतियाँ बदलने के बाद पोटीन से जोड़ने की कोशिश करें, ठीक काम करना चाहिए ..

Comments

पोटीन प्रासंगिक क्यों है? और ओपी से यह पूछने पर विचार करें कि क्या वह सलाह देने से पहले फाइलों पर अनुमति देता है कि वह उसे बदल देता है।

— क्लाइव वैन हिल्टन

गलत तरीके से उत्तर पोस्ट करने के लिए अत्यधिक खेद है। अब यहाँ बात है, कुछ ऐप इंस्टॉलेशन के दौरान किसी ने इन फ़ाइलों की अनुमतियों को 777 में बदल दिया। यह मुझे थ्रू / वर / लॉग / मैसेजेस में जाने पर पता चला (सीरियल कनेक्टिंग मशीन)। इसलिए अनुमतियों को बदल दिया, और लगता है क्या? इसके बाद ठीक काम किया।

— वरुण जोसेफ

Answer 5

हमें एक समान समस्या थी, लेकिन यह केवल उबंटू से सोलारिस में प्रवेश करते समय हुआ। यह सुनिश्चित करते हुए कि ये सभी लाइनें /etc/ssh/ssh_config उबंटू मेजबान पर मौजूद हैं समस्या को ठीक किया (आपको पता होना चाहिए कि इनमें से कुछ लाइनें पहले से मौजूद हैं):

Host *
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
HostKeyAlgorithms ssh-rsa,ssh-dss
MACs hmac-md5,hmac-sha1,hmac-ripemd160

जुबांटु के मामले में मुझे केवल अंतिम दो की जरूरत थी।

Answer 6

यह संदेश कई प्रयास किए गए ssh हमलों से भी उपजा है। यदि आप इस संदेश को अपने लॉग में देख रहे हैं, तो एक दुर्भावनापूर्ण स्रोत आपकी मशीन में brute-force पासवर्ड प्रयासों का उपयोग करके ssh करने का प्रयास कर सकता है।

प्रयासों को धीमा करने के लिए, पैकेज "विफल 2बान" स्थापित करें:

sudo apt-get install fail2ban

से fail2ban का विकी पेज :

Fail2ban लॉग फ़ाइलों को स्कैन करता है (जैसे / var / log / apache / error_log) और दुर्भावनापूर्ण संकेत दिखाने वाले IP - पर प्रतिबंध लगाता है - बहुत सारे पासवर्ड विफलताओं, कारनामों की तलाश आदि। आमतौर पर Fail2Ban का उपयोग IP पते को अस्वीकार करने के लिए नियम को अद्यतन करने के लिए किया जाता है। समय की एक निर्दिष्ट राशि के लिए

Comments

कृपया इस बारे में अधिक जानकारी के साथ अपने उत्तर की व्याख्या करें कि यह क्यों काम करेगा

— डेन्डरविले