دليل شامل لتحليل أسماء النطاقات وتكوين DNS: من الأساسيات إلى المستوى المتقدم.

2 دقيقة للقراءة
2026-03-10
2026-03-11
2,835
أنا أحصل على عمولة عند التسوق عبر الروابط أدناه، ولا يُضاف أي تكلفة عليك.

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

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

ماهو تحليل اسم النطاق ونظام أسماء النطاقات (DNS)؟

يعد تحليل اسم النطاق، باختصار، عملية “ترجمة”. لكل جهاز على الإنترنت معرّف رقمي فريد، يُعرف باسم عنوان IP (مثل `192.0.2.1`). ومع ذلك، يصعب تذكر سلسلة الأرقام هذه، لذا ظهرت أسماء النطاقات (مثل `example.com`). نظام أسماء النطاقات (DNS) هو نظام قاعدة بيانات موزعة مسؤول عن تحويل أسماء النطاقات القابلة للقراءة البشرية إلى عناوين IP القابلة للقراءة آليًا.

القراءة الموصى بها دليل كامل لتحليل وتهيئة أسماء النطاقات: من التسجيل إلى الإطلاق.

يستخدم نظام أسماء النطاقات (DNS) بنية هرمية شجرية. في الأعلى، توجد خوادم أسماء النطاقات الجذرية، وتحتها توجد نطاقات المستوى الأعلى (مثل com و.org و.cn)، وأسفلها توجد نطاقات المستوى الثاني (وهي الجزء من اسم النطاق الذي نسجله، مثل example)، كما يمكن تقسيمها إلى نطاقات فرعية (مثل www وmail). عند إدخال عنوان ويب في المتصفح، يقوم الكمبيوتر الخاص بك بإرسال استعلام إلى محلل DNS التكراري، الذي يجري استعلامات متتالية إلى خادم الجذر وخادم نطاق المستوى الأعلى وخادم اسم النطاق الموثوق، ليحصل في النهاية على عنوان IP الخاص بالنطاق المستهدف ويعيده إلى المتصفح، مما يسمح بإتمام الوصول.

تسجيل اسم النطاق Hosting.com
احصل على اسم نطاق .com مجاناً لمدة عام مع خطة استضافة سنوية مشتركة، ودعم أكثر من 300 امتداد نطاق، وإدارة DNS مجاناً، ودعم العملاء على مدار الساعة طوال أيام الأسبوع!

تفاصيل أنواع سجلات DNS الأساسية.

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

سجل A وسجل AAAA.

سجل A (Address Record) هو أحد أكثر أنواع السجلات أساسيةً وشيوعًا، ويُستخدم لتوجيه اسم النطاق إلى عنوان IPv4. على سبيل المثال، يتم توجيه "www.example.com" إلى "93.184.216.34".

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

سجلات CNAME

سجل CNAME (سجل الاسم القياسي). يسمح لك بتوجيه اسم نطاق إلى اسم نطاق آخر، بدلاً من عنوان IP. على سبيل المثال، يمكنك تعيين "blog.example.com" كاسم CNAME لـ "example.github.io". بهذه الطريقة، عند تغيير عنوان IP الخاص بـ "example.github.io"، لن تحتاج إلى تحديث سجل "blog.example.com"، لأنه سيتبع تلقائيًا عملية تحليل اسم النطاق المستهدف. ومع ذلك، يجب ملاحظة أن سجلات CNAME لا يمكنها أن تتواجد مع أنواع السجلات الأخرى (مثل MX، TXT) على نفس اسم المضيف.

القراءة الموصى بها الدليل الكامل لحل وتهيئة أسماء النطاقات: من المفاهيم الأساسية إلى الممارسة العملية

سجل MX

يتم استخدام سجلات MX (Mail Exchanger Record) لتحديد عنوان خادم البريد المسؤول عن استلام رسائل البريد الإلكتروني لهذا النطاق. تتضمن إعداداته قيمة أولوية، وكلما كانت القيمة أصغر، كانت الأولوية أعلى. عند وجود عدة خوادم بريدية، يحاول المرسل الاتصال بالخادم ذي الأولوية الأعلى أولاً.

سجل TXT.

تم تصميم سجلات TXT في الأصل لتخزين معلومات نصية عشوائية، وتُستخدم الآن على نطاق واسع في مختلف عمليات التحقق والتكوين الأمني. وتشمل أكثر الاستخدامات شيوعًا: التحقق من ملكية اسم النطاق (لـ محركات البحث، وخدمات CDN، إلخ)، وسجلات إطار استراتيجية مرسلي البريد الإلكتروني (SPF) لمنع رسائل البريد الإلكتروني العشوائية، وتوقيعات بريد إنترنت المشفر (DKIM)، إلخ.

القراءة الموصى بها دليل كامل لتحليل وتهيئة أسماء النطاقات: من التصورات الأساسية إلى التطبيقات العملية المفصلة.

تسجيل اسم النطاق UltaHost
أكثر من 300 لاحقة نطاق، اختر خطة استضافة سنوية واستمتع بنطاقات مجانية! انقل النطاقات إلى Ultahost للتجديد المجاني لمدة سنة واحدة، .com $9.49 السنة الأولى!

سجل NS

يُستخدم سجل خادم الاسم (NS) لتحديد خادم DNS الذي يوفر التحليل الرسمي لهذا الاسم المجال. عند تسجيل اسم المجال، يجب عليك تعيين سجل NS لدى مسجل اسم المجال إلى عنوان خادم مزود خدمة DNS الخاص بك (مثل Cloudflare أو Alibaba Cloud DNS)، حتى يمكن تكوين وإدارة السجلات الأخرى مثل A وCNAME لدى مزود خدمة DNS الخاص بك.

خطوات عملية لتكوين تحليل أسماء النطاقات.

بعد أن أصبحنا على دراية بالنظرية، دعونا ننتقل الآن إلى ممارسة تكوين DNS من خلال عملية نشر موقع ويب نموذجية.

الخطوة الأولى: الحصول على عنوان IP للخادم وإضافة سجل A.

عندما تشتري خادمًا سحابيًا وتقوم بنشر تطبيق موقع الويب، تحصل أولاً على عنوان IP عام واحد أو أكثر (IPv4 و/أو IPv6). قم بتسجيل الدخول إلى وحدة تحكم إدارة مزود خدمة DNS الخاصة بك، وابحث عن صفحة إعدادات تحليل النطاقات.

أضف سجل A. عادةً ما يتم ملء سجل المضيف بـ `@` (يمثل اسم النطاق الجذري `example.com`) أو `www` (يمثل `www.example.com`)، ويتم ملء قيمة السجل بعنوان IPv4 لخادمك. وبالمثل، إذا كنت بحاجة إلى دعم IPv6، فأضف سجل AAAA المقابل.

الخطوة الثانية: تكوين سجل CNAME لاستخدامه مع CDN أو الموقع الفرعي.

إذا كنت تستخدم خدمة شبكة توزيع المحتوى، فإن بائع خدمة CDN سيوفر لك عادةً اسم نطاق. في هذه الحالة، ستحتاج إلى حذف السجل A لـ "www.example.com" أو النطاق الفرعي للموارد الثابتة (مثل "static.example.com")، وإضافة سجل CNAME يشير إلى الاسم المقدم من بائع خدمة CDN. وبهذه الطريقة، سيتم توجيه جميع حركة المرور إلى شبكة CDN أولاً لتسريعها وحمايتها من التهديدات الأمنية.

بالنسبة للمدونات المستضافة على منصات خارجية (مثل GitHub Pages)، يجب أيضًا توجيه نطاقك الفرعي (مثل `blog.example.com`) إلى العنوان الذي تقدمه المنصة من خلال سجل CNAME.

تسجيل نطاق Bluehost Bluehost
تسجيل نطاق Bluehost Bluehost
دعم مولد اسم النطاق بالذكاء الاصطناعي ودعم الخدمة على مدار الساعة طوال أيام الأسبوع
إنشاء أسماء النطاقات باستخدام الذكاء الاصطناعي
قم بزيارة Bluehost Bluehost تسجيل اسم النطاق →
تسجيل نطاق ووردبريس.كوم
تسجيل نطاق ووردبريس.كوم
مع خصم يصل إلى 691 تيرابايت 12 تيرابايت + ترحيل مجاني على باقات مختارة، يمكنك الاختيار من بين .com و .blog وأكثر من 350 امتداد نطاق آخر للتسجيل.
اسم النطاق مجاناً للسنة الأولى عند شراء باقة سنوية مدفوعة
قم بزيارة تسجيل اسم النطاق ووردبريس.كوم →

الخطوة الثالثة: إعداد سجلات MX لتمكين بريد العمل.

إذا كنت تستخدم خدمات البريد الإلكتروني للشركات، مثل Google Workspace أو Tencent Enterprise Mail، فستحتاج إلى تهيئة سجلات MX وفقًا للإرشادات التي يقدمها مزود الخدمة. عادةً ما يتطلب ذلك حذف سجلات MX القديمة المحتملة، ثم إضافة عدة سجلات MX تحددها مزود الخدمة حسب الأولوية، من الأعلى إلى الأدنى. بعد تفعيل التهيئة، سيتم توجيه الرسائل المرسلة إلى @example.com إلى خادم البريد الإلكتروني للشركة المقابل.

الخطوة الرابعة: إضافة سجل TXT لإكمال التحقق والإعدادات الأمنية.

عند تكوين خدمة البريد الإلكتروني أو أدوات مشرف محرك البحث أو بعض الخدمات الأمنية، يلزم عادةً إضافة سجلات TXT معينة للتحقق من ملكية النطاق. على سبيل المثال، سجل SPF هو سجل TXT يُستخدم للإعلان عن عناوين IP أو الخوادم المسموح لها بإرسال رسائل بريد إلكتروني نيابةً عن نطاقك، وتتبع صيغة مشابهة لـ `v=spf1 include:_spf.google.com ~all`. يجب إضافة هذه السجلات وفقًا للقيم الدقيقة التي يقدمها مزود الخدمة.

استراتيجيات التحليل المتقدمة واستكشاف الأخطاء وإصلاحها.

بالإضافة إلى التكوين الأساسي، يمكن لبعض الاستراتيجيات المتقدمة أن تحسن من موثوقية الموقع وأدائه وتجربة المستخدم.

استخدم موازنة الحمل على DNS.

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

تكوين قيمة TTL لتحقيق التوازن بين سرعة التنفيذ والمرونة.

يحدد وقت الانتهاء (TTL) طول المدة التي يتم فيها تخزين سجلات DNS في ذاكرة التخزين المؤقت على كافة المستويات (بالثواني). يعني TTL الأقصر (مثل 300 ثانية) أن التغييرات في السجلات ستدخل حيز التنفيذ بشكل أسرع على مستوى العالم، وهو مناسب للتغييرات المتكررة أو حالات تبديل الخدمة. أما TTL الأطول (مثل 86400) فيقلل من عدد استعلامات DNS ويسرع من سرعة التحليل، لكن التغييرات ستدخل حيز التنفيذ ببطء. قبل إجراء تغييرات كبيرة مثل نقل الخادم، يمكن تقليل TTL مسبقًا، ثم زيادته بعد اكتمال النقل.

استكشاف الأخطاء وإصلاحها للتحليل الشائع.

عندما يتعذر الوصول إلى اسم النطاق، يمكنك استكشاف مشاكل DNS وفقًا للخطوات التالية:
1. استخدم أمر `nslookup` أو `dig`: أدخل الأمر `nslookup yourdomain.com` أو `dig yourdomain.com` في أداة سطر الأوامر، وتحقق مما إذا كان عنوان IP المُرجع يتوافق مع العنوان الذي قمت بتكوينه. يمكنك تحديد DNS عام (مثل `8.8.8.8`) لإجراء الاستعلام، من أجل استبعاد مشاكل ذاكرة التخزين المؤقت لـ DNS المحلية.
2. فحص تكوين سجلات DNS: تحقق بدقة من نوع السجلات في لوحة تحكم DNS، واسم المضيف، وقيمة السجل لمعرفة ما إذا كانت هناك أخطاء إملائية أو مسافات زائدة.
3. تأكد من تفعيل خادم NS: استخدم الأمر `dig NS yourdomain.com` للتأكد مما إذا تم تحديث خادم NS الذي يتم البحث عنه عالميًا ليصبح مزود خدمة DNS الذي تستخدمه حاليًا. إذا لم يتم التحديث، فستحتاج إلى تعديل سجل NS لدى مسجل اسم النطاق الخاص بك وانتظار المزامنة العالمية (لمدة أقصاها 48 ساعة).
4. فحص جدار الحماية والمجموعة الأمنية: تأكد من أن المجموعة الأمنية للخادم أو قواعد جدار الحماية تسمح بالوصول إلى منفذ 53 (استعلامات DNS) والمنافذ ذات الصلة للخدمات من الخارج.

الملخصات

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

الأسئلة الشائعة الأسئلة المتداولة

بعد تعديل سجلات DNS، متى ستدخل التغييرات حيز التنفيذ؟

يعتمد وقت سريان مفعول سجلات DNS على عاملين: قيمة TTL المُحددة للسجل، ودورة تحديث ذاكرة التخزين المؤقت لـ DNS لمقدمي خدمة الإنترنت في جميع أنحاء العالم. نظريًا، لن يتم استعلام السجلات الجديدة إلا بعد انتهاء صلاحية TTL. عادةً ما يتم تفعيل التغييرات في جميع أنحاء العالم في غضون دقائق إلى ساعات. ومع ذلك، قد يستغرق تبديل سجلات NS لاسم النطاق إلى موفر خدمة DNS جديد ما يصل إلى 24-48 ساعة حتى يصبح نافذًا تمامًا.

ما الفرق بين سجلات CNAME وسجلات A، وكيف يمكن اختيار أحدهما على الآخر؟

سجل A يشير مباشرةً إلى عنوان IP لاسم النطاق، وهو الهدف النهائي للتحليل. سجل CNAME يستخدم اسم النطاق كاسم مستعار لنطاق آخر، وتتبع نتيجة التحليل التغييرات في اسم النطاق المستهدف. عند الاختيار، إذا كان الهدف الذي تشير إليه هو عنوان IP ثابت (مثل الخادم الخاص بك)، فاستخدم سجل A. إذا كان يشير إلى نطاق آخر (مثل عنوان خدمة CDN أو منصات خارجية مثل GitHub Pages)، أو إذا كنت ترغب في تبديل الخدمة الخلفية بمرونة دون تغيير DNS، فاستخدم سجل CNAME. لاحظ أنه في بعض الأحيان لا يُنصح بإعداد سجل CNAME للنطاق الجذري (`@`) أو لا يمكن إعداده.

لماذا يظهر تحذير “DNS_PROBE_FINISHED_NXDOMAIN” عند تحليل اسم النطاق الخاص بي؟

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

كيف يمكن تكوين سجلات MX لعدة مزودي خدمة البريد الإلكتروني لنفس النطاق؟

عادةً لا يُنصح بتكوين عدة سجلات MX لنفس النطاق لدى مزودي خدمات مختلفين، حيث سيؤدي ذلك إلى تسليم الرسائل بشكل عشوائي إلى خوادم مختلفة، مما يسبب الارتباك. إذا كنت بحاجة إلى نقل خدمة البريد الإلكتروني، فإن الإجراء الصحيح هو: أولاً، إعداد إعادة توجيه البريد الإلكتروني والنسخ الاحتياطي لدى مزود خدمة البريد الإلكتروني القديم، ثم تعديل سجلات MX في نظام أسماء النطاقات (DNS) لتشمل إعدادات المزود الجديد، والتأكد من استمرار الخدمتين القديمة والجديدة لفترة من الوقت، حتى يتم نقل جميع الرسائل، ثم إيقاف الخدمة القديمة تمامًا بعد ذلك.

ماهي سجلات SPF؟ ولماذا يتم تصنيف رسائل البريد الإلكتروني الخاصة بي على أنها رسائل غير مرغوب فيها؟

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