SSH কী: তৈরি ও যোগ করা
কীভাবে কী পেয়ার তৈরি করবেন, সার্ভার প্যানেলে পাবলিক কী যোগ করবেন, কেন সেভ করলে সার্ভার রিবুট হয়, এবং কেন Windows Server-এ কী কাজ করে না।
আপডেট: ২৩ আগস্ট, ২০২৬
SSH কী হলো এক জোড়া ফাইল: প্রাইভেট কী আপনার কাছেই থাকে, পাবলিক কী মেশিনে বসে। পাসওয়ার্ডের মতো এটাকে ব্রুট-ফোর্স করা যায় না।
কী পেয়ার তৈরি করুন
Windows Terminal, PowerShell, macOS এবং Linux-এ কমান্ড একই:
ssh-keygen -t ed25519 -C "artem@laptop"
ফাইলের নাম জিজ্ঞাসা করলে Enter চাপুন (ডিফল্ট হলো ~/.ssh/id_ed25519)। কী-তে অবশ্যই একটি পাসফ্রেজ সেট করুন: আপনার ল্যাপটপ চুরি হলে পাসফ্রেজ ছাড়া কী দিয়ে মেশিনে সঙ্গে সঙ্গে প্রবেশ করা যাবে।
দুটি ফাইল দেখা যাবে:
| ফাইল | এটি কী |
|---|---|
id_ed25519 | প্রাইভেট কী। কখনো শেয়ার করবেন না, কোথাও আপলোড করবেন না |
id_ed25519.pub | পাবলিক কী। এটিই আপনি প্যানেলে পেস্ট করবেন |
পাবলিক কী দেখতে:
cat ~/.ssh/id_ed25519.pub
লাইনটি এমন দেখায়: ssh-ed25519 AAAAC3Nza... artem@laptop।
প্যানেলে কী যোগ করুন
/hosting/vds/m/<id>-এ মেশিনের প্যানেল খুলুন, “Access” ট্যাব, “SSH keys” সাবসেকশন, ফিল্ডে কীগুলো পেস্ট করুন এবং “Save keys”-এ ক্লিক করুন।
কী সেভ করলে চলমান মেশিন রিবুট হয়। বুটের সময় প্রাথমিক সেটআপে কীগুলো প্রয়োগ করা হয়, তাই রিস্টার্ট ছাড়া সেগুলো কার্যকর হবে না। রিবুটে যা টিকে থাকে না, সব কেটে যাবে: খোলা কানেকশন, অসেভ করা ডেটা, অটোস্টার্ট ছাড়া সার্ভিস। প্রোডাকশন মেশিনে সময় বেছে নিন এবং একবারে পুরো লিস্ট এডিট করুন, এক এক করে কী নয়।
কী লিস্ট সম্পূর্ণভাবে প্রতিস্থাপিত হয়। পুরো সেট পাঠান: আপনার কাজের কম্পিউটারের কী আগে থেকেই থাকলে এবং আপনি শুধু নতুনটি সেভ করলে, পুরোনোটি আর কাজ করবে না। খালি ফিল্ড সব কী মুছে দেয়।
ফরম্যাট: প্রতি লাইনে একটি কী:
ssh-ed25519 AAAAC3Nza... artem@laptop
ssh-ed25519 AAAAC3Nza... artem@work
পুরো লাইনটি পেস্ট করুন, শুরুতে টাইপ এবং শেষে কমেন্টসহ, কোনো লাইন ব্রেক ছাড়া।
/hosting/vds/new-এ অর্ডার করার সময়ই কী নির্দিষ্ট করতে পারেন — তাহলে মেশিন প্রোভিশন হওয়ার সময়ই এটি যোগ হবে, এবং অতিরিক্ত রিবুট লাগবে না।
Windows Server-এ SSH কী নেই
কী ফিল্ডটি Linux মেশিনের জন্য প্রযোজ্য। আমরা Windows Server 2022 এবং 2025 SSH সার্ভার ছাড়াই প্রোভিশন করি: আপনি প্যানেলের পাসওয়ার্ড দিয়ে Administrator হিসেবে RDP-তে লগইন করেন। এমন মেশিনের জন্য সেভ করা কী কোনো কিছু আনলক করবে না — এজন্যই অর্ডার উইজার্ড এটির জন্য ফিল্ড দেখায় না।
কীভাবে কানেক্ট করবেন এবং প্রথম কয়েক মিনিটে কী করবেন, তা বলা হয়েছে RDP দিয়ে Windows Server-এ প্রথম লগইন নিবন্ধে, আর অ্যাক্সেস সুরক্ষা নিয়ে বলা হয়েছে RDP নিরাপত্তা: পোর্ট, পাসওয়ার্ড, বিধিনিষেধ নিবন্ধে।
লগইন পরীক্ষা করুন
বর্তমান সেশন না বন্ধ করে একটি নতুন টার্মিনাল উইন্ডো থেকে:
ssh root@203.0.113.10
পাসওয়ার্ড জিজ্ঞাসা করা না হলে কী কাজ করছে। যদি জিজ্ঞাসা করা হয়, নিচের এরর টেবিল দেখুন।
প্রতিবার অ্যাড্রেস টাইপ করা এড়াতে, একটি ~/.ssh/config ফাইল সেট আপ করুন।
পাসওয়ার্ড লগইন বন্ধ করুন
সফল পরীক্ষার পরেই:
nano /etc/ssh/sshd_config
PasswordAuthentication no
PermitRootLogin prohibit-password
systemctl restart ssh
কিছু ভুল হলে, প্যানেলের টেক্সট কনসোল দিয়ে আপনার মেশিনে অ্যাক্সেস থাকবে — এটি SSH থেকে স্বাধীনভাবে কাজ করে।
সাধারণ এরর
| লক্ষণ | কারণ |
|---|---|
| এখনো পাসওয়ার্ড জিজ্ঞাসা করে | প্যানেলে .pub-এর বদলে প্রাইভেট কী পেস্ট করা হয়েছে, অথবা কী-এর নাম ভুল এবং ক্লায়েন্ট এটি নিচ্ছে না |
UNPROTECTED PRIVATE KEY FILE | পারমিশন খুব প্রশস্ত: chmod 600 ~/.ssh/id_ed25519 |
| কী কাজ করেছিল, তারপর বন্ধ হয়ে গেল | প্যানেলের লিস্ট এই কী ছাড়া ওভাররাইট করা হয়েছে |
| রিইনস্টলের পর কী আর কাজ করে না | মেশিন নতুন করে তৈরি হয়েছে এবং কীগুলো এতে যায়নি। “SSH keys” খুলে লিস্ট আবার সেভ করুন |
পাসওয়ার্ড বন্ধ করার পর Permission denied (publickey) | কী মেশিনে পৌঁছায়নি — প্যানেল কনসোল দিয়ে লগইন করে /root/.ssh/authorized_keys চেক করুন |
ভারবোস আউটপুট দিয়ে ডায়াগনস্টিকস:
ssh -v root@203.0.113.10
আউটপুটে দেখা যায় ক্লায়েন্ট কোন কীগুলো অফার করেছে এবং সার্ভার কী উত্তর দিয়েছে।
PuTTY ব্যবহারকারীদের কী-এর নিজস্ব ফরম্যাটে দরকার — দেখুন PuTTY থেকে কানেক্ট করা।