سجل CNAME

سجل CNAME (Canonical Name) يجعل نطاقًا فرعيًا اسمًا بديلًا يشير إلى اسم نطاق آخر بدل عنوان IP مباشر. عند تحليله، يتبع المُحلِّل سلسلة الاسم حتى يصل إلى سجل A النهائي ثم عنوان الخادم.

نقاط أساسية

• مفيد لتوجيه نطاقات فرعية لخدمات خارجية (مثل shop.example.com → نطاق منصّة المتجر).
• لا يجوز وضع CNAME على النطاق الجذر (example.com) في DNS التقليدي — استخدم A/AAAA أو ALIAS/ANAME.
• لا يتعايش CNAME مع سجلّات أخرى لنفس الاسم (مثل MX أو TXT).
• التغيير قد لا يظهر فورًا بسبب TTL والكاش.

كيف يُحلّ عمليًا

حين يستعلم محلّل عن اسم فيجد سجل CNAME، لا يحصل على عنوان بل على اسم آخر، فيبدأ استعلامًا جديدًا عنه. تتكرّر الخطوة حتى يصل إلى سجل A أو AAAA فيأخذ العنوان النهائي. هذا يعني رحلة استعلام إضافية في كل مرّة، وهي كلفة صغيرة لكنها ليست صفرًا — لذلك تجنّب سلاسل CNAME الطويلة التي يشير فيها اسم إلى اسم إلى ثالث.

الفائدة مقابل هذه الكلفة أنّك لا تحتاج معرفة عنوان الوجهة ولا متابعته. حين توجّه نطاقك الفرعي إلى منصّة خارجية وتغيّر تلك المنصّة عناوين خوادمها، يتبع سجلك الجديد تلقائيًا بلا تدخّل منك. هذا بالضبط سبب اشتراط أغلب الخدمات السحابية استخدام CNAME لا A.

قيدان يجب معرفتهما

القيد الأوّل: لا CNAME على النطاق الجذر. المواصفة تمنع تعايش CNAME مع أي سجل آخر للاسم نفسه، والنطاق الجذر يحمل إلزامًا سجلّات NS وSOA، فيستحيل الجمع. لذلك لتوجيه example.com نفسه استخدم سجل A، أو ابحث عن ALIAS أو ANAME أو CNAME Flattening إن كان مزوّد DNS يدعمها — وهي حلول خاصّة بالمزوّد تحاكي السلوك دون كسر المواصفة.

القيد الثاني ينبع من الأوّل: لا سجلّات أخرى مع CNAME. إن وضعت CNAME على mail.example.com فلا يمكنك إضافة TXT أو MX للاسم نفسه. هذا سبب متكرّر لفشل التحقّق من ملكية النطاق: تطلب منك خدمة إضافة سجل TXT على اسم يحمل CNAME أصلًا، فيرفض النظام أو يتجاهل أحدهما بصمت.

ملاحظات عملية

• www كـCNAME يشير إلى الجذر ممارسة سليمة وشائعة: تحدّث العنوان في مكان واحد فقط.
• لا تضع CNAME في قيمة سجل MX ولو بدا أنّه يعمل — غير صالح بحسب المواصفة وسلوكه متقلّب بين المزوّدين.
• كل تغيير يخضع لقيمة TTL السابقة. راجع سجلّات DNS.