كيف تعمل النطاقات وDNS: دليل لغير المطورين
النطاق هو الاسم الذي يكتبه الناس للوصول إلى موقعك، مثل example.com، وDNS (نظام أسماء النطاقات) هو دليل الإنترنت الذي يحوّل هذا الاسم إلى المكان الفعلي الذي يوجد فيه موقعك. تستأجر النطاق من مسجّل، ثم تضيف سجلات DNS تقول "الموقع موجود هناك" و"البريد يذهب إلى هنا". وربط نطاق مخصص بتطبيق يعني في معظمه إضافة السجل الصحيح في المكان الصحيح، ثم انتظار أن يسري مفعوله.
لماذا يهم ذلك عند البناء بالذكاء الاصطناعي
يمكن لمنشئ التطبيقات بالذكاء الاصطناعي أن يكتب تطبيقك ويستضيفه، لكن النطاق يقع خارجه، غالباً لدى شركة منفصلة، في لوحة تحكم مليئة بأنواع سجلات غير مألوفة. وهنا تتعطل كثير من عمليات الإطلاق: التطبيق جاهز، لكن النطاق يُظهر خطأ، أو يتوقف البريد الإلكتروني عن العمل بشكل غامض بعد تغيير DNS.
فهم بسيط يقطع شوطاً طويلاً. ستعرف أي سجل يطلبه مزوّد استضافتك، ولماذا لم يعمل بعد، وكيف تتجنب تعطيل الأشياء التي تعتمد على نطاقك بالفعل، مثل البريد الإلكتروني.
تشبيه يومي
فكّر في قائمة جهات الاتصال في هاتفك.
أنت لا تتذكر رقم صديقك؛ تضغط على اسمه فيبحث الهاتف عن الرقم. وDNS يفعل الشيء نفسه للإنترنت: تكتب example.com، فيبحث DNS عن الرقم (عنوان IP) للخادم الذي ينبغي الاتصال به.
- النطاق هو اسم جهة الاتصال.
- المسجّل هو الشركة التي تسجّل رسمياً أن هذا الاسم ملكك.
- سجلات DNS هي التفاصيل المحفوظة تحت الاسم: رقم الهاتف، والبريد الإلكتروني، والعنوان.
- خوادم الأسماء هي دفتر جهات الاتصال الرسمي لهذا الاسم.
- التخزين المؤقت هو أن يتذكر هاتفك الرقم لفترة. إذا غيّر صديقك رقمه، فستستمر بعض الهواتف في الاتصال بالرقم القديم حتى يتم تحديث النسخة المحفوظة، وهذا ما يسمى "الانتشار" في DNS.
أجزاء اسم النطاق
خذ app.example.com مثالاً:
| الجزء | الاسم | ملاحظات |
|---|---|---|
.com | نطاق المستوى الأعلى (TLD) | تديره جهة تسجيل. وهناك أيضاً .org و.io و.ai ورموز الدول مثل .uk |
example | نطاق المستوى الثاني | الجزء الذي تسجّله |
example.com | النطاق الجذري أو "apex" | ما تملكه |
app | نطاق فرعي | تنشئه بحرية في DNS: www وapp وshop |
أنت لا تشتري النطاق ملكاً نهائياً؛ بل تسجّله لفترة (عادةً سنة أو أكثر) وتجدّده. إذا تركته ينتهي، يمكن لشخص آخر أن يسجله.
كيف يعمل البحث في DNS
عندما يكتب أحدهم app.example.com:
- يسأل المتصفح محلّل DNS، وغالباً يديره مزوّد الإنترنت لدى المستخدم أو خدمة عامة، عن العنوان.
- إذا كان لدى المحلّل إجابة مخزنة حديثة، يرد فوراً.
- وإذا لم تكن موجودة، ينتقل عبر التسلسل الهرمي: تشير خوادم الجذر إلى خوادم
.com، والتي تشير بدورها إلى خوادم أسماء نطاقك. - تعيد خوادم أسمائك السجل الذي حددته، مثل CNAME يشير إلى مزوّد الاستضافة، أو سجل A يحمل عنوان IP.
- يخزّن المحلّل الإجابة لمدة 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.
- سجلات TXT تقوم بكثير من أعمال البريد. يحدد SPF من يحق له إرسال البريد باسم نطاقك؛ وينشر DKIM مفتاحاً للتحقق من التوقيعات؛ ويخبر DMARC المستقبِل بما يفعله بالبريد الذي يفشل في هذه الفحوصات.
- أرقام MX الأقل تعني أولوية أعلى. يحاول البريد الخيار الأقل أولاً.
الانتشار وTTL
كلمة "الانتشار" توحي بأن التغييرات تنتشر ببطء عبر الإنترنت. لكن ما يحدث فعلياً هو التخزين المؤقت: تحتفظ المحلّلات بنسخة من كل إجابة لمدة TTL الخاص بها، ولا تسأل من جديد إلا بعد انتهائها. لذا:
- السجل الجديد الذي لم يُبحث عنه من قبل يعمل غالباً خلال دقائق.
- تغيير سجل موجود يحتاج حتى انتهاء TTL القديم ليظهر في كل مكان.
- تغيير خوادم الأسماء قد يستغرق يوماً أو يومين، لأن هذه السجلات تُخزَّن لفترة أطول على مستوى نطاق المستوى الأعلى.
حيلة مفيدة: قبل تغيير مخطط له، خفّض TTL للسجل (إلى بضع دقائق مثلاً)، وانتظر انقضاء TTL القديم، ثم نفّذ التغيير.
مثال عملي: ربط تطبيق حجوزات بنطاقك
تملك yoursalon.com. موقعك الحالي وبريد Google Workspace يستخدمان هذا النطاق بالفعل. بنيت تطبيق حجوزات وتريده على book.yoursalon.com.
- اعرف أين تُدار DNS الخاصة بك. قد يكون ذلك لدى المسجّل أو مزوّد DNS منفصل. سجلات NS تخبرك بذلك.
- أضف CNAME للاسم
bookيشير إلى الهدف الذي يعطيك إياه مزوّد استضافة التطبيق. - أضف أي سجل TXT يطلبه مزوّد الاستضافة لإثبات الملكية، إن كان يستخدمه.
- اترك سجلات MX وTXT الخاصة بالبريد كما هي. سيستمر البريد في العمل لأنك لم تلمسه.
- تحقق من مزوّد الاستضافة بعد أن يتحدّث DNS. عندها يصدر المزوّد شهادة HTTPS لـ
book.yoursalon.com. - اختبر من الهاتف باستخدام بيانات الجوال، لأنها تستخدم محلّلاً وتخزيناً مؤقتاً مختلفين عن شبكة Wi-Fi المنزلية.
إذا أردت التطبيق على النطاق الجذري yoursalon.com بدلاً من ذلك، ستحتاج إلى سجلات A أو ميزة ALIAS/التسطيح لدى مزوّد DNS، وستكون بذلك تستبدل موقعك الحالي هناك. لمزيد من الخطوات، انظر كيف تربط نطاقاً مخصصاً.
أخطاء شائعة وأفكار خاطئة
- "النطاق والاستضافة شيء واحد." النطاق هو الاسم؛ والاستضافة هي المكان الذي يعمل فيه التطبيق. وDNS يربط بينهما.
- استخدام سجل A عندما يطلب المزوّد CNAME (أو العكس). اتبع تعليمات المزوّد بدقة تامة.
- أخطاء مطبعية في الهدف. حرف خاطئ واحد في هدف CNAME يفشل التحقق.
- تغيير خوادم الأسماء دون نسخ السجلات. نقل DNS إلى مزوّد جديد دون إعادة إنشاء سجلات MX وTXT هو طريقة كلاسيكية لتعطيل البريد.
- تفعيل الوكيل (Proxy) في غير موضعه. بعض مزوّدي DNS، مثل Cloudflare، يمكنهم توجيه الحركة عبر وكيل. وبعض مزوّدي الاستضافة يحتاجون أن يكون السجل على وضع "DNS only" حتى يتمكنوا من إصدار الشهادات.
- حذف سجلات TXT "غير معروفة". غالباً ما تكون سجلات تحقق أو لأمان البريد يعتمد عليها شيء ما.
- ترك النطاق ينتهي. فعّل التجديد التلقائي وأبقِ بطاقة الدفع محدثة.
ماذا تطلب من منشئ التطبيقات بالذكاء الاصطناعي
DNS يقع خارج كودك، لذا يتعلق الأمر أكثر بما يجب أن تسأل عنه:
- "ما سجل DNS الدقيق الذي أحتاجه لـ app.mydomain.com؟ النوع والاسم والقيمة؟"
- "هل سيؤثر هذا التغيير على بريدي الإلكتروني؟"
- "يُظهر نطاقي خطأ بعد إضافة السجل. ماذا يجب أن أتحقق منه؟"
- "أضف الرابط القياسي (canonical) وعمليات إعادة التوجيه الصحيحة حتى لا يظهر الموقع بعنوانين مع وبدون www."
- "جهّز إرسال البريد من نطاقي. ما سجلات SPF وDKIM وDMARC التي سأحتاجها؟" انظر كيف ترسل رسائل البريد الإلكتروني من تطبيقك.
النطاقات المخصصة في Mythex
كل تطبيق منشور في Mythex يحصل على عنوان yourname.mythex.app. في خطة Pro يمكنك استخدام نطاقك الخاص بدلاً من ذلك: اشترِ نطاقاً من داخل Mythex (يُفوتَر التسجيل بشكل منفصل، وتُدار DNS للنطاقات المشتراة عنك)، أو اربط نطاقاً تملكه بالفعل بإضافة CNAME من نطاق فرعي مثل app.example.com إلى عنوان yourname.mythex.app الخاص بتطبيقك، ثم انقر Verify. تُصدر شهادة HTTPS تلقائياً. وإذا كانت DNS الخاصة بك لدى Cloudflare، فاضبط هذا السجل على "DNS only". يُنصح بالنطاقات الفرعية؛ أما النطاقات الجذرية فتعتمد على دعم مزوّد DNS لميزة ALIAS أو التسطيح. يشرح توثيق النطاق المخصص كل خطوة، وتوضح الأسعار ما تشمله خطة Pro.
الأسئلة
ما هو DNS بكلمات بسيطة؟
DNS (نظام أسماء النطاقات) هو دليل الإنترنت. يحوّل اسماً يسهل تذكره، مثل example.com، إلى التفاصيل التي تحتاجها الحواسيب، وغالباً عنوان IP، حتى يجد المتصفح الخادم الصحيح.
ما الفرق بين سجل A وسجل CNAME؟
سجل A يوجّه الاسم مباشرة إلى عنوان IPv4. أما سجل CNAME فيوجّه الاسم إلى اسم مضيف آخر، ويستمر البحث من هناك. سجلات CNAME مفيدة عندما قد تتغير عناوين IP الخاصة بمزوّد الاستضافة، لكن لا يمكن استخدام CNAME القياسي على النطاق الجذري نفسه.
كم يستغرق انتشار DNS؟
غالباً دقائق، وأحياناً ساعات. تظهر التغييرات مع انتهاء صلاحية النسخ المخزنة مؤقتاً من السجل القديم، وهذا يعتمد على TTL الخاص بالسجل. وقد يستغرق تغيير خوادم الأسماء يوماً أو يومين لأن هذه السجلات تُخزَّن لفترة أطول.
هل سيؤدي تغيير DNS لموقعي إلى تعطيل بريدي الإلكتروني؟
فقط إذا غيّرت أو حذفت السجلات التي يعتمد عليها البريد، مثل سجلات MX وسجلات TXT كـ SPF وDKIM وDMARC. إضافة CNAME لـ www أو app لا تمس البريد. أما نقل نطاقك إلى خوادم أسماء جديدة فقد يعطّل البريد إذا لم تنسخ هذه السجلات أولاً.
لماذا أستخدم www أو app بدلاً من النطاق الجذري؟
النطاق الفرعي مثل www.example.com أو app.example.com يمكن أن يستخدم CNAME، وهو ما تطلبه كثير من منصات الاستضافة. أما النطاق الجذري (example.com) فلا يمكن أن يحمل CNAME قياسياً، لذا يحتاج إلى سجلات A أو ميزة ALIAS وANAME أو تسطيح CNAME الخاصة بالمزوّد.