كيفية إثبات ملكيتك لنطاق ما، سواء كانت الجهة الطالبة هي KapsuleHost أو Google أو Microsoft أو أي جهة أخرى، وكيفية إضافة السجل في KPanel.
عاجلاً أم آجلاً سترفض إحدى الخدمات تنفيذ أمر ما لنطاقك إلى أن تثبت أنه ملكك. الإثبات يكون دائماً تقريباً بنفس الشكل: تُمنح سلسلة نصية، تنشرها كسجل DNS، ثم يتحقق الطرف الآخر منها. إذا استطاع رؤيتها، فهذا يعني أنك تتحكم بالنطاق بالفعل، لأن المالك وحده هو من يستطيع نشر سجلات DNS الخاصة به.
يغطي هذا الدليل السجل الذي تطلبه KapsuleHost، والسجلات التي تطلبها الخدمات الأخرى، وكيفية إضافة أي منهما.
أين يوجد محرر DNS
النطاقات في الشريط الجانبي، انقر على النطاق، ثم DNS وخوادم الأسماء في القائمة اليسرى. هذا هو محرر السجلات الكامل، وهو المكان الوحيد الذي يمكنك فيه إضافة السجلات أو تغييرها.
عرض DNS الموجود تحت الموقع (Websites، ثم الموقع، ثم Domain، ثم DNS) للقراءة فقط. يعرض لك ما هو منشور حالياً، ويحتوي على رابط يوصلك إلى المحرر الكامل. إذا كنت تبحث عن زر إضافة ولم تجده، فأنت في العرض المخصص للقراءة فقط.
المحرر يعمل فقط مع النطاقات التي يُستضاف DNS الخاص بها لدى KapsuleHost. إذا كان نطاقك مسجلاً لدينا لكن خوادم الأسماء الخاصة به تشير إلى مكان آخر، فعليك نشر السجل أينما كان DNS فعلياً. راجع خوادم الأسماء.
سجل التحقق الخاص بـ KapsuleHost
تطلب KapsuleHost سجل تحقق واحداً، في حالة واحدة فقط: عندما تقوم بإضافة صناديق بريد على نطاق لا ندير نحن DNS الخاص به.
إذا كان نطاقك مسجلاً لدينا أو كان DNS الخاص به مستضافاً لدينا، فنحن بالفعل نستطيع رؤية أنك المالك ولا يُطلب منك شيء. أما إذا كان DNS الخاص بك في مكان آخر، فلا يمكننا معرفة ذلك، لذا نطلب منك إثباته قبل أن نقبل البريد لذلك النطاق.
السجل
| الحقل | القيمة |
|---|---|
| النوع | TXT |
| الاسم | _kapsule-verify.yourdomain.com |
| القيمة | kapsule-verify= متبوعاً بالرمز الموضح في اللوحة |
يتم إنشاء الرمز خصيصاً لحسابك ويُعرض لك في اللوحة. انسخ كلاً من الاسم والقيمة باستخدام أزرار النسخ بدلاً من إعادة كتابتهما.
الخطوات
- في KPanel، افتح صندوق البريد أو النطاق وانتقل إلى قسم Deliverability الخاص به.
- ابحث عن بطاقة التحقق من النطاق. تعرض اسم السجل وقيمته وشارة حالة.
- انشر سجل TXT ذاك أينما يكون DNS الخاص بك مستضافاً.
- انتظر دقيقة أو دقيقتين.
- عد وانقر على زر التحقق.
يتم الفحص بشكل مباشر وحي، مقابل محللات DNS عامة لا خاصة بنا، وبالتالي ما يراه هو ما يراه باقي الإنترنت. هذا يعني أن النتيجة صادقة، كما يعني أيضاً أنه قد يفشل لدقيقة أو دقيقتين بعد النشر ريثما تلحق ذاكرات التخزين المؤقت.
إذا فشل التحقق، لا تفترض فوراً أن السجل خاطئ. السبب الأكثر شيوعاً على الإطلاق هو أنك نقرت على زر التحقق قبل أن يصبح السجل مرئياً. انتظر دقيقتين وحاول مجدداً. السبب الثاني الأكثر شيوعاً هو أن مزوّد DNS الخاص بك يضيف اسم النطاق تلقائياً وبصمت إلى اسم يحتويه بالفعل، فيعطيك _kapsule-verify.yourdomain.com.yourdomain.com. تحقق مما يُحلَّل إليه السجل فعلياً.
بعد ذلك
بمجرد التحقق، يُسجَّل النطاق كملك لك ويبقى كذلك. يمكنك إزالة سجل TXT إن أردت منطقة نظيفة، ولن يتعطل شيء.
تنبيه واحد: إذا أعدت تشغيل عملية التحقق لذلك النطاق في أي وقت، يُصدر رمز جديد وتصبح القيمة المنشورة القديمة عديمة الفائدة. لذا إن أزلت السجل ووجدت لاحقاً أنه يُطلب منك التحقق مرة أخرى، انسخ القيمة الجديدة من اللوحة بدلاً من استخدام ما كان لديك سابقاً.
سجلات التحقق للخدمات الأخرى
كل سجلات التحقق الأخرى تعمل بنفس الطريقة. تمنحك الخدمة قيمة، تضيفها في تبويب DNS، ثم تعود وتنقر على زر التحقق الخاص بها.
الأكثر شيوعاً منها:
| الخدمة | النوع | الاسم النموذجي | شكل القيمة |
|---|---|---|---|
| Google Search Console | TXT | النطاق المجرد | google-site-verification=... |
| Microsoft 365 | TXT | النطاق المجرد | MS=ms... |
| نطاقات أعمال Meta | TXT | النطاق المجرد | facebook-domain-verification=... |
| أدوات SaaS متنوعة | TXT أو CNAME | نطاق فرعي _something | رمز عشوائي |
إضافة سجل
- اذهب إلى النطاقات، انقر على النطاق، ثم DNS.
- أضف سجلاً.
- حدد النوع، وعادة ما يكون TXT.
- بالنسبة لـالاسم، أدخل
@إذا طلبت الخدمة وضعه على النطاق المجرد أو الجذر. أدخل التسمية فقط، مثل_dnsauth، إذا طلبت نطاقاً فرعياً. لا تُدرج اسم نطاقك ضمن التسمية. - ألصق القيمة تماماً كما وردت، دون إضافة علامات اقتباس من عندك ودون مسافات زائدة في النهاية.
- احفظ، وانتظر دقيقتين، ثم انقر على زر التحقق في الخدمة الأخرى.
ثلاثة أمور يتولاها المحرر نيابة عنك، وتوفر عليك الجدالات المعتادة:
- القيم الطويلة لا مشكلة فيها. رموز التحقق التي تتجاوز حد الـ 255 حرفاً لسلسلة DNS الواحدة تُقسَّم لك بشكل صحيح.
- وضع علامات الاقتباس يُدار تلقائياً. ألصق القيمة الخام. لا تضعها بين علامتي اقتباس بنفسك.
- تتعايش عدة سجلات TXT عند نفس الاسم. سجل تحقق من Google على النطاق المجرد لا يستبدل سجل SPF الموجود هناك. كلاهما يُنشر وكلاهما يُعثر عليه. هذا الأمر يوقع الناس في الخطأ باستمرار، لأنه ليس كيف تعمل معظم أنواع السجلات الأخرى.
لا تستبدل أبداً سجل SPF أو DKIM أو DMARC موجوداً برمز تحقق. فهي توجد عند أسماء مختلفة، أو جنباً إلى جنب عند نفس الاسم. إذا طلبت منك خدمة ما "استبدال سجل TXT"، فهذا يعني استبدال السجل الذي منحتك إياه سابقاً، وليس السجلات التي تحمل مصادقة بريدك الإلكتروني. راجع SPF وDKIM وDMARC.
سجلات يجب أن تتركها كما هي
أثناء وجودك في محرر DNS، قد تلاحظ سجلات لم تُنشئها أنت.
- سجلات TXT من نوع
_acme-challengeتُنشأ وتُزال تلقائياً عند إصدار شهادة أو تجديدها. لا تحذفها يدوياً. إذا بقيت إحداها بعد الإصدار، فهي غير ضارة. راجع شهادات SSL. - سجلات
_dmarcو_domainkeyتحمل مصادقة بريدك الإلكتروني. إزالتها ستُعطل إمكانية تسليم بريدك، لا عملية التحقق. راجع SPF وDKIM وDMARC. - سجلات SOA وNS للنطاق نفسه هي البنية التحتية الخاصة بالمنطقة نفسها.
أنواع السجلات التي يدعمها المحرر
توفر القائمة المنسدلة للنوع الخيارات A وAAAA وCNAME وMX وTXT وNS وSRV وCAA. يظهر حقل أولوية لـ MX وSRV، لأن هذين هما النوعان الوحيدان اللذان يستخدمان أولوية.
إذا طلبت خدمة ما نوع سجل غير موجود في القائمة، افتح تذكرة دعم بدلاً من محاولة تقريبه بشيء آخر. راجع فتح تذكرة دعم.
كم من الوقت يستغرق الأمر
يصبح التغيير فعالاً على خوادم الأسماء الخاصة بنا فورياً تقريباً: يُكتب السجل ويُبلَّغ بقية خوادم الأسماء لدينا بأخذه فوراً. المحرر لا يطلب منك تحديد قيمة TTL، لذا لا داعي للتفكير في ذلك.
ما تنتظره فعلياً هو ذاكرات التخزين المؤقت لدى الآخرين. أي محلِّل سبق أن بحث عن ذلك الاسم سيحتفظ بإجابته القديمة إلى أن تنتهي صلاحية نسخته المخزنة مؤقتاً. عملياً، عادةً ما تنجح فحوصات التحقق خلال دقيقة أو دقيقتين، وقد تستغرق أحياناً وقتاً أطول.
إذا ظلت إحدى الخدمات غير قادرة على رؤية سجلك بعد مرور ساعة، فإن السجل نفسه خاطئ. انظر إلى الاسم أولاً، فتكرار لاحقة النطاق داخل التسمية هو الخطأ الأكثر شيوعاً بفارق كبير.