SSH সংযোগ সমস্যার কারণ আলাদা করুন

সঠিক connection-এর তথ্য সংগ্রহ করুন

নিজের Linux, macOS বা WSL Bash terminal-এ চালান। 203.0.113.10, ubuntu, port 22 ও key path নিজের তথ্য দিয়ে বদলান। Server-side কমান্ড trusted console বা কাজ করা session-এ চালাতে হবে।

ssh -G -p 22 -i ~/.ssh/ubuntu_vps ubuntu@203.0.113.10
ssh -v -S none -o ConnectTimeout=10 -o StrictHostKeyChecking=ask -p 22 -i ~/.ssh/ubuntu_vps ubuntu@203.0.113.10

Effective configuration-এ ProxyJump, hostname, port ও identity দেখুন। Sharing বন্ধ রাখা fresh connection আগের multiplexed session-এর আড়ালে থাকা ভুল প্রকাশ করে। সময় ও পূর্ণ error লিখুন; শেয়ারের আগে গোপন তথ্য ঢাকুন।

Error কোন স্তরে হচ্ছে আলাদা করুন

ছোট পর্দায় সব কলাম দেখতে টেবিলটি পাশে স্ক্রল করুন।

Connection স্থাপিত হওয়ার পরে timeout হলে handshake, authentication ও server log দেখুন। সব timeout-কে firewall block ধরে নেবেন না।

Network path ও source যাচাই করুন

বর্তমান public IP, DNS A/AAAA, VM power state ও public route পরীক্ষা করুন। Private VM-এ VPN বা jump host লাগতে পারে। আপনার source /32 বদলালে provider allowlist-ও মিলতে হবে। Provider firewall এবং guest firewall দুটোই দেখুন।

Oracle image-এর storage-সংশ্লিষ্ট iptables অক্ষত রাখুন; flush বা UFW replacement করবেন না। Ping বন্ধ থাকলেও SSH চলতে পারে, আবার ping চলা port 22 খোলার প্রমাণ নয়।

Trusted console থেকে listener ও log দেখুন

systemctl status ssh.service ssh.socket --no-pager
sudo ss -lntp
sudo /usr/sbin/sshd -t
sudo journalctl -u ssh.service -u ssh.socket --since '15 minutes ago' --no-pager

সঠিক instance ও login account নিশ্চিত করুন। Service, socket, listening port, authentication log ও sshd syntax একসঙ্গে দেখুন। Socket activation-এ service inactive দেখালেও socket শুনতে পারে। sshd -t সফল মানে config syntax সঠিক, বাইরের network path ঠিক—এমন নয়।

Publickey ব্যর্থ হলে account ও key মিলান

Client আসলে কোন key দিচ্ছে তার fingerprint দেখুন। নিচের test-এ নির্দিষ্ট key ব্যবহার হয়; configured IdentityFile-এর প্রভাব বুঝতে ssh -G output-ও পড়ুন।

ssh -v -S none -o IdentitiesOnly=yes -o StrictHostKeyChecking=ask -p 22 -i ~/.ssh/ubuntu_vps ubuntu@203.0.113.10

Key পড়ার permission error নিজের computer-এ হলে আগে সেটি ঠিক করুন। Server-এ getent দিয়ে account ও home path নিশ্চিত করে /home/ubuntu প্রয়োজনে বদলান।

getent passwd ubuntu
sudo ls -ld /home/ubuntu /home/ubuntu/.ssh /home/ubuntu/.ssh/authorized_keys
sudo ssh-keygen -lf /home/ubuntu/.ssh/authorized_keys

Owner, permission এবং public key fingerprint মিলান। AuthorizedKeysFile, Include, Match ও provider-managed key আলাদা path ব্যবহার করতে পারে। অন্য key মুছবেন না, StrictModes বন্ধ করবেন না এবং কারণ না জেনে password login চালু করবেন না।

Host key বদলালে স্বাধীন প্রমাণ নিন

Rebuild বা পুনর্বণ্টিত IP বৈধ কারণ হতে পারে; ভুল server বা interception-ও সম্ভব। Panel-এর instance ID মিলিয়ে trusted console থেকে fingerprint নিন।

sudo ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub -E sha256

এটি server host key, আপনার login key বা OCI console endpoint-এর key নয়। মিলে গেলে known_hosts-এর backup রেখে কেবল সংশ্লিষ্ট host/port entry বদলান। পুরো file মুছবেন না বা host verification বন্ধ করবেন না। অমিল ব্যাখ্যা করতে না পারলে থামুন।

সীমিত পরিবর্তন করে নতুন login পরীক্ষা করুন

Recovery access রেখে নির্দিষ্ট ভুলটি ঠিক করুন। SSH config বদলালে syntax যাচাই করুন; socket activation ও নতুন port থাকলে সেগুলোর নিয়মও মানুন। Sharing বন্ধ রেখে সম্পূর্ণ নতুন connection ও প্রয়োজনীয় sudo পরীক্ষা করুন।

সমস্যার কারণ, পরিবর্তন ও ফল লিখুন। নতুন login সফল হওয়ার আগে শেষ কাজ করা session বন্ধ করবেন না। এরপর ওয়েবসাইট সেটআপে ফিরতে পারেন।

প্রশ্ন ও উত্তর