شرح سجلات DNS: A وAAAA وCNAME وMX وTXT وNS وغيرها
آخر مراجعة: 20/10/2026
يحوّل نظام DNS اسمًا مثل example.com إلى العناوين والإعدادات التي تحتاجها المتصفحات وخوادم البريد. كل معلومة سجلٌّ له نوع. ومعرفة نحو عشرة أنواع شائعة تكفي لإعداد موقع وبريد وسجلات تحقق دون مفاجآت.
باختصار
- يوجّه A وAAAA الاسم إلى عنوان IPv4 أو IPv6، ويجعل CNAME الاسم اسمًا مستعارًا لاسم آخر.
- يحدد MX الخوادم التي تستقبل البريد، ويحمل TXT نصوصًا مثل SPF وDKIM وDMARC ورموز التحقق.
- تفوّض سجلات NS النطاق إلى خوادم أسمائه، وتغييرها ينقل DNS بالكامل إلى مكان آخر.
- لا «تُرسَل» التغييرات إلى أي مكان؛ تحتفظ المحلّلات بالإجابة القديمة حتى تنتهي مدة TTL الخاصة بها.
أنواع السجلات الشائعة
| النوع | الوظيفة | مثال |
|---|---|---|
| A | اسم ← عنوان IPv4 | example.com A 203.0.113.10 |
| AAAA | اسم ← عنوان IPv6 | example.com AAAA 2001:db8::10 |
| CNAME | اسم ← اسم آخر (اسم مستعار) | www CNAME example.com |
| MX | خوادم البريد مع أولوية (الرقم الأصغر يُجرَّب أولًا) | example.com MX 10 mail.example.com |
| TXT | نص حر: SPF وDKIM وDMARC والتحقق من الملكية | v=spf1 include:_spf.google.com ~all |
| NS | خوادم الأسماء الموثوقة للنطاق | example.com NS ns1.provider.net |
| SOA | بيانات المنطقة: الخادم الرئيسي والرقم التسلسلي والمؤقتات | ينشئه مزوّد DNS تلقائيًا |
| CAA | جهات إصدار الشهادات المسموح لها بإصدار شهادات SSL | example.com CAA 0 issue "letsencrypt.org" |
| SRV | المضيف والمنفذ لخدمات مثل SIP أو XMPP | _sip._tcp SRV 10 5 5060 sip.example.com |
| PTR | DNS العكسي: IP ← اسم؛ يضبطه مالك عنوان IP (شركة الاستضافة) | 10.113.0.203.in-addr.arpa PTR mail.example.com |
القواعد الأكثر تسببًا في المشكلات
- لا يوجد CNAME على النطاق الجذر (example.com نفسه): فالجذر يحمل أيضًا سجلات NS وSOA، ولا يمكن أن يجاور CNAME سجلات أخرى. استخدم A/AAAA على الجذر؛ ويوفّر كثير من المزوّدين ALIAS/ANAME أو «تسطيح CNAME» لهذا الغرض.
- الاسم الذي له CNAME لا يمكن أن يحمل أي سجل آخر، لذا لا يمكنك إضافة MX أو TXT إلى نطاق فرعي هو CNAME.
- يجب أن تشير سجلات MX وNS إلى اسم مضيف، وليس مباشرةً إلى عنوان IP ولا إلى CNAME.
- سجل SPF واحد فقط لكل اسم، أما وجود عدة سجلات TXT لأغراض أخرى فلا مشكلة فيه.
- في بعض لوحات التحكم تهمّ النقطة في النهاية:
mail.example.com.اسم كامل، ومن دونها قد تضيف اللوحة نطاقك فيصبح السجلmail.example.com.example.com.
TTL و«الانتشار»
لكل سجل قيمة TTL (مدة البقاء) بالثواني. تحتفظ محلّلات مزوّدي الإنترنت وخدمات DNS العامة بالإجابة في ذاكرتها المؤقتة طوال هذه المدة. عندما تغيّر سجلًا، يستمر من خزّن القيمة القديمة في استخدامها حتى تنتهي مدة TTL، وهذا ما يُسمّى انتشار DNS.
خطّط للتغييرات: قبل نقل الموقع بيوم خفّض TTL للسجلات التي ستغيّرها إلى 300 ثانية (5 دقائق)، ثم أعده بعد النقل إلى 3600 أو أكثر. يستغرق تغيير خوادم الأسماء (NS) وقتًا أطول، لأن سجلات NS في المنطقة الأعلى (مثل .com) قد يصل TTL الخاص بها إلى يومين، وبعض المحلّلات تنتظر طوال هذه المدة.
تُخزَّن الإجابات السلبية أيضًا: إذا استعلمت عن اسم قبل إنشائه، فقد تبقى إجابة «لا يوجد هذا الاسم» طوال مدة TTL السلبية المحددة في سجل SOA للمنطقة.
إعدادات نموذجية
- موقع على استضافة: سجل A (وAAAA إن توفر) لـexample.com، وwww كسجل CNAME يشير إلى example.com.
- بريد Google Workspace أو Microsoft 365: سجلات MX التي يعطونك إياها، وinclude في SPF، وDKIM كسجل CNAME/TXT، وسجل DMARC. التفاصيل في دليل SPF وDKIM وDMARC.
- التحقق لـGoogle Search Console والخدمات المشابهة: سجل TXT على النطاق، ويمكن أن يجاور سجل SPF.
- نطاق فرعي لخدمة SaaS (متجر، دعم فني):
shop CNAMEيشير إلى اسم المضيف الذي يعطيك إياه المزوّد.
افحص سجلاتك
- استعلم عن النطاق لترى سجلات A وAAAA وMX وNS وTXT وغيرها في مكان واحد.
- يسأل فحص انتشار DNS محلّلات عامة حول العالم وخوادم أسمائك الموثوقة عمّا إذا كانت ترى القيمة الجديدة.
- يفحص فحص أمان البريد سجلات MX وSPF وDKIM وDMARC.
المصادر
- RFC 1035 – Domain names: implementation and specification
- RFC 2181 – Clarifications to the DNS specification
- RFC 2308 – Negative caching of DNS queries
- RFC 8659 – DNS CAA resource record
- IANA – DNS parameters
يلخّص هذا الدليل معلومات عامة وليس استشارة قانونية.