معلوماتی مرکز

اپنے ڈومینز کے DNS کی فراہمی کے لیے اپنا Amazon Route 53 اکاؤنٹ استعمال کریں

ایک ایسا AWS رسائی کلید بنائیں جسے Route 53 کے ریکارڈز کی فہرست بنانے اور تبدیل کرنے کی اجازت ہو اور اسے منسلک کریں، تاکہ آپ کے ڈومینز کا DNS آپ کے اپنے AWS اکاؤنٹ سے فراہم کیا جا سکے۔

اس کو منسلک کرنے سے آپ کو کیا حاصل ہوتا ہے

اپنا ذاتی AWS اکاؤنٹ منسلک کرنے سے ڈومین کا DNS ہمارے اکاؤنٹ کے بجائے آپ کے اکاؤنٹ سے فراہم ہوتا ہے۔ آپ زون، بل اور وینڈر ڈیش بورڈ اپنے پاس رکھتے ہیں؛ ہم وہ ریکارڈز بناتے اور اپ ڈیٹ کرتے ہیں جن کی آپ کی سائٹس اور میل باکسز کو ضرورت ہوتی ہے، تاکہ آپ کو انہیں دستی طور پر کاپی نہ کرنا پڑے۔

شروع کرنے سے پہلے

ایک AWS اکاؤنٹ۔ Route 53 آپ کے AWS بل میں فی ہوسٹڈ زون اور فی کوئری چارج کرتا ہے۔

اس کنکشن کے لیے ایک ایسی پالیسی کے ساتھ IAM صارف بنائیں جو route53:ListHostedZones، route53:ListResourceRecordSets اور route53:ChangeResourceRecordSets کی اجازت دیتی ہو۔

1. AWS پر کلید بنائیں

AWS کنسول میں IAM → Users کھولیں، وہ صارف منتخب کریں جس کے طور پر اس کنکشن کو کام کرنا چاہیے (ایک مخصوص صارف بنائیں — کبھی بھی اپنا روٹ اکاؤنٹ استعمال نہ کریں)، اس کا Security credentials ٹیب کھولیں اور Access keys کے تحت Create access key کا انتخاب کریں۔ استعمال کی نوعیت کے طور پر Other منتخب کریں، آگے بڑھیں، اور Create access key منتخب کریں۔ Access key ID اور Secret access key کو کاپی کریں — AWS خفیہ کلید صرف ایک بار دکھاتا ہے۔ ہر IAM صارف ایک وقت میں دو کلیدیں رکھ سکتا ہے۔

2. اسے یہاں منسلک کریں

اپنے ڈیش بورڈ میں Integrations کھولیں اور Connect an account کا انتخاب کریں۔ گروپ کے طور پر Your own DNS اور اکاؤنٹ کے طور پر Amazon Route 53 منتخب کریں، Access key ID اور Secret access key درج کریں، اور Connect account دبائیں۔

کچھ بھی محفوظ کرنے سے پہلے ہم اس کی جانچ کرتے ہیں جو آپ پیسٹ کرتے ہیں۔ کام نہ کرنے والی کلید کبھی بھی محفوظ نہیں کی جاتی، اور جواب بتاتا ہے کہ اس میں کیا خرابی تھی۔ کام کرنے والی کلید ہمارے سیکریٹس والٹ میں خفیہ کردہ (انکرپٹڈ) رکھی جاتی ہے — ہمارے ڈیٹا بیس میں کبھی نہیں — اور دوبارہ کبھی نہیں دکھائی جاتی، آپ کو بھی نہیں۔

آگے کیا ہوتا ہے

  • کسی بھی ڈومین پر، اس کا DNS ٹیب کھولیں اور اس اکاؤنٹ کو منتخب کریں جہاں سے ڈومین کا DNS فراہم کیا جاتا ہے۔ اگر زون وہاں موجود نہیں ہے تو ہم اسے بناتے ہیں اور ڈومین کی سائٹس اور میل کے لیے درکار ریکارڈز لکھتے ہیں۔
  • جب ہماری طرف سے کوئی چیز اس بات کو تبدیل کرتی ہے کہ ریکارڈ میں کیا ہونا چاہیے — آپ سائٹ منتقل کرتے ہیں، CDN تبدیل کرتے ہیں یا میل باکس شامل کرتے ہیں — تو ہم آپ کے اکاؤنٹ پر ریکارڈ کو اپ ڈیٹ کر دیتے ہیں۔
  • منتقلی مکمل کرنے کے لیے، آپ کے ڈومین کے نام سرورز (nameservers) کا AWS کی طرف اشارہ کرنا ضروری ہے۔ اگر ڈومین ہمارے پاس رجسٹرڈ ہے، یا کسی ایسے رجسٹرار کے پاس جسے آپ نے منسلک کیا ہے، تو ہم انہیں آپ کے لیے سیٹ کر دیتے ہیں؛ بصورت دیگر ڈومین کا صفحہ سیٹ کرنے کے لیے نام سرورز دکھاتا ہے۔
  • جب آپ منسلک کرتے ہیں، تو ہم چیک کرتے ہیں کہ آیا کلید آپ کے زونز کی فہرست بنا سکتی ہے، ریکارڈز پڑھ سکتی ہے اور ریکارڈز تبدیل کر سکتی ہے۔ کنکشن کے ساتھ موجود چیک لسٹ دکھاتی ہے کہ ہم ان میں سے کن کی تصدیق کر سکے۔

اگر یہ منسلک نہ ہو

یہ منسلک ہو جاتا ہے، پھر ریکارڈ کی تبدیلی ناکام ہو جاتی ہے۔ زونز کی فہرست بنانا اور ریکارڈز تبدیل کرنا الگ الگ IAM اجازتیں ہیں، اور تبدیلی کی جانچ صرف اس وقت ہوتی ہے جب ہم پہلی بار کوئی تبدیلی کرتے ہیں۔ صارف کی پالیسی میں route53:ChangeResourceRecordSets شامل کریں — کلید خود تبدیل نہیں ہوتی۔

AWS نے اسناد کو مسترد کر دیا۔ IAM میں رسائی کی کلید کو غیر فعال یا حذف کر دیا گیا ہے۔

یہ بتاتا ہے کہ کلید مسترد کر دی گئی۔ تقریباً ہمیشہ تین میں سے ایک وجہ ہوتی ہے: اس کے ساتھ کاپی ہونے والی خالی جگہ (space) یا لائن بریک، ایک ایسی کلید جس کی میعاد ختم ہو چکی ہے، یا ایک ایسی کلید جسے آپ کے کاپی کرنے کے بعد منسوخ یا دوبارہ بنایا گیا تھا۔ ایک نئی کلید بنائیں اور اسے دوبارہ پیسٹ کریں۔

یہ منسلک ہو جاتا ہے، لیکن بعد میں کچھ ناکام ہو جاتا ہے۔ کلید کی توثیق ہو جاتی ہے لیکن اس میں اس اجازت کی کمی ہوتی ہے جس کی عمل کو ضرورت ہے۔ اوپر درج اجازتوں کے ساتھ ایک نئی کلید بنائیں، پھر پرانے کنکشن کو منقطع کریں اور نئی کلید کو منسلک کریں۔

منقطع کرنا

Integrations کھولیں، اکاؤنٹ تلاش کریں اور Disconnect دبائیں۔ اس سے محفوظ شدہ کلید فوری طور پر حذف ہو جاتی ہے۔ جو کچھ بھی اسے استعمال کر رہا تھا وہ اپنے اگلے عمل پر رک جاتا ہے، اور جو اسکرینیں اس پر منحصر تھیں وہ خاموشی سے ناکام ہونے کے بجائے اس کی وضاحت کرتی ہیں۔

منقطع کرنے سے وہ چیزیں واپس نہیں ہوتیں جو پہلے ہی کی جا چکی ہیں — ریکارڈز، ڈیپلائمنٹس یا ترتیبات جو ہم نے آپ کے اکاؤنٹ پر تبدیل کی ہیں وہ ویسی ہی رہتی ہیں۔ اگر آپ کو لگتا ہے کہ کلید خود افشا ہو گئی ہے، تو اسے وینڈر کے پاس بھی منسوخ کر دیں؛ منقطع کرنے سے ہماری کاپی ہٹتی ہے، ان کی نہیں۔

بلاگ کی تازہ ترین تحریریں

ہم ہوسٹنگ، SEO اور بڑے پیمانے پر سائٹس چلانے کے بارے میں کیا لکھتے رہے ہیں۔

ہوسٹنگ لیئر سے SEO اور لنک بلڈنگ: 2026 کے آپریٹر کا نقطہ نظر

2026 میں ہوسٹنگ کس طرح انڈیکسنگ اور لنک ایکویٹی کو تشکیل دیتی ہے: صفحات کو انڈیکس میں رکھنا، پرانے ڈومینز پر کام شروع کرنے سے پہلے ان کی جانچ پڑتال، بنا کسی فٹ پرنٹ کے لنک بلڈنگ، اور اس بارے میں ایک ایماندارانہ مؤقف کہ بنیادی ڈھانچہ SEO کے لیے کیا کر سکتا ہے اور کیا نہیں۔

پوسٹ پڑھیں ←

WordPress کو تیز رفتار اور محفوظ بنانا: کارکردگی اور پلگ ان کی چیک لسٹ

تیز رفتار اور محفوظ WordPress کے لیے ایک عملی چیک لسٹ: سرور لیول کیشنگ، ہر سائٹ کے لیے آبجیکٹ کیش، چند مفید پلگ انز، اسٹیک کو اپ ٹو ڈیٹ رکھنا، اور WooCommerce کے وہ صفحات جنہیں آپ کو کبھی بھی کیش نہیں کرنا چاہیے۔

پوسٹ پڑھیں ←

2026 میں مینیجڈ ویب ہوسٹنگ کا انتخاب کیسے کریں: خریدار کی رہنمائی

ایک اچھے مینیجڈ ہوسٹنگ اور کنٹرول پینل والے سستے سرور کے درمیان اصل فرق کیا ہے — منتقلی، بیک اپس، تنہائی، حقیقی کیشنگ اور دیانت دارانہ اسکیلنگ — اور اس کا انتخاب کرنے سے پہلے اس کا اندازہ کیسے لگائیں۔

پوسٹ پڑھیں ←

بلاگ پڑھیں ←

کیا اب بھی دشواری پیش آ رہی ہے؟

ہر پلان میں سپورٹ شامل ہے، ہیلپ ڈیسک دن کے 24 گھنٹے کھلا رہتا ہے، اور آپ ہماری کسی بھی 58 زبانوں میں ہمیں لکھ سکتے ہیں—ہم آپ کی اپنی زبان میں جواب دیتے ہیں۔

سپورٹ سے رابطہ کریں → تمام مضامین →