How to Connect a Domain to a Website or Web Hosting: Nameservers, DNS Records, Email, SSL, and Verification

عدد المشاهد:9 الوقت:2026-09-01 11:10:42 المؤلف: windy

[STYLE_CONTENT_T1]

لربط نطاق بموقع ويب، تحتاج إلى جعل DNS الخاص بالنطاق يشير إلى الخدمة التي تستضيف الموقع.

توجد طريقتان رئيسيتان للقيام ب

 ذلك:

1. قم بتغيير خوادم الأسماء الخاصة بالنطاق إلى خوادم الأسماء المقدمة من منصة الاستضافة أو DNS أو موقع الويب الخاص بك؛ أو
2. أبقِ خوادم الأسماء الحالية وقم بإضافة أو تحديث سجلات DNS مثل سجلات A أو AAAA أو CNAME لدى مزود DNS المسؤول بالفعل عن النطاق.

تعتمد الطريقة الصحيحة على المكان الذي تريد إدارة DNS فيه .

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

قبل تغيير أي شيء، حدد خوادم الأسماء النشطة لديك، وانسخ سجلات DNS الحالية احتياطيًا، وحافظ على سجلات البريد الإلكتروني مثل MX وSPF وDKIM وDMARC. قد يؤدي تغيير خوادم الأسماء دون إعادة إنشاء منطقة DNS كاملة إلى جعل الموقع يعمل بينما يتعطل البريد الإلكتروني، أو العكس .

للتمييز الأساسي بين المسجل وDNS والاستضافة، راجع مسجل النطاق مقابل استضافة الويب.

إجابة سريعة: كيف تربط نطاقًا بالاستضافة؟

القاعدة الأكثر أهمية هي:

حدد أولاً من سيستضيف DNS. ثم أنشئ سجلات الموقع هناك.

ماذا يعني "ربط نطاق بموقع ويب" في الواقع؟

تسجيل النطاق والموقع الإلكتروني شيئان منفصلان .

على سبيل المثال:

example.com

قد يكون مسجلاً لدى شركة بينما يعمل الموقع نفسه لدى مزود استضافة آخر .

DNS يربط بينهما.

يبدو المسار المبسط على النحو التالي:

تسجيل النطاق ← خوادم الأسماء ← سجلات DNS ← خادم الاستضافة / منصة الموقع ← الموقع الإلكتروني

إذا كنت قد اشتريت النطاق بالفعل لكن الموقع لم يصبح مباشرًا بعد، فإن الخطوة المفقودة عادةً هي:

إخبار DNS بمكان وجود الموقع الإلكتروني.

النطاق وDNS والاستضافة ثلاثة طبقات مختلفة

يمكن أن تكون جميعها لدى نفس الشركة.

كما يمكن أن تكون لدى ثلاث شركات مختلفة .

على سبيل المثال:

المسجل: NiceNIC DNS: Cloudflare الاستضافة: مزود استضافة آخر 

هذا تكوين طبيعي .

توثق NiceNIC أيضًا أنه يمكنك استخدام DNS من Cloudflare دون نقل النطاق من NiceNIC.

قبل البدء: اجمع هذه التفاصيل

لا تبدأ في تغيير DNS حتى تحصل على المعلومات المطلوبة من مزود الاستضافة أو الموقع .

تجهيز:

• اسم النطاق الخاص بك؛
• بيانات تسجيل الدخول إلى المسجل؛
• خوادم الأسماء الحالية؛
• مزود DNS الحالي؛
• حساب الاستضافة؛
• تعليمات إعداد مزود الاستضافة؛
• عنوان IP الوجهة إذا تم توفيره؛
• هدف CNAME المطلوب إذا تم توفيره؛
• سجلات DNS الحالية؛
• تفاصيل مزود البريد الإلكتروني؛
• حالة DNSSEC؛
• حالة SSL/HTTPS الحالية.

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

الطريقتان الرئيسيتان لربط النطاق

الطريقة 1: تغيير خوادم الأسماء

استخدم هذه الطريقة عندما يريد مزود الاستضافة أو منشئ المواقع أو مزود DNS إدارة منطقة DNS كاملة.

على سبيل المثال، قد يقدم لك مزود الخدمة :

ns1.examplehost.com

ns2.examplehost.com

ثم تقوم بتحديث خوادم الأسماء الخاصة بالنطاق لدى المسجل.

بعد التغيير، تتم إدارة سجلات DNS لدى مزود خوادم الأسماء الجديد .

الطريقة 2: إبقاء خوادم الأسماء وتغيير سجلات DNS

استخدم هذه الطريقة عندما تريد إبقاء مزود DNS الحالي.

على سبيل المثال:

المسجل: NiceNIC خوادم الأسماء: NiceNIC DNS: NiceNIC الاستضافة: استضافة خارجية 

قد يخبرك المضيف بـ:

وجّه نطاقك إلى 203.0.113.20

تبقي خوادم الأسماء الحالية وتقوم بتحديث سجل A .

يمكن أن تكون هذه الطريقة أكثر أمانًا عندما:

• البريد الإلكتروني التجاري يعمل بالفعل؛
• توجد بالفعل العديد من سجلات DNS؛
• لا تريد نقل DNS؛
• فقط وجهة الموقع هي التي تحتاج إلى التغيير.

خوادم الأسماء مقابل سجلات DNS: ما الفرق؟

هذا التمييز بالغ الأهمية.

خوادم الأسماء

تخبر خوادم الأسماء الإنترنت:

أين تُستضاف منطقة DNS المعتمدة لهذا النطاق؟

سجلات DNS

تخبر سجلات DNS داخل تلك المنطقة الخدمات:

أين يجب أن يتجه الموقع أو البريد الإلكتروني أو الخدمات الأخرى؟

على سبيل المثال:

خوادم الأسماء

ns1.dnsprovider.com

ns2.dnsprovider.com

تحدد مزود DNS .

سجل A

example.com → 203.0.113.20

يحدد خادم الويب.

سجل MX

example.com → mail.exampleprovider.com

يحدد خادم البريد الإلكتروني.

تغيير خوادم الأسماء يغير المكان الذي تُدار فيه سجلات DNS .

تغيير سجل A يغير وجهة محددة واحدة داخل DNS.

أي طريقة يجب أن تختار؟

استخدم جدول القرار هذا.

لا تقم بتبديل خوادم الأسماء لمجرد أن مزود الاستضافة أعطاك عنوان IP .

عنوان IP ينتمي عادةً إلى سجل A أو AAAA .

الطريقة 1: ربط النطاق عن طريق تغيير خوادم الأسماء

استخدم هذه الطريقة عندما يريد المزود الجديد إدارة DNS.

الخطوة 1: احصل على خوادم الأسماء الدقيقة

يجب أن يزودك مزود الاستضافة أو DNS بأسماء مثل :

ns1.examplehost.com

ns2.examplehost.com

انسخها بدقة.

لا تخترع خوادم أسماء.

الخطوة 2: انسخ DNS الحالي احتياطيًا

قبل تغيير خوادم الأسماء، احفظ:

• A؛
• AAAA؛
• CNAME؛
• MX؛
• TXT؛
• السجلات المتعلقة بـ SPF؛
• DKIM؛
• DMARC؛
• CAA؛
• SRV؛
• سجلات التحقق؛
• النطاقات الفرعية المهمة.

هذا مهم لأن:

تغيير خوادم الأسماء لا ينسخ سجلات DNS تلقائيًا من مزود DNS القديم إلى المزود الجديد.

إذا كان البريد الإلكتروني يعمل بالفعل، فهذه الخطوة مهمة بشكل خاص.

الخطوة 3: أعد إنشاء السجلات المطلوبة لدى مزود DNS الجديد

افعل ذلك قبل تغيير خوادم الأسماء عندما يكون ذلك ممكنًا.

لدى المزود الجديد، أنشئ:

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

لا تنتظر حتى بعد تغيير خوادم الأسماء لتكتشف أن منطقة DNS الجديدة فارغة.

الخطوة 4: تغيير خوادم الأسماء في NiceNIC

لنطاق مسجل لدى NiceNIC:

1. سجّل الدخول إلى حسابك في NiceNIC؛
2. افتح النطاق تحت منتجاتي؛
3. افتح صفحة إدارة النطاق؛
4. اختر خدمات النطاق؛
5. أدخل خوادم الأسماء الجديدة؛
6. احفظ التغيير.

استخدم دليل تحديث خوادم الأسماء الحالي من NiceNIC للحصول على أحدث خطوات الواجهة.

ماذا لو تم رفض تحديث خوادم الأسماء؟

تقوم بعض السجلات بالتحقق من خوادم الأسماء قبل قبول لها.

يشرح دليل خوادم الأسماء الحالي لـ NiceNIC أن التحديثات قد تفشل عندما تكون خوادم الأسماء :

• غير مهيأة بشكل صحيح؛
• لا تستجيب؛
• ليست معتمدة (Authoritative)؛
• تفشل في التحقق الفني لدى السجل.

إذا فشل التحديث:

1. تأكد من الإملاء الصحيح؛
2. اسأل مزود DNS/الاستضافة للتأكد من أن خوادم الأسماء تعمل؛
3. تأكد من أنها معتمدة (Authoritative) لنطاقك؛
4. أصلح إعداد مزود DNS؛
5. أعد محاولة تحديث خوادم الأسماء.

إعادة إرسال نفس خوادم الأسماء غير الصالحة لن يحل المشكلة.

الطريقة 2: إبقاء خوادم أسماء NiceNIC وتوجيه DNS إلى المضيف

تُبقي هذه الطريقة DNS لدى NiceNIC.

يشرح دليل خدمات DNS الحالي من NiceNIC القاعدة الأساسية:

تُستخدم سجلات DNS الخاصة بـ NiceNIC عندما يفوض النطاق إلى خوادم أسماء NiceNIC.

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

الخطوة 1: احصل على السجلات المطلوبة من المضيف

قد يقدم لك مزود الاستضافة :

• عنوان IPv4؛
• عنوان IPv6؛
• وجهة CNAME؛
• سجل تحقق TXT؛
• تعليمات نطاق فرعي مخصص.

لا تخمن القيم.

استخدم المعلومات الدقيقة المقدمة من الخدمة التي تتصل بها.

الخطوة 2: افتح إدارة DNS في NiceNIC

عندما يستخدم النطاق خوادم أسماء NiceNIC:

1. سجّل الدخول إلى NiceNIC؛
2. افتح النطاق من منتجاتي؛
3. افتح صفحة إدارة النطاق؛
4. اختر سجلات DNS؛
5. أضف أو عدّل السجلات المطلوبة؛
6. احفظ التغييرات.

راجع كيفية إدارة سجلات DNS في NiceNIC.

الخطوة 3: إعداد النطاق الجذر

النطاق الجذر هو:

example.com

ويسمى أيضًا أحيانًا :

• القمة (apex)؛
• النطاق المجرد (bare domain)؛
• النطاق الجذر.

قد يطلب منك مزود الاستضافة إنشاء سجل A :

تختلف واجهات DNS في تمثيل الجذر .

قد تستخدم واجهة DNS الحالية من NiceNIC حقلًا فارغًا أو مضيفًا جذريًا محددًا حسب نوع السجل.

اتبع الواجهة الفعلية وتعليمات المزود بدلاً من كتابة النطاق الكامل في حقل يتوقع فقط تسمية المضيف.

الخطوة 4: إعداد www

هذان اسما DNS منفصلان:

example.com

www.example.com

الإعداد الشائع هو:

لكن مزود الاستضافة قد يطلب هدف www مختلفًا.

استخدم قيمته الرسمية .

لا تفترض أن إعداد النطاق الجذر يهيئ www تلقائيًا.

سجل A مقابل CNAME: أي منهما يجب أن تستخدم؟

سجل A

استخدم سجل A عندما يقدم لك المزود عنوان IPv4

 .

}} مثال:

example.com → 203.0.113.20

سجل AAAA

استخدم سجل AAAA عندما يقدم لك المزود عنوان IPv6 .

سجل CNAME

استخدم CNAME عندما يقدم لك المزود اسم مضيف آخر .

مثال:

www.example.com → sites.exampleplatform.com

لا تضع عنوان IP في حقل CNAME .

ماذا عن منشئي المواقع؟

غالبًا ما يقدم منشئو المواقع :

• سجلات CNAME؛
• سجلات A؛
• سجلات تحقق TXT.

على سبيل المثال، قد تطلب منك منصة إضافة:

www → connect.platform.example

و:

TXT → platform-verification-code

لا تحتاج عمومًا إلى نقل النطاق إلى منشئ الموقع.

أبقِ التسجيل لدى NiceNIC وأدخل السجلات لدى مزود DNS النشط.

كيف تربط نطاقًا بخادم VPS أو خادم سحابي

عادةً ما يمنحك VPS أو الخادم السحابي عنوان IP .

الإعداد الشائع هو:

لكن DNS هو نصف الإعداد فقط.

يجب أيضًا تهيئة الخادم لقبول النطاق.

قد يتطلب ذلك:

• مضيفًا افتراضيًا لخادم الويب؛
• إعداد Nginx/Apache؛
• اسم مضيف التطبيق؛
• شهادة SSL؛
• وصول جدار الحماية؛
• توفر المنفذين 80/443.

إذا كان DNS يشير بشكل صحيح لكن الخادم غير مهيأ لاسم المضيف، فقد يعرض النطاق :

• صفحة الخادم الافتراضية؛
• موقعًا آخر؛
• 404؛
• 403؛
• خطأ في الاتصال.

كيف تربط نطاقًا بـ Shopify أو Wix أو Squarespace أو منصة مواقع أخرى

المبدأ العام هو نفسه.

ستوفر المنصة عادةً :

• خوادم أسماء؛ أو
• سجلات A/CNAME/TXT.

لا تتبع برنامجًا تعليميًا عشوائيًا يستخدم قيمًا من منصة أخرى.

استخدم تعليمات النطاق المخصص الدقيقة من منصتك.

ثم أدخل تلك القيم لدى:

المزود المعتمد (Authoritative) لـ DNS الخاص بك.

يمكن أن يبقى المسجل NiceNIC.

كيف تربط نطاقًا أثناء استخدام Cloudflare

يمكنك إبقاء:

المسجل: NiceNIC DNS: Cloudflare الموقع: أي مزود استضافة متوافق 

في هذا التكوين:

1. تحتفظ NiceNIC بتسجيل النطاق؛
2. يستخدم النطاق خوادم أسماء Cloudflare؛
3. تُدار سجلات DNS في Cloudflare؛
4. تشير سجلات الموقع من Cloudflare إلى المضيف.

توثق NiceNIC هذا الإعداد في هل يمكنك استخدام DNS من Cloudflare دون نقل نطاقك؟.

لا تنشئ نفس السجلات في NiceNIC متوقعًا أن تؤثر على الموقع المباشر إذا كانت خوادم أسماء Cloudflare هي المعتمدة.

احمِ البريد الإلكتروني قبل تغيير خوادم الأسماء

هذه واحدة من أهم الخطوات في العملية كلها.

غالبًا ما يركز ربط الموقع فقط على:

• سجل A؛
• CNAME.

لكن البريد الإلكتروني التجاري قد يعتمد على:

• MX؛
• SPF؛
• DKIM؛
• DMARC؛
• سجلات تحقق TXT؛
• سجلات الاكتشاف التلقائي (autodiscover).

إذا قمت بتبديل خوادم الأسماء ونسيت هذه السجلات:

قد يعمل الموقع بينما يتوقف البريد الإلكتروني.

قبل تغيير خوادم الأسماء، انسخ إعداد DNS الكامل المتعلق بالبريد.

مثال: موقع لدى مزود والبريد لدى مزود آخر

قد تبدو منطقة DNS عادية كما يلي:

عند ربط موقع جديد، غيّر فقط السجلات المطلوبة للموقع ما لم تكن تنوي عمدًا تغيير البريد الإلكتروني أيضًا.

لا تحذف سجلات DNS غير ذات الصلة.

هل يؤثر تغيير سجل A على البريد الإلكتروني؟

عادةً لا يؤثر مباشرة.

سجل A المستخدم للموقع وسجلات MX المستخدمة للبريد هما سجلّ DNS مختلفان.

ومع ذلك، يمكن أن يتأثر البريد الإلكتروني إذا:

• كان اسم مضيف خادم البريد يعتمد على سجل A الذي تغير؛
• حذفت سجلات داعمة؛
• غيرت خوادم الأسماء وفشلت في إعادة إنشاء سجلات البريد.

لذلك:

تغيير سجل A واحد للموقع ليس مثل استبدال منطقة DNS بأكملها.

تحقق من DNSSEC قبل تغيير خوادم الأسماء

إذا كان DNSSEC مفعلًا، فإن تغييرات خوادم الأسماء تتطلب عناية إضافية .

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

تسلسل الفشل الشائع هو:

1. النطاق يستخدم مزود DNS أ؛
2. DNSSEC نشط؛
3. سجل DS يشير إلى مفاتيح المزود أ؛
4. تتغير خوادم الأسماء إلى المزود ب؛
5. يبقى سجل DS القديم؛
6. يستخدم المزود ب بيانات DNSKEY مختلفة؛
7. يفشل التحقق من DNS.

قد يرى المستخدمون بعدها :

SERVFAIL

حتى لو بدا سجل A العادي صحيحًا.

قبل تغيير خوادم الأسماء:

• تحقق مما إذا كان DNSSEC مفعلًا؛
• تأكد مما إذا كانت سجلات DS يجب إزالتها أو استبدالها؛
• فعّل التوقيع بشكل صحيح لدى المزود الجديد؛
• تحقق من السلسلة بعد التغيير.

DNSSEC وSSL مختلفان

لا تخلط

 بينهما.

}} DNSSEC

يساعد في التحقق من استجابات DNS .

SSL/TLS

يحمي الاتصال بين المتصفح و الموقع.

يمكن أن يكون للنطاق :

• DNS صحيحًا؛
• DNSSEC صالحًا؛
• SSL معطلًا.

أو:

• شهادة SSL صالحة؛
• DNS معطلًا.

استكشف أخطاء كل منهما على حدة.

متى يجب عليك إعداد SSL؟

عادةً بعد أن يشير النطاق إلى خدمة الاستضافة الصحيحة .

تصدر العديد من منصات الاستضافة شهادة تلقائيًا بعد التحقق من DNS .

تتطلب منك منصات أخرى :

• تمكين SSL يدويًا؛
• تثبيت شهادة؛
• التحقق من النطاق؛
• إعداد HTTPS.

اختبر:

http://example.com

و:

https://example.com

اختبر أيضًا:

https://www.example.com

إذا كنت تستخدم www.

يجب أن تغطي الشهادة كل اسم مضيف يُتوقع من المستخدمين زيارته .

لماذا يعمل HTTP لكن HTTPS يفشل؟

تشمل الأسباب المحتملة:

• لم يتم إصدار الشهادة؛
• انتهت صلاحية الشهادة؛
• الشهادة لا تشمل اسم المضيف؛
• HTTPS غير مفعل لدى المضيف؛
• عدم تطابق SSL في الوكيل/CDN؛
• إعداد إعادة التوجيه.

إذا كان DNS يحل بشكل صحيح لكن HTTPS يفشل، فقد لا يكون المسجل هو المشكلة.

تحقق من طبقة الاستضافة أو SSL أو CDN .

ما هو انتشار DNS؟

بعد تغيير DNS، قد يتلقى بعض المستخدمين مؤقتًا إجابات DNS مخزنة مؤقتًا قديمة.

لا يتم نسخ تغييرات DNS حرفيًا إلى كل جهاز كمبيوتر في الوقت نفسه.

تخزن أدوات الحل التكرارية معلومات DNS وفقًا لـ TTL وسلوكيات التخزين المؤقت الأخرى .

التمييز المفيد هو:

DNS المعتمد (Authoritative)

ما يقوله مزود DNS الخاص بالنطاق الآن .

DNS المخزن مؤقتًا

ما قد يتذكره محلل آخر من استعلام سابق.

لهذا قد يرى أحد المستخدمين الموقع الجديد بينما يرى آخر الموقع القديم.

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

لا يوجد وقت ثابت عالمي .

يمكن أن يعتمد على:

• TTL السابق؛
• ذاكرة التخزين المؤقت للمحلل؛
• ذاكرة التخزين المؤقت للتفويض؛
• التخزين المؤقت السلبي؛
• محلل مزود خدمة الإنترنت؛
• ذاكرة DNS المحلية.

لا تنتظر ببساطة من 24 إلى 48 ساعة دون التحقق من الإعداد.

يوصي دليل DNS الحالي من NiceNIC بـ:

1. تأكيد المزود المعتمد؛
2. التحقق من صحة السجل المعتمد؛
3. فقط بعد ذلك السماح للإجابات المخزنة مؤقتًا بالانتهاء.

راجع لماذا لا تعمل تغييرات DNS الخاصة بك وكيفية إصلاحها.

الانتظار لا يصلح سجل DNS خاطئًا

يستحق هذا قاعدة خاصة به:

لا يمكن للانتشار تصحيح إعداد خاطئ.

إذا كان DNS المعتمد يقول:

example.com → IP خاطئ

فلن يؤدي الانتظار لفترة أطول إلى جعله يصبح IP الصحيح .

أصلح السجل المعتمد أولاً.

ثم فكر في التخزين المؤقت.

كيف تتحقق من أن النطاق متصل بشكل صحيح؟

لا تتوقف عندما تقول لوحة DNS :

تم الحفظ

اختبر الخدمة الفعلية .

الفحص 1: النطاق الجذر

افتح:

example.com

الفحص 2: www

افتح:

www.example.com

الفحص 3: HTTP

اختبر:

http://example.com

الفحص 4: HTTPS

اختبر:

https://example.com

الفحص 5: شبكة أخرى

جرب:

• Wi-Fi؛
• بيانات الجوال؛
• محللًا آخر.

الفحص 6: البريد الإلكتروني

إذا كان النطاق يستخدم بريدًا إلكترونيًا تجاريًا :

• أرسل رسالة اختبار واردة؛
• أرسل رسالة صادرة.

الفحص 7: النطاقات الفرعية المهمة

اختبر:

• shop؛
• app؛
• login؛
• API؛
• mail؛
• أي نطاق فرعي للإنتاج.

لا تعتبر الإعداد مكتملاً حتى تعمل جميع الخدمات المطلوبة .

قائمة التحقق من ربط الموقع

الجذر يعمل لكن www لا يعمل

تحقق من سجل www.

الإعداد الشائع:

www → CNAME → example.com

لكن بعض منصات المواقع تتطلب هدف CNAME خاصًا بها.

استخدم تعليمات المضيف.

تأكد أيضًا من أن شهادة SSL تغطي:

www.example.com

www يعمل لكن النطاق الجذر لا يعمل

تحقق من:

• سجل A للجذر؛
• سجل AAAA للجذر؛
• السجل المحدد للقمة المطلوب من المزود؛
• ما إذا كان مزود DNS الخاص بك يدعم إعداد القمة المطلوب.

لا تضف سجل CNAME تقليديًا في قمة المنطقة ما لم يكن مزود/منصة DNS لديك يدعم على وجه التحديد آلية مكافئة مناسبة .

لماذا لا يزال الموقع القديم يظهر؟

الأسباب المحتملة:

• سجل A القديم ما زال معتمدًا؛
• قمت بتحرير DNS لدى المزود الخاطئ؛
• ذاكرة التخزين المؤقت المحلية/للمحلل؛
• ذاكرة التخزين المؤقت لـ CDN؛
• ذاكرة التخزين المؤقت للمتصفح؛
• سجل AAAA قديم ؛
• إعادة توجيه من الاستضافة.

تحقق من DNS المعتمد أولاً.

لماذا يظهر موقع خاطئ؟

الأسباب المحتملة:

• DNS يشير إلى خادم خاطئ؛
• الخادم المشترك لا يتعرف على النطاق؛
• المضيف الافتراضي غير مهيأ؛
• مسار CDN خاطئ.

إذا تم إرجاع IP صحيح لكن ظهر موقع آخر، فتحقق من إعداد الاستضافة.

لماذا يعرض الموقع "الخادم غير موجود"؟

تحقق من:

1. حالة النطاق؛
2. خوادم الأسماء؛
3. DNS المعتمد؛
4. سجلات A/CNAME المطلوبة؛
5. DNSSEC إذا ظهر SERVFAIL.

إذا كان النطاق نشطًا لكن DNS لا يحل، فاستخدم دليل استكشاف أخطاء NiceNIC لماذا نطاقي نشط لكن موقعي لا يعمل؟.

لماذا يقول مزود الاستضافة إن النطاق غير متصل؟

تتحقق العديد من منصات الاستضافة من DNS تلقائيًا.

تشمل الأسباب المحتملة:

• سجل A غير صحيح؛
• CNAME مفقود؛
• تحقق TXT خاطئ؛
• تم تغيير DNS لدى المزود الخاطئ؛
• نتيجة قديمة مخزنة مؤقتًا؛
• سجل AAAA متعارض؛
• المنصة لم تعد تفحص بعد.

قارن قيم DNS حرفًا بحرف مع تعليمات المزود.

أخطاء إدخال DNS الشائعة

يحدد دليل استكشاف أخطاء DNS الحالي من NiceNIC أخطاء شائعة مثل :

استخدام النطاق الكامل حيث يُتوقع @ أو www فقط؛

7 factors rank a good domain registrar

$9.39 New .XXX Domain Registrations with NiceNIC .XXX Accredited Registrar

CN Domain June Promo -CNNIC Accredited Registrar NiceNIC

NiceNIC Announces .HK Domain Accreditation

Register Chinese Domain with CNNIC Domestic Registrar NiceNIC

الأخبار السابقة: .TOP مقابل .COM: أي نطاق أفضل لعملك أو حملتك أو علامتك التجارية؟
الأخبار التالية: .ICU أم .COM: أي نطاق أفضل لعلامة جديدة أو مشروع ويب؟