অনেক ক্ষেত্রে ssh_exchange_identification: Connection closed by remote host এরর hosts.deny এবং hosts.allow কনফিগারেশন ফাইল সম্পর্কিত সমস্যায় হয়, কিন্তু অন্য অনেক কিছুও এই সমস্যা তৈরি করতে পারে। আপনি যদি এটি পড়ছেন, তবে সম্ভবত আপনি ইতিমধ্যে চেক করেছেন যে এই দুটি ফাইল আপনার IP ঠিকানাকে রিমোট সার্ভারে ssh ব্যবহার করার থেকে ব্লক করছে না।
যদি এই কেসটি হয়, তবে আপনি একটি ডিপেন্ডেন্সি ইশু, মেমরি ফ্র্যাগমেন্টেশন সম্পর্কিত কিছু, বা সিংগেল ক্লায়েন্ট থেকে অতিরিক্ত সেশনের সংখ্যা বেশি থাকার সমস্যায় লক্ষ্য করতে পারছেন। ভালো খবর হলো একবার আপনি সমস্যাটি সমাধান করলে আপনি আর এই এরর দেখবেন না।
পদ্ধতি ১: মিসিং ডিপেন্ডেন্সি ফিক্স করা
আপনি যদি OpenSSL বা glibc আপডেট করার পরেই ssh_exchange_identification: connection closed by remote host এরর পান, তবে আপনি একটি মিসিং ডিপেন্ডেন্সি দেখছেন। এই পরিস্থিতিতে কমান্ড লাইন থেকে sudo lsof -n | grep ssh | grep DEL চালান। এটি ওপেন ফাইলগুলোর একটি তালিকা দেবে, তারপর ssh ডেমন সম্পর্কিত সম্প্রতি ডিলিট করা ফাইলগুলো খুঁজুন।
আপনি যদি কিছুই ফিরে না পান, তবে আপনি ডেমন বা সিস্টেমটি রিস্টার্ট করার চেষ্টা করতে পারেন। আপনি যদি কিছু এরর ফেলে তবে রিস্টার্ট ট্রাই করবেন, যদিও /run/user/1000/gvfs সম্পর্কিত এগুলাকে আপনি নিরাপদে উপেক্ষা করতে পারেন কারণ এগুলো একটি অসম্পর্কিত ইশুর কারণে হয় যা ভার্চুয়াল ফাইল সিস্টেমের সাথে সম্পর্কিত।
আপনি apt-get, pacman বা yum ব্যবহার করে আপনার প্যাকেজ আপডেট করার চেষ্টা করতে পারেন যদি আপনি সন্দেহ করেন ডিপেন্ডেন্সি সমস্যা। আপনি যদি ডেবিয়ান বা উবুন্টু ভিত্তিক সিস্টেমে থাকেন, তবে sudo apt-get -f upgrade ট্রাই করে দেখুন এটি আপনার কোনো ব্রোকেন প্যাকেজ ফিক্স করে কিনা।
পদ্ধতি ২: মেমরি ফ্র্যাগমেন্টেশন সংশোধন করা
এটি যদি সাহায্য না করে, তবে আপনার হোস্ট সাইডে একটি ইশু থাকতে পারে। VM-এ চলমান হোস্টগুলোর সবসময় সওয়াপ পার্টিশন থাকে না, যা মেমরি ফ্র্যাগমেন্টেশনের দিকে নিয়ে যেতে পারে। অন্য কোনো মাধ্যমে হোস্টে অ্যাক্সেস করুন, সম্ভব হলে ফিজিক্যালি, এবং তারপর সমস্যায় আক্রান্ত সার্ভিসগুলোর রিস্টার্ট করুন। MySQL, Apache, nginx এবং এই ধরনের সার্ভিসগুলো দায়ী হতে পারে।
যদিও হোস্ট রিবুট করা সবসময় সম্ভব নাও হতে পারে, এটি সমস্যাটি সংশোধন করতে পারে এবং একটি ভালো আইডিয়া হতে পারে যদি আপনি এই এরর মেসেজ এবং একটি IP ঠিকানা রিটার্ন করার মেসেজের মধ্যে 왔다-গিয়ে থাকেন। মনে রাখবেন যে আপনার যদি সার্ভারের যেকোনো অ্যাক্সেস থাকে, তবে আপনি vmstat -s কমান্ড চালিয়ে মেমরি কীভাবে ব্যবহার হচ্ছে তার কিছু গুরুত্বপূর্ণ স্ট্যাট পেতে পারেন, অনেক উদাহরণে একটি সাধারণ ইউজার হিসেবেও।
পদ্ধতি ৩: অতিরিক্ত ssh ইনস্ট্যান্স চেক করা
এ此之外, চেক করুন যে হোস্টগুলো সার্ভারের সাথে কানেক্ট করার চেষ্টা করছে কিনা। আপনি অনজানে ssh সেশনের সর্বোচ্চ সংখ্যা অতিক্রম করে থাকতে পারেন। পুরনো সেশনগুলো ক্লিয়ার করুন এবং তারপর রিকানেক্ট করার চেষ্টা করুন। এটি করার একটি সহজ উপায় হলো who কমান্ড চালিয়ে দেখুন কোন ইউজার প্রসেস লগইন করা আছে। আপনাকে শুধু এক বা দুই ইউজার লগইন করা দেখতে মেলে। যদি অনেক প্যারালেল থাকে, তবে ইউজার প্রসেসগুলো কিল করুন এবং আবার লগইন করার চেষ্টা করুন।
এটি হতে পারে যদি sshd একটি লুপে অনেক আলাদা ssh সেশন শুরু করা স্ক্রিপ্টের সাথে তাল মিলাতে না পারে। আপনার সাথে যদি এটি কখনো হয়, তবে লুপে sleep 0.3 কমান্ড যোগ করুন যাতে sshd ডেমন টাল মেলাতে পারে।
পদ্ধতি ৪: sshd কানেকশন লিমিট খুঁজে বের করা
রাউটার বা অন্য কোনো ডিসক্রিট বক্সড সুইচ অ্যাক্সেস করতে ssh ব্যবহার করার সময় এই ধরনের কানেকশন সমস্যা খুব বেশি প্র بيروت কারণ ডিফল্ট সর্বোচ্চ কানেকশন সংখ্যা খুব ছোট। আপনি সার্ভারকে ওভারলোড করার অনুমতি দিতে চাইলে না, আপনি ডিফল্ট সেটিং কী তা দেখতে পারেন।
grep -i maxstartups /etc/ssh/sshd_config সার্ভারে চালান যাতে sshd কতগুলো কানেকশন হ্যান্ডেল করতে পারে তা বের করুন। অধিকাংশ কেসে, সিস্টেম ডিফল্টভাবে ১০ সিমultanিয়াস কানেকশনে সেট থাকে, যা ssh-এ নিয়মিতভাবে ব্যবহার করার জন্য বেশির ভাগ ব্যবহারকারীর প্রয়োজনীয় সার্ভার স্ট্রাকচারের জন্য পর্যাপ্ত।
