SSH सर्वर काम नहीं कर रहा है (जब तक रोका नहीं जाता है)

Question

मेरे पास एक उबंटू सर्वर 10.04.1 है। जब मैंने ssh के माध्यम से सर्वर में प्रवेश करने की कोशिश की, तो मैं नहीं कर सका। इसके बजाय, मुझे connection refusedत्रुटि मिली । मैंने मशीन को पिंग करने की कोशिश की और मुझे जवाब मिल गया! तो, स्पष्ट कारण यह है कि एसएसएच डेमन को रोक दिया जाता है।

रिबूट के बाद, मैं ssh के माध्यम से अपने सर्वर में प्रवेश करने में सक्षम था। कुछ समय बाद, मैंने अपने लॉग देखे /var/log/syslogऔर निम्नलिखित रिकॉर्ड पाए:

Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2465) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2469) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2473) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2477) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2481) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2485) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2489) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2493) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2497) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2501) terminated with status 255
Jan 16 10:57:09 myserver init: ssh respawning too fast, stopped

मैंने इसी तरह की समस्या / समाधान की तलाश की। कुछ लोगों ने कहा है कि इस नेटवर्किंग से पहले शुरू करने की कोशिश डेमॉन SSH के कारण होता है और वे परिवर्तन करने के लिए सुझाव ListenAddressमें /etc/ssh/sshd_configहोना करने के लिए 0.0.0.0। मुझे लगता है कि मेरे मामले में यह कारण नहीं है, क्योंकि मेरी समस्या सिस्टम के उठने और चलने के बाद होती है।

यह किस कारण हो रहा है कोई विचार? यह उबंटू सर्वर है और इसे एसएसएच का उपयोग करके दूरस्थ रूप से चलाया और एक्सेस किया जाना चाहिए।

अपडेट करें:

यहाँ लॉग स्निपेट है जो मुझे मिला /var/log/auth.log।

Jan 16 10:56:38 myserver sudo:     user : TTY=pts/0 ; PWD=/home/user ; USER=root ; COMMAND=/usr/bin/vim /etc/ssh/sshd_config
Jan 16 10:57:09 myserver sudo:     user : TTY=pts/0 ; PWD=/home/user ; USER=root ; COMMAND=/etc/init.d/ssh reload
Jan 16 10:57:09 myserver sshd[1465]: Received SIGHUP; restarting.
Jan 16 10:57:09 myserver sshd[2461]: Server listening on 0.0.0.0 port 22.
Jan 16 10:57:09 myserver sshd[2465]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2465]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2469]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2469]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2473]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2473]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2477]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2477]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2481]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2481]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2485]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2485]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2489]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2489]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2493]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2493]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2497]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2497]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2501]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2501]: fatal: Cannot bind any address.

ऐसा लगता है कि SSH डेमॉन को पुनः लोड करने के बाद यह त्रुटि दिखाई देने लगी। क्या मुझे इसके बजाय उपयोग ssh reloadऔर उपयोग से बचना चाहिए ssh restart?

Comments

यह भी जांच करें। यह sshd_config sintaxis bugs.launchpad.net/ubuntu/+source/openssh/+bug/911753

Answer 1

आपको यह देखने के लिए जांचना चाहिए कि SSH के शुरू होने से ठीक पहले क्या हुआ था syslog। यदि नेटवर्किंग सबसिस्टम मर गया, तो यह समझा सकता है कि sshdअसफल क्यों होना शुरू हुआ।

मैं भी जांच करूंगा /var/log/auth.log। यह sshdलॉग है और यह आपको एक बेहतर त्रुटि संदेश दे सकता है।

Comments

धन्यवाद! मुझे auth.logफ़ाइल में कई प्रविष्टियां मिलीं और मैंने अपना प्रश्न अपडेट किया।

— खालिद

reloadएक वैध कार्रवाई होनी चाहिए। यह एक आंतरिक पुनरारंभ को ट्रिगर करना चाहिए (और ऐसा लगता है कि प्रयास किया गया है और बस अटक गया है)। फिर से लोड करने का प्रयास करें और देखें कि क्या यह फिर से फंस गया है।

— ओली

वास्तव में, पुनः लोड वैध होना चाहिए, लेकिन एक बग है। अधिक जानकारी के लिए मेरा जवाब देखें।

— SpamapS

Answer 2

मुझे अपने 12.04 बॉक्स पर बस यही समस्या थी। यानी समान लक्षण। काश, ऐसा हमेशा होता, जब मैंने ListenAddressखंड को inetऔर inet6पते के साथ पेश किया sshd_config। संक्षेप में, यह एक विकृत का लक्षण प्रतीत होता है sshd_config- हालाँकि लॉग फ़ाइलों में ऐसा कुछ भी नहीं बताया गया है।

समस्या निवारण sshd

मुझे ऐसे किसी भी मामले में आम तौर पर जो बहुत उपयोगी लगता है, sshdवह यह है कि इसे बिना बताए शुरू किया जाए। मेरे मामले में समस्या यह है कि न तो था syslogऔर न ही auth.logकुछ भी सार्थक दिखाया।

जब मैंने इसे टर्मिनल से शुरू किया तो मुझे यह मिला:

# $(which sshd) -Ddp 10222
/etc/ssh/sshd_config line 8: address family must be specified before ListenAddress.

काफी बेहतर! इस त्रुटि संदेश ने मुझे यह देखने की अनुमति दी कि क्या गलत है और इसे ठीक करें। न तो लॉग फ़ाइलों में यह आउटपुट था।

नायब: कम से कम उबंटू में एक पूर्ण मार्ग की आवश्यकता $(which sshd)को पूरा करने के लिए सबसे अच्छी विधि है sshd। नहीं तो आप निम्न त्रुटि मिल जाएगा: sshd re-exec requires execution with an absolute path। -p 10222बनाता है sshd, विन्यास फाइल अधिभावी है कि वैकल्पिक पोर्ट पर सुनने - यह इतना है कि यह संभवतः चल के साथ संघर्ष नहीं करता sshdउदाहरणों। यहां एक मुफ्त पोर्ट चुनना सुनिश्चित करें।

इस विधि ने मुझे कई बार मुद्दों को खोजने में मदद की है, चाहे वह प्रमाणीकरण समस्या हो या अन्य प्रकार। वास्तव में वर्बोज़ आउटपुट प्राप्त करने के लिए stdout, उपयोग करें $(which sshd) -Ddddp 10222( ddवर्बोसिटी बढ़ाने के लिए जोड़ा गया नोट करें )। अधिक डिबगिंग अच्छाई की जाँच के लिए man sshd।

---

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

Comments

आपकी सीधी मंगली चाल ने मेरी बेकन को बचा लिया। मुझे मेरी sshd_config फ़ाइल (शेफ से उत्पन्न) में एक त्रुटि थी कि मैं इस तकनीक का उपयोग करके हल करने में सक्षम था। सभी को इसे पोस्ट करने का समय निकालने के लिए धन्यवाद।

— पीटर लैयर्ड

Answer 3

यह बग # 687535 के परिणाम के रूप में प्रतीत होता है, जो हाल ही में नैट्टी में तय किया गया था, और प्रस्तावित अपडेट के रूप में मैवरिक और ल्यूसिड दोनों पर अपलोड किया गया है।

https://bugs.launchpad.net/ubuntu/lucid/+source/openssh/+bug/687535

मैं सभी को वहाँ जाने के लिए प्रोत्साहित करूँगा, परीक्षण के मामले (TEST CASE की खोज) आज़माएँ, और प्रस्तावित फ़िक्स को स्थापित करने से पहले और बाद में अपने परिणाम पोस्ट करें। इससे एसआरयू टीम को यह तय करने में मदद मिलेगी कि सत्यापन किया जा चुका है और इसे अपडेट के रूप में जारी करना है।

Answer 4

में /etc/ssh/sshd_config, सुनिश्चित करें कि सभी हाँ और कोई विकल्प कम मामले में नहीं हैं। उदाहरण के लिए, यदि आप सेट करते हैं, PermitRootLogin Noतो ssh शुरू नहीं होगा। यह वास्तव में होना है PermitRootLogin no।

Answer 5

मैं फिर से शुरू करने के बाद एक Linode पर Ubuntu 11.10 छवि के साथ एक समान मुद्दा था। ssh सेवा syslog में उत्पादन करेगी:

Mar 18 06:31:33 servername kernel: init: ssh main process ended, respawning
Mar 18 06:31:33 servername kernel: init: ssh main process (3419) terminated with status 255
Mar 18 06:31:33 servername kernel: init: ssh main process ended, respawning
Mar 18 06:31:33 servername kernel: init: ssh main process (3422) terminated with status 255
Mar 18 06:31:33 servername kernel: init: ssh respawning too fast, stopped

यह एक परीक्षण बॉक्स है, और इसमें लगभग 60 दिनों का अपटाइम था, इसलिए कहीं न कहीं, मैंने कुछ ऐसा स्थापित किया, जो sshd_config के निचले हिस्से से जुड़ा था:

ClientAliveInterval 60
ClientCountAliveMax 60

उन पंक्तियों पर टिप्पणी करते हुए ssh को शुरू करने की अनुमति दी।

Answer 6

उबंटू ssh शुरू नहीं होगा और syslog उपज "init: ssh मुख्य प्रक्रिया (2044) स्थिति 255 के साथ समाप्त"

/ usr / sbin / sshd -Ddp 10222

सुनिश्चित करें कि मेरे लिए sshd_config लाइन त्रुटि निर्धारित करने के लिए काम किया है

Answer 7

एक ही मुद्दा है, ऊपरी समाधान काम नहीं करता है, लेकिन मैं इस के लिए समाधान है।

root@imt:~# sshd
sshd re-exec requires execution with an absolute path
ssh localhost
ssh: connect to host localhost port 22: Network is unreachable

पथ दस्तावेज़ के अनुसार ठीक है, इसलिए मैं मैन्युअल रूप से sshd चलाता हूं।

root@imt:~# /usr/sbin/sshd 
/var/run/sshd must be owned by root and not group or world-writable

/ var / run / sshd अनुमति है

root@imt:~# ls -ld /var/run/sshd
drwsrwsrwt 2 root root 40 Jan  5 12:58 /var/run/sshd

root@imt:~# chmod 755 /var/run/sshd

तो ठीक है। ssh लोकलहोस्ट चलाएं और चेक करें।

root@imt:~# ssh localhost 
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is 64:93:fd:ab:4c:f9:7b:8a:86:60:22:f7:56:fa:ea:cc.
Are you sure you want to continue connecting (yes/no)? yes

Comments

हालांकि यह एक सहायक मार्गदर्शिका है, लेकिन यह स्पष्ट रूप से नहीं है कि ओपी sshdसही ढंग से नहीं चल रहा है, जैसा कि आप उनके लॉग में बहुत अलग त्रुटि संदेशों से देख सकते हैं। -1

— डेविड फ़ॉस्टर