SSH কানেক্ট হচ্ছে না

ধাপে ধাপে বিশ্লেষণ: “connection timed out” থেকে “access denied” পর্যন্ত — ঠিক কোথায় সমস্যা তা কীভাবে বুঝবেন এবং প্যানেল কনসোল দিয়ে অ্যাক্সেস ফিরিয়ে আনবেন।

আপডেট: ২৩ আগস্ট, ২০২৬

SSH হারানো প্রতিবার একই রকম দেখায়, কিন্তু এর পাঁচটি কারণ আছে, আর সেগুলো ঠিক করার পদ্ধতিও আলাদা। শুরু করুন এরর মেসেজ দিয়ে — এটাই সঙ্গে সঙ্গে খোঁজার পরিধি ছোট করে দেয়। মূল কথা: প্যানেলের /hosting/vds/m/<id> “Console” ট্যাব দিয়ে আপনি সবসময় মেশিনে ঢুকতে পারবেন; এটি নেটওয়ার্ক এবং সিস্টেমের ভেতরের সেটিংসের ওপর নির্ভর করে না।

এরর পড়া

মেসেজ	সমস্যা কোথায়
`Connection timed out`	প্যাকেট পৌঁছাচ্ছে না: মেশিন বন্ধ, ফিল্টার, ভুল অ্যাড্রেস
`Connection refused`	মেশিন সাড়া দিচ্ছে, কিন্তু পোর্টে কেউ শুনছে না: sshd সার্ভিস চলছে না
`Permission denied (publickey)`	নেটওয়ার্ক ঠিক আছে, কী মেলেনি
`Permission denied (password)`	পাসওয়ার্ড মেলেনি বা পাসওয়ার্ড লগইন বন্ধ আছে
`Host key verification failed`	মেশিনের ফিঙ্গারপ্রিন্ট বদলে গেছে — সাধারণত রিইনস্টলের পর

বিস্তারিত দেখা কাজে লাগে: ssh -vvv root@YOUR_ADDRESS দেখাবে কোন ধাপে আটকে গেছে।

টাইম আউট

“Overview” ট্যাবে মেশিনের স্ট্যাটাস দেখুন। গ্রাফ থেমে গেলে মেশিন চলছে না — প্যানেল থেকে এটি চালু করুন বা রিবুট করুন।
অ্যাড্রেস ঠিক আছে কি না এবং মেশিনে আদৌ পৌঁছানো যায় কি না নিশ্চিত করুন: ping YOUR_ADDRESS।
কনসোল দিয়ে লগইন করে ফিল্টার দেখুন:

ss -tulpn | grep sshd
nft list ruleset | head -40      # or iptables -S
ufw status                       # Debian, Ubuntu
firewall-cmd --list-all          # AlmaLinux, CentOS Stream

ক্লাসিক কেস — পোর্ট 22 খোলার অনুমতি না দিয়েই ufw enable চালিয়েছেন। কনসোল থেকে এক কমান্ডেই ঠিক হয়: ufw allow 22/tcp।

ব্যর্থ চেষ্টার পর fail2ban আপনাকে ব্লক করেছে কি না দেখুন: fail2ban-client status sshd; আনব্যান করতে — fail2ban-client set sshd unbanip YOUR_IP।

Connection refused

সার্ভিস চলছে না বা অন্য পোর্টে শুনছে।

systemctl status sshd || systemctl status ssh
journalctl -u sshd -n 50 --no-pager
sshd -t                          # check configuration for errors
systemctl restart sshd

sshd -t সবচেয়ে বেশি রক্ষা করে: /etc/ssh/sshd_config-এ একটি টাইপো থাকলেই রিস্টার্টের পর সার্ভিস আর চালু হয় না। পোর্ট বদলে থাকলে -p NUMBER দিয়ে কানেক্ট করুন এবং ফিল্টারে এটি খোলার কথা ভুলবেন না।

Permission denied

কী সংক্রান্ত এরর পেলে মেশিনে দেখুন:

ls -la /root/.ssh
chmod 700 /root/.ssh && chmod 600 /root/.ssh/authorized_keys
grep -E 'PermitRootLogin|PubkeyAuthentication|PasswordAuthentication' /etc/ssh/sshd_config

অনুমতিগুলো অনুমোদিত সীমার চেয়ে কঠোর হলে sshd নীরবে অস্বীকার করবে। প্যানেলের “Access” ট্যাবে কী-এর তালিকা সম্পূর্ণভাবে প্রতিস্থাপিত হয়: নতুন কী যোগ করার সময় ভুলে কোনো কাজ করা কী মুছে ফেলবেন না। তালিকা সেভ করলে চলমান মেশিন রিবুট হয়, তাই একবারেই পুরোটা সম্পাদনা করুন।

root পাসওয়ার্ড ভুলে গেছেন — “Access” ট্যাবে দেখুন; এটি এনক্রিপ্ট করে রাখা হয় এবং একটি বাটনে ক্লিক করলে দেখানো হয়। সিস্টেমের ভেতরে পাসওয়ার্ড বদলে থাকলে প্যানেল তা জানে না: হয় কনসোল দিয়ে লগইন করে passwd কমান্ডে বদলান, নয়তো “Change password”-এ ক্লিক করুন — প্যানেল নতুন একটি দেবে এবং মেশিন রিবুট করবে।

Host key verification failed

সিস্টেম রিইনস্টল করার পর ফিঙ্গারপ্রিন্ট বদলে যায়। আপনার দিক থেকে পুরোনো এন্ট্রি মুছে ফেলুন:

ssh-keygen -R YOUR_ADDRESS

রিইনস্টল না হয়ে থাকলে নতুন ফিঙ্গারপ্রিন্ট অন্ধভাবে নিশ্চিত করবেন না — কনসোল দিয়ে যাচাই করুন: ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub।

কিছুই কাজ না করলে

মেশিনটি রিকভারি মোডে বুট করুন: “Access” ট্যাব → boot mode → SystemRescue disk। মেশিন ইমেজ থেকে চালু হবে, পাসওয়ার্ড ছাড়াই root লগইন, আপনার ডিস্ক /dev/sda হিসেবে দেখা যাবে। এটি মাউন্ট করে কনফিগারেশন সম্পাদনা করুন:

mount /dev/sda1 /mnt
nano /mnt/etc/ssh/sshd_config

তারপর স্বাভাবিক boot mode-এ ফিরে গিয়ে মেশিন রিবুট করুন।

SSH সেটিংস বদলানোর আগে একটি দ্বিতীয় সেশন খুলে সেটি খোলা রাখুন। নতুন কনফিগারেশন আপনাকে বাইরে আটকে দিলে কনসোল না তুলেই পুরোনো কানেকশন দিয়ে ঠিক করতে পারবেন।