ڈومین اور DNS کیسے کام کرتے ہیں: غیر ڈیولپرز کے لیے رہنما
ڈومین وہ نام ہے جو لوگ آپ کی سائٹ تک پہنچنے کے لیے ٹائپ کرتے ہیں، جیسے example.com، اور DNS (ڈومین نیم سسٹم) انٹرنیٹ کی وہ ڈائریکٹری ہے جو اس نام کو اُس جگہ میں بدلتی ہے جہاں آپ کی سائٹ اصل میں موجود ہے۔ آپ ڈومین ایک رجسٹرار سے کرائے پر لیتے ہیں، پھر DNS ریکارڈز شامل کرتے ہیں جو کہتے ہیں "ویب سائٹ وہاں ہے" اور "ای میل یہاں جاتی ہے۔" کسی ایپ سے کسٹم ڈومین جوڑنا زیادہ تر یہی ہے کہ درست جگہ پر درست ریکارڈ شامل کریں اور اس کے اثر کرنے کا انتظار کریں۔
AI سے بناتے وقت یہ کیوں اہم ہے
AI ایپ بلڈر آپ کی ایپ لکھ اور ہوسٹ کر سکتا ہے، لیکن آپ کا ڈومین اس کے باہر رہتا ہے، اکثر کسی الگ کمپنی کے پاس، اور ایسے کنٹرول پینل میں جہاں ناواقف ریکارڈ ٹائپس بھری ہوتی ہیں۔ یہیں بہت سے لانچ رک جاتے ہیں: ایپ تیار ہے، لیکن ڈومین خرابی دکھاتا ہے، یا DNS تبدیل کرنے کے بعد ای میل پراسرار طور پر کام کرنا چھوڑ دیتی ہے۔
تھوڑی سی سمجھ بہت کام آتی ہے۔ آپ جان لیں گے کہ آپ کا ہوسٹ کون سا ریکارڈ مانگ رہا ہے، وہ ابھی کیوں کام نہیں کر رہا، اور وہ چیزیں کیسے نہ توڑیں (جیسے ای میل) جو پہلے سے آپ کے ڈومین پر انحصار کرتی ہیں۔
روزمرہ کی مثال
اپنے فون کی رابطوں کی فہرست کے بارے میں سوچیں۔
آپ اپنے دوست کا نمبر یاد نہیں رکھتے؛ آپ اس کے نام پر ٹیپ کرتے ہیں اور فون نمبر تلاش کر لیتا ہے۔ DNS انٹرنیٹ کے لیے یہی کرتا ہے: آپ example.com ٹائپ کرتے ہیں، اور DNS اس سرور کا نمبر (IP ایڈریس) تلاش کرتا ہے جس سے جڑنا ہے۔
- ڈومین رابطے کا نام ہے۔
- رجسٹرار وہ کمپنی ہے جو سرکاری طور پر ریکارڈ کرتی ہے کہ یہ نام آپ کا ہے۔
- DNS ریکارڈز اس نام کے نیچے محفوظ تفصیلات ہیں: فون نمبر، ای میل ایڈریس، گھر کا پتہ۔
- نیم سرورز وہ رابطوں کی کتاب ہیں جو اس نام کے لیے سرکاری ہے۔
- کیشنگ وہ ہے جب آپ کا فون کچھ دیر کے لیے نمبر یاد رکھتا ہے۔ اگر آپ کا دوست نمبر بدل لے تو کچھ فون پرانا نمبر ہی ملاتے رہیں گے جب تک ان کی محفوظ کاپی تازہ نہ ہو، یہی DNS "پروپیگیشن" ہے۔
ڈومین نام کے حصے
app.example.com کو دیکھیں:
| حصہ | نام | نوٹس |
|---|---|---|
.com | ٹاپ لیول ڈومین (TLD) | ایک رجسٹری چلاتی ہے۔ دیگر میں .org، .io، .ai، اور ملکی کوڈز جیسے .uk شامل ہیں |
example | سیکنڈ لیول ڈومین | وہ حصہ جو آپ رجسٹر کرتے ہیں |
example.com | روٹ یا "اپیکس" ڈومین | جو آپ کی ملکیت ہے |
app | سب ڈومین | آپ انہیں DNS میں آزادانہ بناتے ہیں: www، app، shop |
آپ ڈومین مکمل طور پر نہیں خریدتے؛ آپ اسے ایک مدت کے لیے رجسٹر کرواتے ہیں (عموماً ایک سال یا زیادہ) اور اسے تجدید کرواتے ہیں۔ اگر اسے ختم ہونے دیں تو کوئی اور اسے رجسٹر کر سکتا ہے۔
DNS تلاش کیسے کام کرتی ہے
جب کوئی app.example.com ٹائپ کرتا ہے:
- براؤزر ایک DNS ریزولور سے پوچھتا ہے، جو عموماً ان کا انٹرنیٹ فراہم کنندہ یا کوئی عوامی سروس چلاتی ہے، کہ ایڈریس کیا ہے۔
- اگر ریزولور کے پاس تازہ کیشڈ جواب ہے تو وہ فوراً جواب دیتا ہے۔
- اگر نہیں، تو وہ درجہ بندی کے نیچے جاتا ہے: روٹ سرورز اسے
.comسرورز کی طرف بھیجتے ہیں، جو اسے آپ کے ڈومین کے نیم سرورز کی طرف بھیجتے ہیں۔ - آپ کے نیم سرورز وہ ریکارڈ واپس کرتے ہیں جو آپ نے سیٹ کیا ہے، مثلاً آپ کے ہوسٹ کی طرف CNAME یا IP ایڈریس کے ساتھ A ریکارڈ۔
- ریزولور جواب کو ریکارڈ کے TTL (ٹائم ٹو لائیو) کے لیے کیش کرتا ہے اور اسے براؤزر کو دیتا ہے، جو سرور سے جڑ جاتا ہے۔
یہ سب عموماً ملی سیکنڈز میں ہو جاتا ہے۔
DNS ریکارڈ کی اقسام جو آپ واقعی استعمال کریں گے
| ریکارڈ | کیا کرتا ہے | مثال |
|---|---|---|
| A | ایک نام کو IPv4 ایڈریس کی طرف اشارہ کرتا ہے | example.com → 203.0.113.10 |
| AAAA | ایک نام کو IPv6 ایڈریس کی طرف اشارہ کرتا ہے | example.com → 2001:db8::10 |
| CNAME | ایک نام کو دوسرے ہوسٹ نیم کا عرف بناتا ہے | app.example.com → myapp.host.com |
| MX | بتاتا ہے کہ ڈومین کی ای میل کون سے سرور وصول کرتے ہیں، ترجیحی نمبر کے ساتھ | example.com → 10 mail.provider.com |
| TXT | متن رکھتا ہے، تصدیق اور ای میل سیکیورٹی کے لیے استعمال ہوتا ہے | v=spf1 include:_spf.provider.com ~all |
| NS | ڈومین کے مستند نیم سرورز کی فہرست دیتا ہے | ns1.dnsprovider.com |
| CAA | محدود کرتا ہے کہ کون سے سرٹیفکیٹ اتھارٹیز HTTPS سرٹیفکیٹ جاری کر سکتی ہیں | 0 issue "letsencrypt.org" |
کچھ اصول جن کا جاننا فائدہ مند ہے:
- CNAME کسی نام پر دوسرے ریکارڈز کے ساتھ نہیں رہ سکتا۔ اسی لیے معیاری CNAME روٹ ڈومین پر نہیں جا سکتا، جس پر ہمیشہ NS اور دیگر ریکارڈز ہوتے ہیں۔ کئی DNS فراہم کنندگان ALIAS، ANAME یا CNAME flattening نامی حل پیش کرتے ہیں۔
- TXT ریکارڈز ای میل کا بہت سا کام کرتے ہیں۔ SPF بتاتا ہے کہ آپ کے ڈومین کی طرف سے کون میل بھیج سکتا ہے؛ DKIM دستخطوں کی تصدیق کے لیے کلید شائع کرتا ہے؛ DMARC وصول کنندگان کو بتاتا ہے کہ ان چیکس میں ناکام ہونے والی میل کے ساتھ کیا کرنا ہے۔
- MX کا کم نمبر زیادہ ترجیح ہے۔ میل سب سے کم سے آزماتی ہے۔
پروپیگیشن اور TTL
"پروپیگیشن" سے لگتا ہے کہ تبدیلیاں انٹرنیٹ پر آہستہ آہستہ پھیلتی ہیں۔ اصل میں ہوتا یہ ہے کہ کیشنگ: ریزولورز ہر جواب کی ایک کاپی اس کے TTL تک رکھتے ہیں، اور صرف اس کے ختم ہونے پر دوبارہ پوچھتے ہیں۔ تو:
- ایک نیا ریکارڈ جو پہلے کبھی نہیں دیکھا گیا اکثر منٹوں میں کام کرنے لگتا ہے۔
- کسی موجودہ ریکارڈ کی تبدیلی ہر جگہ نظر آنے میں اس کے پرانے TTL تک لے سکتی ہے۔
- نیم سرورز بدلنے میں ایک دو دن لگ سکتے ہیں، کیونکہ وہ ریکارڈز TLD سطح پر زیادہ دیر کے لیے کیش ہوتے ہیں۔
ایک مفید ترکیب: کسی منصوبہ بند تبدیلی سے پہلے ریکارڈ کا TTL کم کر دیں (مثلاً چند منٹ)، پرانا TTL گزرنے کا انتظار کریں، پھر تبدیلی کریں۔
ایک عملی مثال: بکنگ ایپ کو اپنے ڈومین سے جوڑنا
آپ کے پاس yoursalon.com ہے۔ آپ کی موجودہ ویب سائٹ اور Google Workspace ای میل پہلے سے اسے استعمال کر رہے ہیں۔ آپ نے ایک بکنگ ایپ بنائی ہے اور اسے book.yoursalon.com پر چاہتے ہیں۔
- معلوم کریں کہ آپ کا DNS کہاں منیج ہوتا ہے۔ یہ آپ کا رجسٹرار ہو سکتا ہے یا کوئی الگ DNS فراہم کنندہ۔ آپ کے NS ریکارڈز یہ بتا دیں گے۔
bookکے لیے CNAME شامل کریں جو اس ہدف کی طرف اشارہ کرے جو آپ کا ایپ ہوسٹ دیتا ہے۔- کوئی بھی TXT ریکارڈ شامل کریں جو آپ کا ہوسٹ ملکیت ثابت کرنے کے لیے مانگے، اگر وہ استعمال کرتا ہو۔
- MX اور ای میل کے TXT ریکارڈز کو ہاتھ نہ لگائیں۔ ای میل چلتی رہتی ہے کیونکہ آپ نے اسے چھوا ہی نہیں۔
- DNS اپ ڈیٹ ہونے کے بعد اپنے ہوسٹ میں تصدیق کریں۔ پھر ہوسٹ
book.yoursalon.comکے لیے HTTPS سرٹیفکیٹ جاری کرتا ہے۔ - موبائل ڈیٹا پر فون سے جانچیں، کیونکہ وہ آپ کے گھر کے وائی فائی سے مختلف ریزولور اور کیش استعمال کرتا ہے۔
اگر آپ ایپ کو اس کے بجائے روٹ yoursalon.com پر چاہتے تو آپ کو A ریکارڈز یا اپنے DNS فراہم کنندہ کا ALIAS/flattening فیچر درکار ہوتا، اور آپ وہاں اپنی موجودہ ویب سائٹ کی جگہ لے رہے ہوتے۔ مزید مراحل کے لیے کسٹم ڈومین کیسے جوڑیں دیکھیں۔
عام غلطیاں اور غلط فہمیاں
- "ڈومین اور ہوسٹنگ ایک ہی چیز ہیں۔" ڈومین نام ہے؛ ہوسٹنگ وہ جگہ ہے جہاں ایپ چلتی ہے۔ DNS ان دونوں کو جوڑتا ہے۔
- ہوسٹ کے CNAME مانگنے پر A ریکارڈ استعمال کرنا (یا اس کے برعکس)۔ ہوسٹ کی ہدایات بالکل ویسی ہی پیروی کریں۔
- ہدف میں ٹائپو۔ CNAME کے ہدف میں ایک غلط حرف ہو تو تصدیق ناکام ہو جاتی ہے۔
- ریکارڈز نقل کیے بغیر نیم سرورز بدلنا۔ DNS کو نئے فراہم کنندہ پر منتقل کرتے وقت MX اور TXT ریکارڈز دوبارہ نہ بنانا ای میل توڑنے کا کلاسک طریقہ ہے۔
- جہاں نہیں چاہیے وہاں پراکسی کرنا۔ کچھ DNS فراہم کنندگان، جیسے Cloudflare، ٹریفک کو پراکسی کر سکتے ہیں۔ کچھ ہوسٹس کو سرٹیفکیٹ جاری کرنے کے لیے ریکارڈ سیٹ کو "DNS only" پر چاہیے ہوتا ہے۔
- "نامعلوم" TXT ریکارڈز حذف کرنا۔ یہ اکثر تصدیق یا ای میل سیکیورٹی کے ریکارڈز ہوتے ہیں جن پر کوئی چیز انحصار کرتی ہے۔
- ڈومین کو ختم ہونے دینا۔ آٹو رینیو آن رکھیں اور ادائیگی کا کارڈ تازہ رکھیں۔
اپنے AI بلڈر سے کیا مانگیں
DNS آپ کے کوڈ سے باہر رہتا ہے، اس لیے یہ زیادہ اس بارے میں ہے کہ کیا پوچھنا ہے:
- "app.mydomain.com کے لیے مجھے کون سا عین DNS ریکارڈ چاہیے؟ قسم، نام اور ویلیو؟"
- "کیا اس تبدیلی سے میری ای میل متاثر ہوگی؟"
- "ریکارڈ شامل کرنے کے بعد ڈومین خرابی دکھا رہا ہے۔ مجھے کیا چیک کرنا چاہیے؟"
- "درست canonical URL اور ری ڈائریکٹس سیٹ کریں تاکہ www اور non-www دونوں پر سائٹ نہ کھلے۔"
- "میرے ڈومین سے ایپ سے ای میل بھیجنے کا انتظام کریں، مجھے کون سے SPF، DKIM اور DMARC ریکارڈز چاہئیں؟" دیکھیں اپنی ایپ سے ای میلز کیسے بھیجیں۔
Mythex پر کسٹم ڈومینز
ہر شائع شدہ Mythex ایپ کو yourname.mythex.app پتہ ملتا ہے۔ Pro پر آپ اس کے بجائے اپنا ڈومین استعمال کر سکتے ہیں: Mythex کے اندر ایک خرید سکتے ہیں (رجسٹریشن کا بل الگ آتا ہے، اور خریدے گئے ڈومینز کا DNS آپ کے لیے منیج ہوتا ہے)، یا وہ ڈومین جوڑ سکتے ہیں جو آپ کی ملکیت ہے، اس کے لیے app.example.com جیسے سب ڈومین سے ایک CNAME شامل کریں جو آپ کی ایپ کے yourname.mythex.app پتے کی طرف اشارہ کرے، پھر Verify پر کلک کریں۔ HTTPS خودکار جاری ہو جاتا ہے۔ اگر آپ کا DNS Cloudflare پر ہے تو وہ ریکارڈ "DNS only" پر سیٹ کریں۔ سب ڈومینز تجویز کیے جاتے ہیں؛ روٹ ڈومینز آپ کے DNS فراہم کنندہ کے ALIAS یا flattening سپورٹ پر منحصر ہیں۔ کسٹم ڈومین کی دستاویزات ہر قدم بتاتی ہیں، اور پرائسنگ میں دیکھیں کہ Pro میں کیا شامل ہے۔
سوالات
سادہ الفاظ میں DNS کیا ہے؟
DNS (ڈومین نیم سسٹم) انٹرنیٹ کی ڈائریکٹری ہے۔ یہ ایک یاد رکھے جانے والے نام، جیسے example.com، کو وہ تفصیلات بناتا ہے جن کی کمپیوٹرز کو ضرورت ہوتی ہے، عموماً ایک IP ایڈریس، تاکہ براؤزر درست سرور تک پہنچ سکے۔
A ریکارڈ اور CNAME میں کیا فرق ہے؟
A ریکارڈ کسی نام کو براہِ راست IPv4 ایڈریس کی طرف اشارہ کرتا ہے۔ CNAME کسی نام کو دوسرے ہوسٹ نیم کی طرف اشارہ کرتا ہے، اور تلاش وہاں سے جاری رہتی ہے۔ CNAMEs اس وقت کام آتے ہیں جب آپ کے ہوسٹ کے IP ایڈریس بدل سکتے ہوں، لیکن معیاری CNAME خود روٹ ڈومین پر استعمال نہیں ہو سکتا۔
DNS پروپیگیشن میں کتنا وقت لگتا ہے؟
اکثر منٹ، کبھی گھنٹے۔ تبدیلیاں پرانے ریکارڈ کی کیشڈ کاپیوں کے ختم ہونے کے ساتھ ظاہر ہوتی ہیں، جو ریکارڈ کے TTL پر منحصر ہے۔ نیم سرورز بدلنے میں ایک دو دن تک لگ سکتے ہیں کیونکہ وہ ریکارڈز زیادہ دیر کے لیے کیش ہوتے ہیں۔
کیا میری ویب سائٹ کا DNS بدلنے سے میری ای میل ٹوٹ جائے گی؟
صرف اگر آپ ان ریکارڈز کو بدلیں یا حذف کریں جن پر ای میل انحصار کرتی ہے، یعنی MX ریکارڈز اور TXT ریکارڈز جیسے SPF، DKIM اور DMARC۔ www یا app کے لیے CNAME شامل کرنے سے ای میل متاثر نہیں ہوتی۔ اگر پہلے وہ ریکارڈز نقل نہ کیے جائیں تو ڈومین کو نئے نیم سرورز پر منتقل کرنے سے ای میل ٹوٹ سکتی ہے۔
روٹ ڈومین کے بجائے www یا app کیوں استعمال کریں؟
www.example.com یا app.example.com جیسا سب ڈومین CNAME استعمال کر سکتا ہے، جو زیادہ تر ہوسٹنگ پلیٹ فارمز مانگتے ہیں۔ روٹ ڈومین (example.com) پر معیاری CNAME نہیں ہو سکتا، اس لیے اسے A ریکارڈز یا کسی فراہم کنندہ کے مخصوص ALIAS، ANAME یا CNAME-flattening فیچر کی ضرورت ہوتی ہے۔