رسائی نہ کھوئیں: بیک اپ کیز اور پاس ورڈز
مشین تک رسائی کے راستے کیسے بنتے ہیں، دوسری SSH کی کیوں ضروری ہے، root پاس ورڈ کہاں محفوظ کریں، اور اگر واحد کی گم ہو جائے تو کیا کریں۔
اپ ڈیٹ 23 اگست، 2026
مشین تک رسائی کھو دینا ہیک ہونے سے کہیں زیادہ عام ہے۔ لیپ ٹاپ ٹوٹ جاتا ہے، آپ OS دوبارہ انسٹال کرتے ہیں، آپ .ssh ڈائریکٹری مٹا دیتے ہیں، آپ پاس ورڈ بھول جاتے ہیں۔ ”پریشانی“ اور ”تباہی“ کے درمیان فرق یہ ہے کہ آپ نے پہلے سے داخل ہونے کا دوسرا راستہ تیار کیا تھا یا نہیں۔
داخل ہونے کے تین راستے
| راستہ | آپ اسے کیسے کھولتے ہیں | یہ کب کام کرتا ہے |
|---|---|---|
| SSH | کی یا پاس ورڈ | جب تک نیٹ ورک چل رہا ہو اور sshd کنفیگر ہو |
| پینل میں کنسول | root پاس ورڈ | ہمیشہ، چاہے نیٹ ورک کبھی اپ ہی نہ ہوا ہو |
| ریسکیو ڈسک | پاس ورڈ نہیں، root لاگ ان | ہمیشہ، چاہے سسٹم بوٹ ہی نہ ہو |
دوسرا اور تیسرا راستہ آپ کی SSH یا فائر وال سیٹنگز پر منحصر نہیں — اسی لیے آپ Millida VDS مشین سے ہمیشہ کے لیے باہر نہیں ہو سکتے۔ لیکن انہیں استعمال کرنے کے لیے آپ کو اپنے Millida اکاؤنٹ اور root پاس ورڈ تک رسائی درکار ہے۔
دوسری SSH کی
پینل کے ”Access“ ٹیب میں /hosting/vds/m/<id> پر موجود کی لسٹ مکمل طور پر تبدیل ہو جاتی ہے۔ دونوں ایک ساتھ شامل کریں: کام کرنے والی اور اسپیئر۔
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 کنسول میں لمبی سٹرنگ ٹائپ کرنا مشکل ہے۔
پاس ورڈ کنسول کے لیے اور su - کے لیے تب بھی کام کرتا ہے جب آپ root SSH لاگ ان بند کر دیں۔
مشین سے الگ کیا محفوظ رکھیں
- پرائیویٹ 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 پاس ورڈ ٹیسٹ کریں۔ پانچ منٹ کی جانچ آپ کو بحالی کی ایک شام بچا دیتی ہے۔