SSH की: बनाना और जोड़ना
की पेयर कैसे जनरेट करें, पब्लिक की सर्वर के पैनल में कैसे जोड़ें, सेव करने पर सर्वर रीबूट क्यों होता है, और Windows Server पर की क्यों काम नहीं करतीं।
23 अगस्त 2026 को अपडेट किया गया
SSH key फ़ाइलों की एक जोड़ी होती है: प्राइवेट key आपके पास रहती है, पब्लिक key मशीन पर रहती है। पासवर्ड के विपरीत, इसे brute-force नहीं किया जा सकता।
key पेयर बनाएँ
Windows Terminal, PowerShell, macOS और Linux में कमांड एक ही है:
ssh-keygen -t ed25519 -C "artem@laptop"
जब फ़ाइल के बारे में पूछा जाए, तो Enter दबाएँ (डिफ़ॉल्ट ~/.ssh/id_ed25519 है)। key पर पासफ़्रेज़ ज़रूर सेट करें: अगर आपका लैपटॉप चोरी हो जाए, तो बिना पासफ़्रेज़ वाली key मशीन तक तुरंत पहुँच दे देती है।
दो फ़ाइलें दिखेंगी:
| फ़ाइल | यह क्या है |
|---|---|
id_ed25519 | प्राइवेट key। इसे कभी साझा न करें, कहीं अपलोड न करें |
id_ed25519.pub | पब्लिक key। इसे ही आप पैनल में पेस्ट करते हैं |
पब्लिक key देखने के लिए:
cat ~/.ssh/id_ed25519.pub
लाइन ऐसी दिखती है: ssh-ed25519 AAAAC3Nza... artem@laptop.
पैनल में key जोड़ें
मशीन का पैनल /hosting/vds/m/<id> पर खोलें, “Access” टैब, “SSH keys” सबसेक्शन, keys को फ़ील्ड में पेस्ट करें और “Save keys” पर क्लिक करें।
keys सेव करने पर चल रही मशीन रीबूट होती है। keys बूट के समय शुरुआती सेटअप द्वारा लागू होती हैं, इसलिए रीस्टार्ट के बिना वे असर नहीं करेंगी। जो कुछ रीबूट नहीं झेल सकता, वह कट जाएगा: खुली कनेक्शन, बिना सेव किया डेटा, बिना ऑटोस्टार्ट वाली सेवाएँ। प्रोडक्शन मशीन पर समय चुनकर पूरी लिस्ट एक साथ एडिट करें, एक-एक key करके नहीं।
key लिस्ट पूरी तरह बदल दी जाती है। पूरा सेट भेजें: अगर आपके पास पहले से ऑफ़िस कंप्यूटर की key थी और आप सिर्फ़ नई सेव करते हैं, तो पुरानी काम करना बंद कर देगी। खाली फ़ील्ड सभी keys हटा देता है।
फ़ॉर्मैट: एक लाइन पर एक key:
ssh-ed25519 AAAAC3Nza... artem@laptop
ssh-ed25519 AAAAC3Nza... artem@work
पूरी लाइन पेस्ट करें, शुरू का टाइप और अंत का कमेंट सहित, बिना लाइन ब्रेक के।
आप /hosting/vds/new पर ऑर्डर करते समय ही key दे सकते हैं — तब यह मशीन के प्रोविज़न होते ही उसमें जुड़ जाएगी, और कोई अतिरिक्त रीबूट नहीं होगा।
Windows Server में SSH keys नहीं होतीं
key फ़ील्ड Linux मशीनों पर लागू होती है। हम Windows Server 2022 और 2025 बिना SSH सर्वर के प्रोविज़न करते हैं: आप पैनल के पासवर्ड से Administrator के रूप में RDP पर लॉगिन करते हैं। ऐसी मशीन के लिए सेव की गई key कुछ नहीं खोलेगी — इसीलिए ऑर्डर विज़ार्ड उसके लिए फ़ील्ड नहीं दिखाता।
कैसे कनेक्ट करें और पहले कुछ मिनटों में क्या करें, यह आर्टिकल RDP पर Windows Server में पहला लॉगिन में बताया गया है, और एक्सेस सुरक्षा आर्टिकल RDP सुरक्षा: पोर्ट, पासवर्ड, प्रतिबंध में।
लॉगिन टेस्ट करें
मौजूदा सेशन बंद किए बिना, एक नई टर्मिनल विंडो से:
ssh root@203.0.113.10
अगर आपसे पासवर्ड नहीं पूछा गया, तो key काम कर रही है। अगर पूछा गया, तो नीचे दी गई एरर टेबल देखें।
हर बार पता टाइप करने से बचने के लिए, ~/.ssh/config फ़ाइल सेट करें।
पासवर्ड लॉगिन बंद करें
सफल टेस्ट के बाद ही:
nano /etc/ssh/sshd_config
PasswordAuthentication no
PermitRootLogin prohibit-password
systemctl restart ssh
अगर कुछ गड़बड़ हो जाए, तो पैनल के टेक्स्ट कंसोल से आपकी मशीन तक पहुँच बनी रहेगी — यह SSH से स्वतंत्र रूप से काम करता है।
आम एरर
| लक्षण | कारण |
|---|---|
| अब भी पासवर्ड पूछता है | पैनल में .pub की जगह प्राइवेट key पेस्ट कर दी गई, या key का नाम गलत है और क्लाइंट उसे नहीं उठा रहा |
UNPROTECTED PRIVATE KEY FILE | परमिशन बहुत खुली हैं: chmod 600 ~/.ssh/id_ed25519 |
| key काम करती थी और फिर बंद हो गई | पैनल की लिस्ट इस key के बिना ओवरराइट कर दी गई |
| रीइंस्टॉल के बाद key काम नहीं करती | मशीन दोबारा बनाई गई और keys उसमें नहीं पहुँचीं। “SSH keys” खोलें और लिस्ट दोबारा सेव करें |
पासवर्ड बंद करने के बाद Permission denied (publickey) | key मशीन तक पहुँची ही नहीं — पैनल कंसोल से लॉगिन करें और /root/.ssh/authorized_keys जाँचें |
वर्बोज़ आउटपुट के साथ डायग्नोस्टिक्स:
ssh -v root@203.0.113.10
आउटपुट दिखाता है कि क्लाइंट ने कौन-सी keys ऑफ़र कीं और सर्वर ने क्या जवाब दिया।
PuTTY यूज़र्स को key अपने अलग फ़ॉर्मैट में चाहिए — देखें PuTTY से कनेक्ट करना।