উত্তর:
Ssh এর মাধ্যমে লগ ইন করার সময় sshd পুনরায় চালু করা আপনার ssh সংযোগটি সংযোগ বিচ্ছিন্ন করবে না।
আপনি যদি আপনার কনফিগারেশন সম্পর্কে উদ্বিগ্ন হন তবে ssh এর মাধ্যমে কয়েকবার লগ ইন করুন এবং পুনরায় চালু করুন। আপনি যদি নতুন সংযোগগুলি সহ আর প্রবেশ করতে না পারেন তবে সমস্যাগুলি সমাধান করার জন্য আপনার এখন অ্যাক্সেস রয়েছে।
@ মিলান বাবুস্কভের একটি মন্তব্যে নীচে উল্লেখ করা হয়েছে: sshd -t
আপনি যদি সত্যই নিশ্চিত হতে চান তবে সিনট্যাক্সের নির্ভুলতার জন্য আপনার কনফিগারেশনটি পরীক্ষা করবেন।
@ রোনাল্ড পটল দ্বারা আর একটি পরামর্শ ছিল, cron
একটি পরিচিত ওয়ার্কিং কনফিগারেশন সহ সার্ভার পুনরায় চালু করার জন্য একটি টাস্ক স্থাপন করা । সম্ভবত ওভারকিল, তবে আপনি যদি মিশন সমালোচনামূলক সার্ভার ইত্যাদি আপডেট করে থাকেন ... তবে কখনও কখনও আপনি খুব বেশি যত্নবান হতে পারবেন না।
sshd -t
সত্যিকারের বিষয়ে , সরাসরি প্রামাণিক উত্স থেকে: টেস্ট মোড। শুধুমাত্র কনফিগারেশন ফাইলের বৈধতা এবং কীগুলির বিশুদ্ধতা পরীক্ষা করুন। কনফিগারেশন বিকল্পগুলি পরিবর্তিত হতে পারে এটি নির্ভরযোগ্যভাবে sshd আপডেট করার জন্য দরকারী।
আপনার যদি হার্ডওয়্যার অ্যাক্সেস থাকে তবে আপনি সিরিয়াল পোর্ট / dev / ttyS0 এ একটি টার্মিনাল স্থাপন বিবেচনা করতে পারেন। তারপরে আপনি আপনার সার্ভারে একটি পিছনের দরজা রাখতে পারেন।
কেবল যোগ করুন
SO:2345:respawn:/sbin/mingetty ttySO
আপনার / etc / inittab এ এবং একটি টার্মিনাল আপনার সিরিয়াল বন্দর জুড়ে স্প্যান করবে। আপনি একটি সিরিয়াল পোর্ট কেন্দ্রীক ব্যবহার করতে পারেন বা তার পাশের সার্ভার থেকে নাল মডেম ব্যবহার করতে পারেন।
চিন্তা করবেন না, নতুন কনফিগারেশনে সমস্যা থাকলেও আপনার বর্তমান অধিবেশনটি সংযোগ বিচ্ছিন্ন হবে না।
নতুন কনফিগারেশন প্রয়োগ এবং sshd পুনরায় আরম্ভ করার পরে, বেশ কয়েকবার লগইন করার চেষ্টা করুন এবং সমস্ত কিছু ঠিক আছে কিনা তা দেখতে লগগুলি একবার দেখুন।
বা, যদি আপনি দুর্ভাগ্য বোধ করছেন তবে কোনও ক্রোন ব্যবহার করুন বা চাকরিতে এটিকে আবার শুরু করুন?
cron
বা at
কাজ করবে, কোনও 'পরিচিত' কাজটি অনুলিপি করতে, অর্থাত্ পুরানো কনফিগারেশনটি ফিরে, এবং তারপরে পরিষেবাটি পুনরায় চালু করতে ...
আপনি কি এসএসএইচ পরিষেবাটির পিআইডি-তে কেবল একটি কিল-এইচপি চালাতে পারবেন না? এটি পরিষ্কার নয় তবে এটি কাজ করে
SIGHUP
হয় একটি ডেমন কনফিগারেশন পুনরায় লোড করার পরিষ্কার উপায়।
pkill -HUP sshd
আমার সংযোগ বন্ধ। এটি কাজ করেছে:kill -HUP $(pgrep -f /usr/bin/sshd)
আমি দেখতে পেয়েছি যে আজকাল sshd
পুনরায় চালু করার সময় আপনার সেশনগুলি সংযোগ বিচ্ছিন্ন করে না, বিশেষত যখন এটি রেডহাট ভিত্তিক ডিস্ট্রো হয়। আপনি সর্বদা একটি ছোট স্ক্রিপ্ট স্বয়ংক্রিয়ভাবে আপনার পুনরুদ্ধার করতে হবে লিখতে পারে sshd
ব্যাকআপ এবং পুনর্সূচনা থেকে কনফিগ sshd
হিসেবে 5 মিনিট পর cron
বা at
কাজ। এটি নিশ্চিত করবে যে আপনি সংযোগ বিচ্ছিন্ন হয়ে গেলেও আপনি কমপক্ষে আপনার সার্ভারে ফিরে আসতে পারেন।
আমি কোনও এসএসডি সংযোগে এসএসএইচডি পুনরায় চালু / পুনরায় লোড করার পরামর্শ দেব না। আমি অনেকগুলি অনুষ্ঠান দেখেছি যেখানে sshd_config এ একটি সিনট্যাক্স ত্রুটির কারণে sshd কেবল ব্যাক আপ শুরু করবে না।
কনফিগার ফাইলের সাথে সবকিছু ঠিকঠাক থাকলেও এটি ঝুঁকিপূর্ণ।