जवाबों:
Ssh के माध्यम से लॉग इन करते समय sshd को पुनः आरंभ करना आपके ssh कनेक्शन को डिस्कनेक्ट नहीं करेगा।
यदि आप अपने कॉन्फ़िगरेशन के बारे में चिंतित हैं, तो ssh के माध्यम से कुछ समय में लॉग इन करें, और पुनरारंभ करें। यदि आप नए कनेक्शन के साथ अब ssh नहीं कर सकते हैं, तो अब आपके पास समस्याओं को ठीक करने के लिए पहुँच है।
@Milan Babuškov द्वारा एक टिप्पणी में नीचे उल्लेख किया गया: sshd -tयदि आप वास्तव में कुछ बनना चाहते हैं, तो आप सिंटैक्स शुद्धता के लिए अपने कॉन्फ़िगरेशन का परीक्षण करेंगे।
@Ronald Pottol द्वारा एक अन्य सुझाव, cronएक ज्ञात कार्य कॉन्फ़िगरेशन के साथ सर्वर को पुनरारंभ करने के लिए एक कार्य सेट करना था । शायद overkill, लेकिन अगर आप एक मिशन क्रिटिकल सर्वर को अपडेट कर रहे हैं, आदि ... कभी-कभी आप कभी भी सावधान नहीं हो सकते।
sshd -tवास्तव में, सीधे आधिकारिक स्रोत से: परीक्षण मोड। केवल कॉन्फ़िगरेशन फ़ाइल और कुंजियों की शुद्धता की वैधता की जांच करें। यह sshd को विश्वसनीय रूप से अपडेट करने के लिए उपयोगी है क्योंकि कॉन्फ़िगरेशन विकल्प बदल सकते हैं।
यदि आपके पास हार्डवेयर की पहुंच है, तो आप सीरियल पोर्ट / देव / ttyS0 पर टर्मिनल लगाने पर विचार कर सकते हैं। फिर आप अपने सर्वर में एक बैक डोर रख सकते हैं।
बस जोड़ें
SO:2345:respawn:/sbin/mingetty ttySO
आपके / etc / inittab और एक टर्मिनल आपके सीरियल पोर्ट पर स्पॉन करेगा। आप एक सीरियल पोर्ट कंसंटेटर का उपयोग कर सकते हैं या इसके बगल में सर्वर से एक नल मॉडेम का उपयोग कर सकते हैं।
चिंता न करें, आपका वर्तमान सत्र डिस्कनेक्ट नहीं किया जाएगा, भले ही नए कॉन्फ़िगरेशन में कोई समस्या हो।
नए कॉन्फ़िगरेशन को लागू करने और sshd को पुनरारंभ करने के बाद, बस कुछ समय लॉगिन करने का प्रयास करें और लॉग पर एक नज़र डालें कि क्या सब कुछ ठीक है।
या, यदि आप अशुभ महसूस कर रहे हैं, तो इसे वापस शुरू करने के लिए क्रॉन या जॉब का उपयोग करें?
cronया atकाम करेगा, एक 'ज्ञात' काम की नकल करने के लिए, अर्थात पुराने कॉन्फ़िगरेशन, बैक और फिर सेवा को पुनः आरंभ करने के लिए ...
क्या आप SSH सेवा के PID में सिर्फ एक किल -HUP नहीं चला सकते थे? यह साफ नहीं है, लेकिन यह काम करता है
SIGHUP का सबसे अच्छा तरीका है।
pkill -HUP sshdमेरा कनेक्शन बंद कर दिया। इसने काम किया:kill -HUP $(pgrep -f /usr/bin/sshd)
मैंने पाया है कि आजकल sshdअपने सत्रों को फिर से शुरू करने के लिए डिस्कनेक्ट नहीं करता है, खासकर जब यह रेडहैट आधारित डिस्ट्रो है। आप हमेशा एक छोटी स्क्रिप्ट लिख सकते हैं जो स्वतः ही sshdबैकअप से आपके कॉन्फिगरेशन को बहाल कर देगी और sshd5 मिनट के बाद cronया atजॉब के रूप में रीस्टार्ट होगी । यह सुनिश्चित करेगा कि यदि आप डिस्कनेक्ट हो जाते हैं, तो भी आप कम से कम अपने सर्वर में वापस आ सकते हैं।
मैं sshd कनेक्शन पर SSHD को पुनः लोड / पुनः लोड करने की अनुशंसा नहीं करूंगा। मैंने ऐसे कई अवसर देखे हैं जहाँ sshd_config में एक सिंटैक्स त्रुटि के कारण sshd अभी वापस शुरू नहीं होगा।
भले ही सब कुछ कॉन्फ़िगर फ़ाइल के साथ ठीक है, यह जोखिम भरा है।