DNS Zone Editor للمبتدئين: شرح سجلات A وAAAA وCNAME وMX وTXT خطوة بخطوة

2026-09-22

دليل عربي عملي لفهم محرر DNS Zone Editor وأهم سجلات DNS: الفرق بين A وAAAA وCNAME وMX وTXT، ومعنى Name وContent وTTL، وكيف تتجنب التعارضات التي تعطل الموقع أو البريد.

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

الفكرة الأساسية بسيطة: كل سجل له Type يحدد وظيفته، وName يحدد الاسم الذي ينطبق عليه، وContent أو Target يحدد الوجهة أو القيمة، وTTL يحدد مدة تخزين الإجابة مؤقتًا لدى محللات DNS. فهم هذه الحقول الأربعة يجعل أغلب إعدادات DNS أسهل بكثير.

ما هو DNS Zone Editor؟

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

توضح وثائق Cloudflare أن سجلات DNS تحتوي المعلومات التي تجعل الموقع أو التطبيق متاحًا للزوار والخدمات الأخرى، وأن الحقول الشائعة تشمل Type وName وContent وTTL. لذلك قبل تعديل أي سجل تأكد أولًا أنك تعمل في منطقة DNS الفعلية للنطاق.

سجل A: توجيه الاسم إلى IPv4

سجل A يربط اسمًا مثل example.com أو blog.example.com بعنوان IPv4 للخادم. إذا أعطاك مزود الاستضافة عنوان IPv4 لتشغيل موقعك، فهذا هو السجل الأكثر شيوعًا لتوجيه النطاق إليه.

للنطاق الرئيسي تستخدم كثير من اللوحات الرمز @ في خانة Name. أما إذا أردت blog.example.com فتكتب blog. يجب أن يكون Content هو عنوان IPv4 الصحيح الذي قدمته الاستضافة، لا عنوانًا مأخوذًا من مثال تعليمي.

سجل AAAA: النسخة الخاصة بـIPv6

وظيفة AAAA تشبه A، لكن الوجهة عنوان IPv6 بدل IPv4. تؤكد Cloudflare أن A وAAAA يربطان اسم النطاق بعنوان أو أكثر من IPv4 أو IPv6 على الترتيب.

لا تضف AAAA لمجرد أنه موجود في القائمة. استخدمه عندما يوفر لك الخادم عنوان IPv6 صالحًا ومهيأً لاستقبال الزيارات. وجود سجل AAAA يشير إلى وجهة غير صحيحة قد يجعل بعض الزوار يصلون عبر IPv6 إلى خادم غير عامل.

سجل CNAME: اسم يشير إلى اسم آخر

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

هناك قيد مهم: لا ينبغي أن يتعايش CNAME مع A أو AAAA أو CNAME آخر للاسم نفسه بالطريقة المتعارضة. Cloudflare تمنع إنشاء CNAME لاسم توجد له بعض سجلات حل العنوان المتعارضة لأن ذلك يرسل معلومات متناقضة إلى DNS.

سجل MX: أين يستقبل نطاقك البريد؟

MX يحدد خوادم البريد المسؤولة عن استقبال الرسائل الموجهة إلى نطاقك. عند استخدام بريد احترافي مثل [email protected]، يعطيك مزود البريد عادة مجموعة سجلات MX وقيم أولوية يجب إدخالها كما هي.

تغيير MX بلا حاجة قد يوقف استقبال البريد حتى لو ظل الموقع يعمل طبيعيًا. لذلك افصل ذهنيًا بين إعدادات الويب A وAAAA وCNAME وبين إعدادات البريد MX وسجلات التوثيق.

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

TXT يسمح بوضع نص داخل DNS، وتستخدمه خدمات كثيرة لإثبات ملكية النطاق أو إعداد سياسات البريد. ومن أشهر الاستخدامات SPF وDKIM وDMARC، إضافة إلى رموز التحقق التي تعطيها منصات مختلفة عند ربط النطاق.

انسخ قيمة TXT كما يقدمها مزود الخدمة. لا تحذف سجل TXT قديمًا لمجرد أنك لا تعرف وظيفته؛ قد يكون مرتبطًا بالبريد أو التحقق أو خدمة ما. احتفظ بنسخة من المنطقة قبل تغييرات كبيرة.

ما معنى Name وContent وTarget وTTL؟

Name هو الاسم الذي سيطبق عليه السجل: @ غالبًا يعني النطاق الرئيسي، وwww يعني www.example.com، وblog يعني blog.example.com. Content أو Target هو الوجهة: IP في A وAAAA، اسم مضيف في CNAME، خادم بريد في MX، أو نص في TXT.

TTL اختصار Time To Live ويحدد المدة التي تحتفظ خلالها محللات DNS بالإجابة قبل طلب نسخة أحدث. توضح Cloudflare أن TTL يؤثر في مدة التخزين المؤقت، وبالتالي في سرعة ظهور التعديلات للمستخدمين.

مثال عملي لمنطقة DNS لموقع وبريد

قد يحتوي نطاق نموذجي على A للاسم @ يشير إلى IPv4 الخاص بالاستضافة، وCNAME للاسم www يشير إلى الوجهة التي يحددها مزود الموقع، وسجلات MX لمزود البريد، وسجلات TXT للتحقق وSPF وDKIM وDMARC.

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

Cloudflare: Proxied أم DNS Only؟

عند استخدام Cloudflare قد يظهر خيار Proxy status مع A وAAAA وCNAME. في وضع Proxied تمر حركة الويب المدعومة عبر شبكة Cloudflare، بينما DNS Only يعيد DNS الوجهة دون تمرير تلك الحركة عبر البروكسي.

لا تحول كل سجل إلى Proxied عشوائيًا. سجلات البريد مثل MX ليست سجلات ويب تُمرر عبر بروكسي Cloudflare، وبعض الخدمات الخارجية تطلب DNS Only أثناء التحقق أو الاتصال. اتبع تعليمات الخدمة التي تربطها.

تجنب التعارض بين السجلات

من أكثر الأخطاء شيوعًا ترك CNAME قديم ثم محاولة إضافة A للاسم نفسه، أو توجيه www إلى جهتين، أو الاحتفاظ بعنوان IP قديم بعد نقل الاستضافة. راجع كل السجلات التي تحمل Name نفسه قبل إنشاء سجل جديد.

Cloudflare توضح تحديدًا أنها تمنع CNAME من مشاركة الاسم مع A أو AAAA في الحالات المتعارضة. إذا رفضت اللوحة إضافة السجل، لا تحاول تجاوز الخطأ؛ ابحث عن السجل الموجود وحدد أي وجهة هي المطلوبة فعلًا.

قبل تعديل DNS: خذ نسخة احتياطية

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

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

طريقة آمنة لإضافة سجل جديد

ابدأ بتعليمات مزود الخدمة الذي تريد ربطه. حدد Type وName وTarget أو Content وTTL المطلوبة. افتح DNS Zone Editor لدى المزود الموثوق، وابحث أولًا عن سجل يحمل الاسم نفسه، ثم أضف أو عدل القيمة واحفظ.

بعد الحفظ اختبر الخدمة المقصودة بدل الاكتفاء بأن اللوحة قالت Success. إذا عدلت A اختبر الموقع، وإذا عدلت MX اختبر استقبال البريد، وإذا أضفت TXT للتحقق ارجع إلى الخدمة واضغط Verify بعد أن يصبح السجل ظاهرًا.

متى لا تعدل DNS بنفسك؟

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

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

الخلاصة

A وAAAA يوجهان الاسم إلى IPv4 وIPv6، وCNAME يربط اسمًا باسم آخر، وMX يحدد وجهة استقبال البريد، وTXT يحمل نصوص التحقق والسياسات. أما TTL فيتحكم بمدة تخزين الإجابات مؤقتًا.

بعد فهم هذه الوظائف يصبح DNS Zone Editor لوحة منطقية بدل مجموعة اختصارات غامضة. القاعدة الأهم: لا تخمن القيم؛ خذها من مزود الخدمة، عدلها لدى مزود DNS الموثوق، احتفظ بنسخة من الإعدادات، واختبر الموقع والبريد بعد كل تغيير.

المصادر والمراجع

اعتمد الدليل على المصادر الرسمية التالية مع صياغة وشرح عربي مستقل.