سجلات DNS لأصحاب الأعمال: A و CNAME و MX و TXT و SPF و DKIM بلا تعقيد

ما هي سجلات DNS ولماذا تهم عملك مباشرة

سجلات DNS هي جدول التوجيه الذي يربط اسم نطاقك (مثل شركتك.com.sa) بالسيرفرات التي تشغّل موقعك وبريدك. كل مرة يفتح فيها عميل موقعك أو يرسل لك رسالة، يستعلم جهازه عن هذه السجلات أولاً ليعرف إلى أين يذهب. لو كان سجل واحد خاطئاً، يختفي موقعك أو يُحظر بريدك، وأنت لا تدري السبب. هذا الدليل يشرح السجلات الستة التي تحكم فعلياً عمل شركتك على الإنترنت: A و CNAME و MX و TXT و SPF و DKIM، بلغة صاحب عمل لا مهندس شبكات.

الرقم الذي يجب أن يبقى في ذهنك: نظام DNS يعالج أكثر من تريليوني استعلام يومياً حول العالم، وكل استعلام يُفترض أن يكتمل في أقل من 100 مللي ثانية. حين يكون سيرفرك في الرياض، يصل الاستعلام والرد في حدود 8 مللي ثانية، مقابل 100 إلى 120 مللي ثانية لسيرفر خارجي. الفرق ليس تقنياً فقط، بل يظهر في سرعة تحميل صفحاتك وترتيبك في نتائج البحث.

أخطر ما في DNS أنه صامت. لا رسالة خطأ تظهر لك، البريد فقط يتوقف أو الموقع يختفي، وقد تمر أيام قبل أن تكتشف أن عميلاً مهماً لم تصله عروضك. لذلك فهم هذه السجلات ليس ترفاً تقنياً، بل حماية مباشرة لإيرادك.

سجل A: عنوان موقعك على الإنترنت

سجل A هو أبسط سجل وأكثرها استخداماً، وظيفته ربط اسم نطاقك بعنوان IP رقمي، مثل ربط شركتك.com.sa بالعنوان 185.12.x.x الذي يقع عليه سيرفرك. حين يكتب أحدهم اسم موقعك، يترجم DNS هذا الاسم إلى العنوان الرقمي عبر سجل A، ثم يتصل المتصفح بالسيرفر مباشرة.

الأمر العملي الذي يهمك: لو نقلت موقعك من استضافة إلى أخرى، فكل ما تحتاجه هو تحديث سجل A ليشير إلى IP السيرفر الجديد. لكن انتبه لمفهوم TTL، وهو المدة التي تحتفظ فيها الأجهزة بنسخة من السجل قبل أن تسأل من جديد. لو كان TTL مضبوطاً على 24 ساعة، فقد يبقى بعض الزوار يذهبون للسيرفر القديم يوماً كاملاً بعد النقل. القاعدة الذهبية: قبل أي نقل بيوم، اخفض TTL إلى 300 ثانية (خمس دقائق) حتى ينتشر التغيير سريعاً.

سجل AAAA للنسخة الأحدث من العناوين

هناك شقيق لسجل A اسمه AAAA، يؤدي نفس الوظيفة لكن مع عناوين IPv6 الأطول. أكثر من 45% من مستخدمي الإنترنت حول العالم صاروا يصلون عبر IPv6، ووجود سجل AAAA صحيح يضمن وصولهم دون التفاف عبر جسور أبطأ. ليس إلزامياً اليوم، لكنه استثمار بسيط في جاهزيتك المستقبلية.

سجل CNAME: الاسم المستعار الذكي

سجل CNAME يجعل اسماً يشير إلى اسم آخر بدل عنوان رقمي. المثال الأشهر: توجيه www.شركتك.com.sa ليشير إلى شركتك.com.sa، بحيث يعمل الموقع مع أو بدون www. الفائدة الحقيقية تظهر في الصيانة، فلو تغير عنوان السيرفر، تحدّث سجل A الأصلي مرة واحدة وتتبعه كل سجلات CNAME المرتبطة تلقائياً دون تعديل يدوي لكل واحد.

لكن CNAME له قاعدة صارمة يخطئ فيها كثيرون: لا يمكن وضع سجل CNAME على جذر النطاق (شركتك.com.sa بلا أي بادئة) إذا كانت هناك سجلات أخرى على نفس الاسم مثل MX. هذه المخالفة تكسر بريدك فوراً. الحل عند مزودي الاستضافة الجيدين هو استخدام ما يسمى ALIAS أو ANAME على الجذر، وهو بديل يحاكي CNAME دون كسر بقية السجلات.

• استخدم CNAME للنطاقات الفرعية مثل blog أو shop أو app.
• لا تستخدم CNAME على الجذر مع وجود بريد، استخدم ALIAS بدلاً منه.
• تجنّب سلاسل CNAME الطويلة، فكل حلقة إضافية تضيف استعلاماً وتبطئ التحميل.

سجل MX: من يستقبل بريد شركتك

سجل MX يحدد السيرفر المسؤول عن استقبال بريد نطاقك. حين يرسل أحدهم رسالة إلى اسمك@شركتك.com.sa، يبحث سيرفره عن سجل MX الخاص بك ليعرف أين يسلّم الرسالة. بدون سجل MX صحيح، لا تصلك أي رسالة، حتى لو كان موقعك يعمل بلا مشاكل، لأن الموقع والبريد يعتمدان على سجلات منفصلة تماماً.

سجلات MX تأتي مع أولوية رقمية، والرقم الأصغر يعني أولوية أعلى. لو وضعت سيرفراً رئيسياً بأولوية 10 وسيرفراً احتياطياً بأولوية 20، فكل البريد يذهب للأول، وعند تعطله يتحول تلقائياً للثاني. هذا التكرار سبب مهم لبقاء بريد المؤسسات الكبيرة يعمل بنسبة 99.99% رغم الأعطال. خطأ شائع خطير: ترك سجل MX قديم يشير لسيرفر لم يعد تستخدمه بعد تغيير مزود البريد، فينقسم بريدك بين وجهتين وتضيع نصف الرسائل.

سجل TXT وثلاثية حماية البريد: SPF و DKIM و DMARC

سجل TXT في الأصل حقل نصي حر داخل DNS، لكنه صار العمود الفقري لأمان البريد. عبر سجلات TXT تثبت للعالم أن بريدك الصادر منك فعلاً لا من منتحل. هذه النقطة حاسمة للشركات السعودية التي تراسل جهات حكومية، فالبريد بلا هذه السجلات يُحظر أو يُصنّف بريداً مزعجاً قبل أن يصل صندوق الوارد. الدراسات تشير إلى أن أكثر من 90% من الهجمات الإلكترونية تبدأ برسالة بريد منتحلة، وهذه السجلات هي خط الدفاع الأول.

SPF: قائمة من يحق له إرسال بريدك

سجل SPF هو سجل TXT يعلن قائمة السيرفرات المصرح لها بإرسال بريد باسم نطاقك. حين يستقبل سيرفر رسالة تدّعي أنها من شركتك.com.sa، يفحص سجل SPF، فإن لم يكن السيرفر المرسل ضمن القائمة، يرفض الرسالة أو يحظرها. قاعدة مهمة: يُسمح بسجل SPF واحد فقط لكل نطاق، وله حد أقصى 10 استعلامات DNS داخلية، وتجاوزه يجعل السجل يفشل بصمت. لهذا حين تضيف مزود بريد جديداً، تدمج نطاقه داخل سجل SPF الموجود ولا تنشئ سجلاً ثانياً.

DKIM: التوقيع الرقمي على كل رسالة

DKIM يضيف توقيعاً رقمياً مشفراً على كل رسالة صادرة، ويضع المفتاح العام في سجل TXT داخل DNS. السيرفر المستقبل يتحقق أن الرسالة لم تُعدَّل في الطريق وأنها فعلاً من نطاقك. تفعيل DKIM يرفع معدل تسليم بريدك التسويقي والمعاملاتي بشكل ملموس، وبعض مزودي البريد يرفضون رسائلك كلياً بدونه.

DMARC: السياسة التي تربط الاثنين

DMARC سجل TXT يخبر السيرفرات المستقبلة ماذا تفعل بالرسالة التي تفشل في فحص SPF أو DKIM: هل تتجاهل الفشل، أم تضعها في المزعج، أم ترفضها نهائياً. الأهم أن DMARC يرسل لك تقارير دورية تكشف من يحاول انتحال نطاقك. النطاقات التي تطبّق DMARC بسياسة صارمة تقلّل انتحال هويتها بنسبة تتجاوز 99%.

كيف تفحص سجلاتك عملياً قبل أن تكتشف العطل من عميل

لا تنتظر أن يخبرك عميل أن بريدك لا يصله. راجعة دورية بسيطة كل ثلاثة أشهر تكشف 90% من المشاكل قبل أن تتحول إلى توقف فعلي. أدوات الفحص المجانية تعرض لك كل سجل كما يراه العالم، لا كما تظنه أنت في لوحة التحكم، والفرق بين الاثنين هو بالضبط مصدر معظم الأعطال الصامتة.

ماذا تفحص في كل مراجعة

• سجل A و AAAA: تأكد أنهما يشيران للسيرفر الصحيح الذي تدفع مقابله فعلاً، لا لسيرفر قديم تركته استضافة سابقة.
• سجل MX: تأكد أنه واحد نظيف يشير لمزود بريدك الحالي فقط، بلا سجلات يتيمة من مزود سابق.
• سجل SPF: تأكد أنه سجل واحد يشمل كل مزوديك، وأن عدد الاستعلامات الداخلية أقل من 10.
• سجل DKIM: تأكد أن المفتاح موجود وفعّال، وأن مزود بريدك يوقّع رسائلك فعلاً.
• سجل DMARC: راجع تقاريره شهرياً، فهي تكشف محاولات الانتحال وأي مزود مشروع نسيت إضافته لقائمة SPF.

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

أخطاء DNS الشائعة التي تكلّف الشركات

معظم أعطال DNS ليست تقنية معقدة، بل أخطاء بشرية بسيطة تتكرر. تجنّبها يوفّر عليك ساعات من التوقف وربما صفقات ضائعة.

• نسيان خفض TTL قبل النقل، فيبقى الزوار على السيرفر القديم ساعات طويلة بعد النقل.
• سجلا SPF منفصلان، وهذا يبطل الحماية بالكامل لأن المعيار يسمح بسجل واحد.
• سجل MX يتيم يشير لسيرفر بريد قديم بعد تغيير المزود، فينقسم البريد ويضيع.
• CNAME على الجذر مع بريد، وهذه المخالفة تسقط الاستقبال فوراً.
• ترك DMARC على وضع المراقبة سنة كاملة دون الانتقال لسياسة الرفض، فيبقى نطاقك مكشوفاً للانتحال.

القاعدة العملية لأي صاحب عمل: عاملْ سجلات DNS كعقد قانوني، لا تغيّر منها شيئاً دون توثيق ما كان قبله. عند كلاود، لوحة إدارة DNS تعرض كل سجل بوضوح مع سجل تغييرات كامل، والسيرفرات في الرياض وجدة تجعل زمن انتشار أي تعديل من أقصر ما يمكن على مستوى المملكة. البنية الصحيحة للسجلات ليست عملاً لمرة واحدة، بل مراجعة دورية كل بضعة أشهر تحمي موقعك وبريدك وسمعتك الرقمية.