سجلات DNS: شرح A وCNAME وMX وTXT وNS بأمثلة عملية

نُشر في 2026-11-01 · 8 دقائق قراءة

اشتريت دومين لشركتك، ثم طلبت منك الاستضافة أن «تضيف سجلات DNS»، فوجدت أمامك جدولًا فيه A وCNAME وMX وTXT وكلمات مثل TTL، ولا تعرف ماذا تلمس وماذا تترك. هذا الدليل يشرح سجلات DNS واحدًا واحدًا بلغة بسيطة، مع أمثلة حقيقية، والأخطاء التي توقف الموقع أو الايميل، وجدول بالسجلات التي تحتاجها بالضبط لتربط دومينك بأوردراتك.

ما هو DNS ولماذا تحتاج سجلات DNS؟

DNS هو «دليل التليفونات» الخاص بالإنترنت. الناس تحفظ أسماء مثل clinic-mansoura.com، لكن الأجهزة تتواصل بعناوين رقمية مثل 87.98.131.73. عندما يكتب أحد اسم موقعك في المتصفح، يسأل الجهاز سيرفرات DNS: «ما عنوان هذا الاسم؟»، فتجيبه من السجلات التي وضعتها أنت.

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

كل سجل يتكون عادة من أربعة أجزاء:

• النوع: A أو CNAME أو MX أو TXT…
• الاسم (Host أو Name): الجزء قبل الدومين. الرمز @ يعني الدومين نفسه بدون أي إضافة، وwww يعني www.yourcompany.com.
• القيمة (Value أو Points to): العنوان أو النص الذي يشير إليه السجل.
• TTL: مدة بقاء الإجابة في ذاكرة السيرفرات، وسنشرحها بعد قليل.

سجل A: عنوان موقعك

سجل A يربط اسمًا بعنوان IPv4، أي العنوان الرقمي للسيرفر. هو أهم سجل للموقع. مثال: سجل A على @ قيمته 87.98.131.73 يعني أن من يكتب yourcompany.com يذهب إلى هذا السيرفر.

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

سجل AAAA: نفس الفكرة بعناوين IPv6

سجل AAAA يؤدي وظيفة A نفسها، لكن لعناوين IPv6 الأطول (مثل 2001:db8::1). المشكلة الشائعة هنا: تنقل موقعك وتعدل سجل A، لكن يبقى سجل AAAA قديم يشير للاستضافة السابقة، فيرى بعض الزوار، خصوصًا على شبكات الموبايل التي تدعم IPv6، الموقع القديم أو خطأ. القاعدة: إذا لم تعطك الاستضافة الجديدة عنوان IPv6، احذف أي سجل AAAA قديم.

سجل CNAME: اسم مستعار

سجل CNAME لا يشير إلى رقم، بل إلى اسم آخر. مثلًا www يشير إلى yourname.orderatkeg.com، فإذا تغير عنوان السيرفر لاحقًا لا تحتاج أن تعدل شيئًا، لأن الاسم المستهدف يتبعه تلقائيًا.

قاعدتان مهمتان في CNAME:

• لا يوضع CNAME على الدومين الرئيسي @، لأن الدومين الرئيسي يحتاج سجلات أخرى معه مثل MX وTXT. لذلك نستخدم A للدومين الرئيسي وCNAME للـ www.
• الاسم الذي عليه CNAME لا يمكن أن يحمل أي سجل آخر. إذا كان عندك سجل A على www، احذفه قبل إضافة CNAME.

سجل MX: أين يُستقبل الايميل

سجل MX يخبر العالم بالسيرفر الذي يستقبل بريد دومينك. بدونه لن تصلك أي رسالة على info@yourcompany.com. لكل سجل MX رقم «أولوية» (priority)، والرقم الأصغر يُجرب أولًا. في أوردراتك القيمة mail.orderatkeg.com بأولوية 10.

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

سجل TXT: نصوص التحقق والحماية

سجل TXT يحمل نصًا حرًا، لكن استخداماته الحقيقية محددة:

• SPF: قائمة السيرفرات المسموح لها بإرسال البريد باسمك، ويبدأ بـ v=spf1.
• DKIM: المفتاح العام لتوقيع رسائلك، على اسم مثل s1._domainkey.
• DMARC: سياسة التعامل مع الرسائل المزيفة، على الاسم _dmarc.
• إثبات الملكية: خدمات مثل Google Search Console تطلب منك أحيانًا إضافة TXT لتثبت أن الدومين لك.

يمكن أن يكون على نفس الاسم أكثر من سجل TXT (مثلًا SPF وسجل تحقق من Google Search Console معًا)، وهذا طبيعي. الممنوع هو أن يكون هناك أكثر من سجل SPF.

لماذا لا تضع سجلي SPF أبدًا؟

كثير من أصحاب الأعمال يضيفون خدمة جديدة، مثل برنامج فواتير أو أداة نشرات، فتطلب سجل SPF، فيضيفون سجلًا ثانيًا يبدأ بـ v=spf1. المعيار يقول إن وجود سجلين يجعل الفحص كله يفشل، فتبدأ رسائلك كلها بالذهاب للسبام. الحل دمجهما في سجل واحد:

v=spf1 include:_spf.orderatkeg.com include:spf.other-service.example ~all

شرحنا هذا بالتفصيل مع DKIM وDMARC في دليل لماذا تذهب رسائلك للسبام: شرح SPF وDKIM وDMARC.

سجلات NS: من يدير سجلات DNS أصلًا؟

سجلات NS (Name Servers) تحدد الجهة التي تحمل كل سجلات DNS لدومينك. في الغالب تكون عند شركة الدومين نفسها، وهناك تضيف A وMX وغيرها. إذا غيّرت الـ NS إلى جهة أخرى، فكل السجلات القديمة تصبح بلا قيمة، ويجب أن تُنشأ كلها من جديد عند الجهة الجديدة.

هذه نقطة يقع فيها كثيرون: يطلب منهم أحد «غيّر الـ NS» لتشغيل الموقع، فيعمل الموقع لكن يتوقف الايميل فجأة، لأن سجلات MX وSPF لم تُنقل. مع أوردراتك لا تحتاج أن تغير الـ NS أصلًا؛ تكفي بضعة سجلات تضيفها حيث تدير DNS الآن.

TTL والانتشار: لماذا لا يظهر التغيير فورًا؟

TTL (Time To Live) رقم بالثواني يحدد كم تحتفظ سيرفرات الإنترنت ومزودو الخدمة بالإجابة قبل أن يسألوا من جديد. مثلًا TTL قيمته 3600 يعني ساعة. إذا عدلت سجل A وكان الـ TTL ساعة، فبعض الزوار قد يظلون يرون العنوان القديم حتى ساعة بعد التعديل.

هذا ما يسمى الانتشار (propagation). عمليًا تظهر أغلب التعديلات خلال دقائق إلى ساعات قليلة، وأحيانًا يتأخر بعض مزودي الإنترنت أكثر من ذلك، وتغيير الـ NS خاصة قد يستغرق وقتًا أطول. نصيحة عملية قبل أي نقل:

1. قبل النقل بيوم، خفّض TTL للسجلات التي ستعدلها إلى قيمة صغيرة مثل 300 ثانية.
2. نفّذ التعديل في وقت هادئ، مثلًا بعد منتصف الليل أو يوم الجمعة صباحًا لمحل يعمل في الأيام العادية.
3. بعد استقرار كل شيء، أعد TTL إلى قيمة أعلى.

وللتأكد بنفسك، يمكنك تشغيل الأمر nslookup yourcompany.com على الكمبيوتر، أو dig yourcompany.com A لمن يستخدم Linux أو Mac، أو أي أداة فحص DNS على الإنترنت.

الموقع عند جهة والايميل عند جهة أخرى؟ ممكن جدًا

سجلات DNS مستقلة عن بعضها. سجل A وCNAME يحددان مكان الموقع، وسجلات MX وSPF وDKIM تحدد مكان البريد. لذلك يمكنك مثلًا أن تُبقي الموقع عند مزودك الحالي وتنقل البريد فقط إلى ايميل الشركات من أوردراتك، أو العكس: تنقل الموقع وتترك البريد كما هو.

القاعدة البسيطة: عند نقل الموقع، لا تلمس MX ولا سجلات البريد. وعند نقل البريد، لا تلمس A ولا CNAME. والحالة الوحيدة التي تنقل فيها كل شيء دفعة واحدة هي تغيير الـ NS، ولهذا نتجنبها.

جدول سجلات DNS الحقيقية لربط دومينك بأوردراتك

هذه هي السجلات التي تحتاجها لموقع وبريد على أوردراتك. استبدل yourname باسم حسابك. قيمة DKIM تنسخها من لوحة التحكم لأنها خاصة بدومينك.

الغرض	النوع	الاسم	القيمة
الموقع (الدومين الرئيسي)	A	@	87.98.131.73
الموقع (www)	CNAME	www	yourname.orderatkeg.com
استقبال البريد	MX	@	mail.orderatkeg.com (أولوية 10)
SPF	TXT	@	v=spf1 include:_spf.orderatkeg.com ~all
DKIM	TXT	s1._domainkey	تُنسخ من لوحة التحكم
DMARC	TXT	_dmarc	تُنسخ من لوحة التحكم

بعد إضافة سجلي الموقع، افتح قسم Websites ثم Domains في لوحة التحكم واضغط «Check now». عندما تتأكد اللوحة من السجلات، تُصدر شهادة SSL مجانية من Let's Encrypt وتُجدد تلقائيًا، وإن كان موقعك ووردبريس يُنقل عنوانه للدومين الجديد تلقائيًا. التفاصيل خطوة بخطوة في صفحة ربط الدومين.

لا تحتاج دومينًا لتبدأ: عند التسجيل تحصل على عنوان مجاني yourname.orderatkeg.com يعمل فورًا بـ HTTPS، فتجهز موقعك ثم تربط الدومين حين تكون جاهزًا.

أخطاء شائعة في سجلات DNS وكيف تتجنبها

• كتابة الدومين مرتين: بعض لوحات شركات الدومين تضيف الدومين تلقائيًا، فإذا كتبت في الاسم www.yourcompany.com يصبح السجل www.yourcompany.com.yourcompany.com. اكتب www فقط.
• وضع http:// في القيمة: القيم أسماء أو أرقام فقط، بدون بروتوكول وبدون شرطة مائلة في النهاية.
• سجل A قديم بجوار الجديد: احذف القديم بدل إضافة ثانٍ.
• حذف MX بالخطأ أثناء ترتيب السجلات، فيتوقف البريد دون أن تلاحظ إلا بعد أيام.
• نسخ مفتاح DKIM ناقصًا: القيمة طويلة، وبعض اللوحات تقطعها؛ تأكد أنك نسخت النص كاملًا.
• التسرع: تعدل السجل ثم تعدله مرة أخرى بعد خمس دقائق لأنه «لم يعمل». أعطِ الانتشار وقته.

مثال من الواقع: عيادة في المنصورة

عيادة أسنان في المنصورة عندها دومين مسجل منذ سنوات، وموقع قديم لا يُحدَّث، وبريد على الدومين يستخدمه الاستقبال لإرسال مواعيد الحجز. أرادت موقعًا جديدًا بنموذج حجز وزر واتساب. ما فعلته:

1. أنشأت الموقع الجديد على العنوان المجاني clinic.orderatkeg.com باستخدام منشئ المواقع وراجعته على الموبايل.
2. عدلت سجل A على @ إلى 87.98.131.73، وأضافت CNAME على www، وحذفت سجل AAAA قديمًا.
3. لم تلمس MX ولا SPF، فاستمر البريد يعمل كما هو دون أي توقف.
4. ضغطت «Check now» فصدرت شهادة SSL، وأصبح الموقع يعمل على الدومين بـ HTTPS.

بعد شهر قررت نقل البريد أيضًا، فعدلت MX وSPF وأضافت DKIM وDMARC، دون أن تلمس سجلات الموقع.

الخلاصة

سجلات DNS ليست معقدة إذا عرفت دور كل سجل: A وAAAA للعنوان، وCNAME للاسم المستعار، وMX للبريد الوارد، وTXT للتحقق والحماية، وNS لتحديد من يدير كل هذا، وTTL لمدة التخزين المؤقت. عدّل ولا تكرر، وانقل الموقع والبريد كلًا على حدة إن أردت.

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

أسئلة شائعة

ما الفرق بين سجل A وسجل CNAME؟

سجل A يشير إلى عنوان IP رقمي مباشرة، أما CNAME فيشير إلى اسم آخر ويتبع عنوانه تلقائيًا. نستخدم A للدومين الرئيسي وCNAME للـ www.

كم يستغرق انتشار سجلات DNS؟

أغلب التعديلات تظهر خلال دقائق إلى ساعات قليلة حسب قيمة TTL، وقد يتأخر بعض المزودين أكثر، وتغيير NS قد يأخذ وقتًا أطول.

هل يمكن أن يكون الموقع عند استضافة والايميل عند أخرى؟

نعم. سجلات A وCNAME تحدد مكان الموقع، وسجلات MX وSPF وDKIM تحدد مكان البريد، وكل منها مستقل عن الآخر.

هل أحتاج تغيير NS لربط الدومين بأوردراتك؟

لا. تكفي إضافة سجلات A وCNAME للموقع، وMX وTXT للبريد، في المكان الذي تدير فيه DNS حاليًا.

لماذا توقف الايميل بعد تغيير NS؟

لأن تغيير NS ينقل إدارة كل السجلات لجهة جديدة، فإذا لم تُنشأ سجلات MX وSPF هناك يتوقف استقبال البريد.

اقرأ أيضًا