اپنا ڈومین بکنگ انجن سے کیسے جوڑیں

سائٹ تیار ہے۔ لوگو درست ہے، مارک اپ (markup) سیٹ ہو چکے ہیں، پلیٹ فارم کے سب ڈومین پر ایک ٹیسٹ بکنگ کامیاب رہی، اور دفتر میں کسی نے لنک تین کسٹمرز کو بھیج بھی دیا ہے۔ پھر وہ سوال آتا ہے جو آنا ہی تھا: ایڈریس میں ابھی تک کسی اور کا نام کیوں ہے؟ یہ گائیڈ بتاتی ہے کہ کسی کو ہائر کیے بغیر اپنا ڈومین بکنگ انجن سے کیسے جوڑیں — آپ اصل میں کیا بدل رہے ہیں، کون سے دو یا تین ریکارڈ شامل ہیں، تالے کا نشان آپ کی توقع سے دیر سے کیوں آتا ہے، اور وہ ایک سیٹنگ کون سی ہے جسے چھیڑا تو کمپنی کی ای میل خاموشی سے بند ہو جاتی ہے۔

DNS کو گہرائی سے سمجھنا ضروری نہیں۔ ایک خیال کافی ہے: آپ کا ڈومین نام ایک سائن بورڈ ہے، اور آپ اس کا رخ ایک نئی عمارت کی طرف موڑ رہے ہیں۔ نیچے جو کچھ ہے، اسی خیال کی تفصیل ہے۔

آپ کا ڈومین اصل میں کہاں رہتا ہے

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

جو ریکارڈ آپ شامل کرنے والے ہیں، وہ DNS ہوسٹ پر جاتے ہیں۔ اس لیے سب سے پہلے یہ معلوم کریں کہ وہ کون ہے۔ رجسٹرار کے پینل میں لاگ ان کریں اور ڈومین پر درج nameservers دیکھیں۔ اگر وہ رجسٹرار کے اپنے ہیں تو ریکارڈ وہیں ایڈٹ ہوں گے۔ اگر کسی اور جگہ کی طرف اشارہ کرتے ہیں تو کام اسی جگہ ہو گا۔ اس پر لگائے چند منٹ آپ کو ایسے پینل میں ریکارڈ ایڈٹ کرنے کی پوری دوپہر سے بچا لیتے ہیں جسے کوئی پڑھتا ہی نہیں۔

روٹ ڈومین یا سب ڈومین: کچھ چھیڑنے سے پہلے فیصلہ کریں

روٹ ڈومین — جسے apex یا "خالی" ڈومین بھی کہتے ہیں — yourbrand.pk ہے، جس کے آگے کچھ نہیں۔ سب ڈومین وہ نام ہے جس کے آگے کوئی لیبل ہو: www.yourbrand.pk، book.yourbrand.pk، travel.yourbrand.pk۔ پلیٹ فارم دونوں قبول کرتا ہے، اور انتخاب سے یہ بدلتا ہے کہ آپ کون سا ریکارڈ شامل کریں گے۔

وجہ پرانی ہے اور اس پر بحث نہیں ہو سکتی۔ روٹ ڈومین پر پہلے سے وہ ریکارڈ موجود ہوتے ہیں جو خود ڈومین کی تعریف کرتے ہیں، اور DNS کسی CNAME کو کسی اور چیز کے ساتھ نام شیئر کرنے کی اجازت نہیں دیتا۔ اس لیے روٹ ڈومین کو A ریکارڈ کے ذریعے سیدھا ایک IP ایڈریس کی طرف موڑا جاتا ہے، جبکہ سب ڈومین کو CNAME کے ذریعے کسی دوسرے hostname کی طرف۔

جن ایجنسیوں کی پہلے سے ویب سائٹ ہے، ان میں سے زیادہ تر کو سب ڈومین سے شروع کرنا چاہیے۔ بحث دوسری قطار پر ہوتی ہے: کچھ مالکان کو لگتا ہے کہ سب ڈومین کم مستند دکھائی دیتا ہے۔ یہ جائز رائے ہے، اور اس کا وزن تب کم ہو جاتا ہے جب زیادہ تر کسٹمر ایڈریس ٹائپ کرنے کے بجائے WhatsApp یا Instagram پر کسی لنک سے آپ تک پہنچتے ہیں۔

کون سے ریکارڈ شامل کرنے ہیں، اور ہر ایک کیا کرتا ہے

رہنمائی والا DNS مرحلہ آپ کے ڈومین کے لیے درست قدریں دکھاتا ہے۔ انہیں وہیں سے کاپی کریں، کسی مضمون سے نہیں — اس مضمون سے بھی نہیں۔ آگے بتایا گیا ہے کہ ہر ریکارڈ کس لیے ہے، تاکہ اسکرین دیکھ کر بات سمجھ آئے۔

• CNAME، سب ڈومین کے لیے۔ نام: آپ کا چنا ہوا لیبل، جیسے book۔ قدر: پلیٹ فارم کا وہ hostname جو DNS مرحلہ دیتا ہے۔ یہ کہتا ہے "یہ نام اُس نام کا دوسرا نام ہے"، اس لیے اگر پلیٹ فارم کے سرور منتقل بھی ہوں تو آپ کا ریکارڈ آپ کے چھیڑے بغیر کام کرتا رہتا ہے۔
• A ریکارڈ، روٹ ڈومین کے لیے۔ نام: @، جسے زیادہ تر DNS پینل خالی ڈومین کے لیے استعمال کرتے ہیں۔ قدر: وہ IP ایڈریس جو DNS مرحلہ دیتا ہے۔ یہ کہتا ہے "یہ نام اس پتے پر رہتا ہے"۔
• TXT، کبھی کبھار۔ کچھ سیٹ اپ ایک تصدیقی ریکارڈ بھی مانگتے ہیں: DNS مرحلے کے بتائے ہوئے نام کے تحت ایک لمبی بے ترتیب لائن۔ وزیٹرز کے لیے یہ کچھ نہیں کرتا۔ یہ ثابت کرتا ہے کہ ڈومین کو کنٹرول کرنے والے نے کنکشن کی منظوری دی ہے۔ اگر مرحلہ اسے دکھائے تو شامل کریں؛ نہ دکھائے تو کچھ کمی نہیں۔

زیادہ تر ناکام کوششوں کی وجہ دو غلطیاں ہیں۔ پہلی: Name کے خانے میں پورا ڈومین لکھ دینا۔ بہت سے پینل ڈومین خود ساتھ جوڑ دیتے ہیں، اس لیے وہاں لکھا گیا book.yourbrand.pk بن جاتا ہے book.yourbrand.pk.yourbrand.pk، جو کہیں نہیں جاتا۔ صرف لیبل لکھیں۔ دوسری: پرانا ریکارڈ اپنی جگہ چھوڑ دینا۔ اگر book پر کسی پرانے پروجیکٹ کا A ریکارڈ پہلے سے موجود ہے تو CNAME اس کے ساتھ نہیں رہ سکتا، اور کچھ پینل خاموشی سے پرانا ہی رکھ لیتے ہیں۔ پہلے اسی عین نام کا پرانا ریکارڈ ڈیلیٹ کریں۔

اگر آپ کا DNS ہوسٹ ریکارڈ پر proxy کا سوئچ دیتا ہے — Cloudflare اسے نارنجی بادل کی شکل میں دکھاتا ہے — تو جوڑنے کے دوران اسے "صرف DNS" پر رکھیں۔ proxy پلیٹ فارم کی جگہ وزیٹرز کو جواب دیتا ہے، جس سے پلیٹ فارم اگلی جانچ سے چھپ جاتا ہے۔

تالا سب سے آخر میں کیوں آتا ہے

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

TLS سرٹیفکیٹ، یعنی تالا، ایک سرٹیفکیٹ اتھارٹی جاری کرتی ہے جسے پہلے یہ تصدیق کرنی ہوتی ہے کہ ڈومین واقعی وہیں اشارہ کر رہا ہے جہاں درخواست کہتی ہے۔ وہ یہ نام کو پبلک DNS میں تلاش کر کے جانچتی ہے، اور زیادہ تر سیٹ اپ میں ڈومین کو ایک درخواست بھیج کر یہ توقع کرتی ہے کہ جواب پلیٹ فارم دے گا۔ جب تک آپ کا ریکارڈ اُن resolvers تک نہیں پہنچتا جو وہ اتھارٹی استعمال کرتی ہے، جانچ ناکام رہتی ہے، اور کتنا ہی کلک کریں، کچھ نہیں بدلتا۔ جیسے ہی ریکارڈ resolve ہونے لگتا ہے، پلیٹ فارم خود بخود سرٹیفکیٹ کی درخواست کرتا ہے۔ آپ کو نہ سرٹیفکیٹ خریدنا ہے، نہ اپ لوڈ کرنا، نہ اس کی تجدید کرنی ہے۔

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

ورنہ انتظار کریں، پھر چیک کریں۔ ریکارڈ کو بار بار ایڈٹ نہ کریں — ہر تبدیلی ہر اس سرور کو، جس نے غلط جواب یاد کر رکھا ہے، اسے دیتے رہنے کی ایک اور وجہ دے دیتی ہے۔ پبلک DNS lookup ویب سائٹس دکھاتی ہیں کہ باقی دنیا آپ کے نام کے لیے کیا دیکھ رہی ہے؛ جب وہ DNS مرحلے والی قدر دکھانے لگیں تو اگلا کام سرٹیفکیٹ کا ہے۔

غلطی کتنی مہنگی پڑتی ہے

مہنگی غلطیاں بکنگ سائٹ میں نہیں ہوتیں۔ وہ اُن سب چیزوں میں ہوتی ہیں جو آپ کے ڈومین سے جڑی ہیں۔

سب سے بری غلطی nameservers بدل دینا ہے جب صرف ایک ریکارڈ شامل کرنا تھا۔ nameservers منتقل کرنے سے پورا ڈومین ایک نئے DNS ہوسٹ کے حوالے ہو جاتا ہے، اور جو ریکارڈ وہاں دوبارہ نہ بنایا جائے وہ غائب ہو جاتا ہے — اُن MX ریکارڈز سمیت جو کمپنی کی ای میل پہنچاتے ہیں۔ کسی کو یہ احساس ہونے سے پہلے کہ ان باکس خاموش ہو گیا ہے، ایجنسی ایک دن کی کسٹمر ای میلز، سپلائرز کی تصدیقیں اور ایئر لائنز کے شیڈول تبدیلی کے نوٹس کھو سکتی ہے۔ بکنگ سائٹ جوڑنے کے لیے nameservers منتقل کرنے کی کبھی ضرورت نہیں۔ ریکارڈ شامل کریں؛ باقی سب کو ہاتھ نہ لگائیں۔

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

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

پلیٹ فارم کا ڈومین رکھیں — یہ آپ کا متبادل راستہ ہے

جس پلیٹ فارم سب ڈومین پر آپ کی سائٹ شروع ہوئی تھی، وہ اپنا ڈومین جوڑنے کے بعد ختم نہیں ہوتا۔ اسے ہٹایا نہیں جا سکتا، اور یہ جان بوجھ کر ہے۔

یہ وہ ایڈریس ہے جس سے آپ اس وقت تک ٹیسٹ کرتے ہیں جب تک اپنا ڈومین جم نہ جائے، اور یہی وہ ایڈریس ہے جو تب بھی کام کرتا ہے جب رجسٹرار پر تجدید رہ جائے یا کوئی غلطی سے DNS ایڈٹ کر دے۔ دونوں ایڈریسز کے پیچھے ایک ہی بکنگ انجن ہے، اس لیے بکنگز، کسٹمرز اور رپورٹس کو فرق نہیں پڑتا کہ کون سا دروازہ استعمال ہوا۔ اسے کسی ایسی جگہ لکھ کر رکھیں جو آپ کے اپنے ڈومین کے چلنے پر منحصر نہ ہو۔

یہ نئی سائٹ کے لیے درست ترتیب بھی طے کرتا ہے، وہی جو ایک دن میں OTA شروع کرنے والے مضمون میں ہے: پہلے اُس سب ڈومین پر لائیو جائیں جو سائن اپ وزرڈ کارڈ مانگے بغیر بنا دیتا ہے، اور اپنا ڈومین تب جوڑیں جب سائٹ دکھانے کے قابل ہو جائے۔ ایڈریس آپ کا ہو جانے کے بعد سائٹ خود کیا کچھ دیتی ہے، یہ وائٹ لیبل ٹریول ویب سائٹ اصل میں کیا دیتی ہے میں پڑھیں۔

چیک لسٹ: اپنا ڈومین بکنگ انجن سے جوڑنا

1. معلوم کریں کہ آپ کا DNS کون ہوسٹ کرتا ہے۔ ڈومین کے nameservers یہ بتا دیتے ہیں۔
2. روٹ ڈومین یا سب ڈومین چنیں۔ اگر آپ کی کوئی ویب سائٹ ہے جسے رکھنا چاہتے ہیں تو سب ڈومین چنیں۔
3. کچھ بھی بدلنے سے پہلے ہر موجودہ ریکارڈ، خاص طور پر MX، لکھ لیں۔ ایک اسکرین شاٹ کافی ہے۔
4. جو نام آپ استعمال کرنے والے ہیں، اسی عین نام کا ہر پرانا ریکارڈ ڈیلیٹ کریں۔
5. DNS مرحلے والا ریکارڈ شامل کریں: سب ڈومین کے لیے CNAME، روٹ کے لیے A، اور اگر مرحلہ دکھائے تو TXT بھی۔ Name کے خانے میں صرف لیبل لکھیں۔
6. اس ریکارڈ پر کوئی proxy ہو تو اسے "صرف DNS" پر کر دیں۔
7. ریکارڈ کے پبلک طور پر resolve ہونے کا انتظار کریں۔ اسے بار بار ایڈٹ نہ کریں۔
8. تالا چیک کریں، نئے ایڈریس پر ٹیسٹ بکنگ کریں، اور پھر ہی کسٹمرز کو بتائیں۔

اس فہرست کا زیادہ تر حصہ انتظار ہے۔ واحد قدم جو آپ کو واقعی نقصان پہنچا سکتا ہے، وہ ہے جو اس فہرست میں ہے ہی نہیں: nameservers منتقل کرنا۔