एक्सेस न खोएँ: बैकअप कुंजियाँ और पासवर्ड
मशीन तक एक्सेस के रास्ते कैसे बने होते हैं, दूसरी SSH कुंजी क्यों ज़रूरी है, root पासवर्ड कहाँ रखें, और अगर अकेली कुंजी खो जाए तो क्या करें।
23 अगस्त 2026 को अपडेट किया गया
मशीन का एक्सेस खो जाना हैक से कहीं ज़्यादा आम है। लैपटॉप टूट जाता है, आप OS दोबारा इंस्टॉल करते हैं, .ssh डायरेक्टरी मिटा देते हैं, पासवर्ड भूल जाते हैं। “परेशानी” और “आफ़त” के बीच का फ़र्क़ यही है कि आपने पहले से दूसरा रास्ता तैयार रखा है या नहीं।
अंदर जाने के तीन रास्ते
| रास्ता | इसे कैसे खोलें | यह कब काम करता है |
|---|---|---|
| SSH | की या पासवर्ड | जब तक नेटवर्क चालू है और sshd कॉन्फ़िगर है |
| पैनल में कंसोल | root पासवर्ड | हमेशा, तब भी जब नेटवर्क कभी शुरू ही न हुआ हो |
| रेस्क्यू डिस्क | पासवर्ड नहीं, root लॉगिन | हमेशा, तब भी जब सिस्टम बूट ही न हो |
दूसरा और तीसरा रास्ता आपकी SSH या फ़ायरवॉल सेटिंग्स पर निर्भर नहीं करते — इसीलिए आप Millida VDS मशीन से हमेशा के लिए बाहर नहीं हो सकते। लेकिन इन्हें इस्तेमाल करने के लिए आपको अपने Millida अकाउंट और root पासवर्ड का एक्सेस चाहिए।
दूसरी SSH की
/hosting/vds/m/<id> पर पैनल के “Access” टैब में की लिस्ट पूरी की पूरी बदली जाती है। दोनों एक साथ जोड़ें: काम करने वाली और स्पेयर।
ssh-keygen -t ed25519 -C "work laptop"
ssh-keygen -t ed25519 -f ~/.ssh/id_backup -C "spare"
cat ~/.ssh/id_ed25519.pub ~/.ssh/id_backup.pub
स्पेयर की को प्राइमरी की के अलावा कहीं और रखें: पासवर्ड मैनेजर, एन्क्रिप्टेड आर्काइव, दराज़ में रखी USB स्टिक। प्राइमरी की वाले ही लैपटॉप पर रखी की स्पेयर नहीं होती।
दोनों की जोड़ने के तुरंत बाद टेस्ट करें:
ssh -i ~/.ssh/id_backup root@<address>
बिना टेस्ट की गई स्पेयर की स्पेयर की नहीं होती।
root पासवर्ड
यह एन्क्रिप्टेड सेव रहता है और “Access” टैब में बटन क्लिक करने पर दिखता है। इसे पासवर्ड मैनेजर में कॉपी करें: इमरजेंसी के वक्त पैनल खोलकर बटन क्लिक करना हमेशा जल्दी नहीं होता, और VNC कंसोल में लंबी स्ट्रिंग टाइप करना असुविधाजनक है।
root SSH लॉगिन बंद करने के बाद भी पासवर्ड कंसोल और su - के लिए काम करता रहता है।
मशीन से अलग क्या सेव रखें
- प्राइवेट SSH की और उनका पासफ़्रेज़।
- root पासवर्ड।
- अपने Millida अकाउंट का एक्सेस और उसका सेकंड फ़ैक्टर।
- अपने डोमेन रजिस्ट्रार और DNS के लॉगिन क्रेडेंशियल।
- डेटाबेस डंप और कॉन्फ़िग: हम आपकी मशीन का ऑटोमैटिक बैकअप नहीं बनाते — कॉपी आप खुद बनाते हैं।
डेटा को नियमित रूप से ऑफ़साइट भेजने का आसान तरीका:
pg_dump -Fc mydb > /root/dump.pgc
rsync -az /root/dump.pgc backup@other-machine:/backups/
अगर एक्सेस सच में खो जाए
- की खो गई लेकिन root पासवर्ड है — पैनल कंसोल से लॉगिन करें और
~/.ssh/authorized_keysमें नई की जोड़ें। - पासवर्ड भी भूल गए — “Access” टैब में “Change password” क्लिक करें। पैनल नया पासवर्ड जारी करेगा और चल रही मशीन को रीबूट करेगा।
- सिस्टम बूट ही न हो — रेस्क्यू डिस्क चालू करें, डिस्क माउंट करें और chroot में की या पासवर्ड ठीक करें।
- Millida अकाउंट का एक्सेस खो गया — स्टैंडर्ड प्रोसीजर से इसे रिकवर करें; अकाउंट के बिना मशीन हैंडओवर नहीं की जा सकती, और यह सुरक्षा आपके ही फ़ायदे में काम करती है।
आम गलतियाँ
- एक ही डिवाइस पर एक ही की, कोई कॉपी नहीं।
- स्पेयर की प्राइमरी की के पास ही रखी हो।
- आपने पैनल में की बदली और काम करने वाली मिटा दी: लिस्ट पूरी की पूरी बदली जाती है, इसलिए सब एक साथ पेस्ट करें। इससे एक एक्स्ट्रा रीबूट भी बचता है — हर की सेव करने पर चल रही मशीन रीस्टार्ट होती है।
- की का पासफ़्रेज़ कहीं लिखा ही न हो।
- root पासवर्ड कंसोल में कभी टेस्ट ही न किया गया हो।
हर तीन महीने में एक ड्रिल करें: स्पेयर की से लॉगिन करें और कंसोल के ज़रिए root पासवर्ड टेस्ट करें। पाँच मिनट की जाँच आपकी रिकवरी की पूरी शाम बचा देती है।