যদিও বেশিরভাগ ক্ষেত্রে ssh_exঞ্জ__ সনাক্তকরণ: রিমোট হোস্টের দ্বারা বন্ধ হওয়া সংযোগটি হোস্ট.ডেনি এবং হোস্টসনল কনফিগারেশন ফাইল সম্পর্কিত সমস্যাগুলির কারণে ঘটতে পারে, এমন অন্যান্য জিনিস রয়েছে যা সমস্যার কারণ হতে পারে। আপনি যদি এটি পড়ছেন, তবে এই ফাইলগুলি উভয়ই আপনার আইপি অ্যাড্রেসকে রিমোট সার্ভারে ssh ব্যবহারের চেষ্টা থেকে বিরত করছে না তা নিশ্চিত করার জন্য আপনি ইতিমধ্যে পরীক্ষা করে দেখেছেন।
এটি কেস হিসাবে ধরে নেওয়া হচ্ছে, তারপরে আপনি কোনও নির্ভরতা ইস্যু, মেমরি খণ্ডের সাথে সম্পর্কিত বা স্বতন্ত্র ক্লায়েন্টদের থেকে অতিরিক্ত সংখ্যক সেশনের দিকে তাকিয়ে থাকতে পারেন। সুসংবাদটি হ'ল একবার সমস্যার যত্ন নেওয়ার পরে আর ত্রুটিটি আর দেখা উচিত নয়।
পদ্ধতি 1: মিসিং নির্ভরতা ঠিক করা
যদি আপনি ssh_exঞ্জ__ সনাক্তকরণ: যদি ওপেনএসএসএল বা গ্লিবিসি আপডেট করার পরে কেবল রিমোট হোস্ট ত্রুটির দ্বারা বন্ধ হয়ে থাকে তবে আপনি হয়ত অনুপস্থিত নির্ভরতার দিকে তাকিয়ে আছেন। চালান sudo lsof -n | গ্রেপ এসএসএস | গ্রেপ দেল এই পরিস্থিতিতে কমান্ড লাইন থেকে। এটি আপনাকে ওপেন ফাইলগুলির একটি তালিকা দেবে, তবে কেবল সেগুলির জন্য অনুসন্ধান করুন যা সম্প্রতি ssh ডিমন সম্পর্কিত মুছে ফেলা হয়েছে।
আপনার যদি কিছু ফিরে না পাওয়া যায় তবে আপনি ডেমোন বা সিস্টেম নিজেই পুনরায় চালু করার চেষ্টা করতে পারেন। আপনি যদি পুনরায় চালু করতে চান তবে বেশিরভাগ ত্রুটি যদি আপনার দিকে ফিরে আসে তবে আপনি / রান / ইউজার / 1000 / জিভিএফএস বার্তাগুলি সম্পর্কিত যেগুলি নিরাপদে উপেক্ষা করতে পারেন তা কোনও সম্পর্কিত সম্পর্কযুক্ত সমস্যার কারণে ঘটেছিল ভার্চুয়াল ফাইল সিস্টেমের সাথে কর।
আপনার প্যাকেজ আপডেট করার জন্য আপনি অ্যাপটি-গেট, প্যাকম্যান বা ইয়াম ব্যবহারের চেষ্টা করতে পারেন পাশাপাশি যদি নির্ভর করেন যে নির্ভরতা কোনও সমস্যা। আপনি যদি কোনও ডেবিয়ান বা উবুন্টু ভিত্তিক সিস্টেমে থাকেন তবে আপনি চেষ্টা করতে পারেন sudo অ্যাপ-গেট -f আপগ্রেড এবং দেখুন যে এটি কোনও ভাঙ্গা প্যাকেজগুলি ঠিক করে কিনা যা আপনার আগে পড়ে থাকতে পারে।
পদ্ধতি 2: মেমরি বিভাজন সংশোধন করা
যদি এটি সহায়তা না করে থাকে তবে আপনার সমীকরণের হোস্ট সাইডে কোনও সমস্যা থাকতে পারে। ভিএম এর অভ্যন্তরে চালিত হোস্টগুলিতে সর্বদা একটি সোয়াপ পার্টিশন থাকে না, যা মেমরির খণ্ডিত হতে পারে। হোস্টকে অন্য কোনও উপায়ে অ্যাক্সেস করুন, সম্ভবত সম্ভব হলে শারীরিকভাবে এবং তারপরে সমস্যা থেকে ভোগা কোনও পরিষেবা পুনরায় চালু করুন। মাইএসকিউএল, অ্যাপাচি, এনগিনেক্স এবং এই জাতীয় পরিষেবাগুলি অপরাধীদের হতে পারে।
হোস্টটিকে রিবুট করা সবসময় সম্ভব না হলেও, সমস্যাটি সংশোধন করতে পারে এবং আপনি যদি এই ত্রুটি বার্তা এবং কোনও আইপি ঠিকানা ফেরত পাঠানোর মধ্যবর্তী স্থানে বসে থাকেন তবে এটি একটি ভাল ধারণা হতে পারে। মনে রাখবেন যে সার্ভারে আপনার যদি কোনও ধরণের অ্যাক্সেস থাকে তবে আপনি এটি চালাতে পারেন vmstat -s কমান্ড দিন এবং মেমরিটি কীভাবে অনেকগুলি নিয়মিত ব্যবহারকারীর হিসাবে ব্যবহৃত হচ্ছে সে সম্পর্কে কিছু গুরুত্বপূর্ণ পরিসংখ্যান পান।
পদ্ধতি 3: অতিরিক্ত ssh উদাহরণগুলির জন্য পরীক্ষা করুন
এটি বাদ দিয়ে হোস্টগুলি সার্ভারের সাথে সংযোগ দেওয়ার চেষ্টা করছে কিনা তা পরীক্ষা করে দেখুন। আপনি সম্ভবত এটি না জেনে ssh সেশনের সর্বাধিক সংখ্যা অতিক্রম করে থাকতে পারেন। পুরানো সেশনগুলি সাফ করুন এবং তারপরে পুনরায় সংযোগ দেওয়ার চেষ্টা করুন। এটি করার একটি সহজ উপায় হল চালানো run WHO কোন ব্যবহারকারীর প্রসেসগুলি লগ ইন হয়েছে তা দেখতে কমান্ড। আপনার কেবলমাত্র এক বা দুটি ব্যবহারকারী লগইন হওয়া উচিত there যদি সমান্তরাল সংখ্যক সংখ্যা থাকে তবে ব্যবহারকারীর প্রক্রিয়াগুলি মেরে ফিরুন এবং আবার লগ ইন করার চেষ্টা করুন।
এটি ঘটতে পারে যদি sshd কোনও স্ক্রিপ্ট ধরে রাখতে না পারে যা একটি লুপে অনেকগুলি বিভিন্ন ssh সেশন শুরু করে। যদি কখনও আপনার সাথে এটি ঘটে থাকে তবে এটি যুক্ত করুন ঘুম ০.০ লুপটি কমান্ড করুন যাতে sshd ডিমনটি চালিয়ে যাওয়ার সময় পায়।
পদ্ধতি 4: sshd সংযোগ সীমাটি সন্ধান করুন
ডিফল্ট সর্বাধিক সংযোগের সংখ্যা এত কম হওয়ায় রাউটার বা অন্য ধরণের স্বচ্ছ বাক্সযুক্ত সুইচ অ্যাক্সেস করার জন্য এসএসএস ব্যবহার করার চেষ্টা করার সময় এর মতো সংযোগ সমস্যাগুলি বিশেষত প্রচলিত। আপনি নিজেকে সার্ভার ওভারলোড করার অনুমতি দিতে চান না, আপনি ডিফল্ট সেটিংস কী তা একবার দেখে নিতে পারেন।
চালানোর চেষ্টা করুন 
সার্ভারে sshd কতগুলি সংযোগ পরিচালনা করতে পারে তা সন্ধান করতে। বেশিরভাগ ক্ষেত্রে, সিস্টেমে 10 টি যুগপত সংযোগে ডিফল্ট হওয়া উচিত, যা বেশিরভাগ সার্ভার কাঠামোর জন্য প্রচুর পরিমাণে হওয়া উচিত যা বেশিরভাগ ব্যবহারকারীদের নিয়মিতভাবে এসএসএস ব্যবহার করা প্রয়োজন।
