استخدم حسابك الخاص في Azure DNS لخدمة نظام أسماء النطاقات (DNS) لنطاقاتك

ما الذي يقدمه لك الربط

يتيح ربط حساب Azure الخاص بكم استضافة نظام أسماء النطاقات (DNS) للنطاق من حسابكم بدلاً من حسابنا. تحتفظون بالمنطقة، والفاتورة، ولوحة تحكم المزوّد؛ ونقوم نحن بإنشاء السجلات التي تحتاجها مواقعكم وصناديق بريدكم وتحديثها، حتى لا تضطروا إلى نسخها يدويًا.

قبل أن تبدأوا

اشتراك Azure ومجموعة موارد تضم — أو ستضم — مناطق DNS الخاصة بكم.

1. إنشاء المفتاح في Azure

يُطلق Azure على هذا اسم service principal. في Microsoft Entra admin center، افتحوا Entra ID ← App registrations ← New registration، ثم حددوا اسمًا له واضغطوا على Register. في صفحة النظرة العامة على التطبيق، انسخوا Application (client) ID وDirectory (tenant) ID. بعد ذلك، افتحوا Certificates & secrets ← Client secrets ← New client secret، واختاروا المدة واضغطوا على Add — انسخوا قيمة السر على الفور، حيث يعرضها Azure مرة واحدة فقط.

في مدخل Azure، افتحوا مجموعة الموارد التي تريدون منا استخدامها، ثم انتقلوا إلى Access control (IAM) ← Add ← Add role assignment. اختاروا دور DNS Zone Contributor، وعيّنوه لـ User, group, or service principal، وابحثوا عن التطبيق بالاسم، ثم اضغطوا على Review + assign. سجّلوا اسم مجموعة الموارد وSubscription ID التي تنتمي إليها (ابحثوا عن Subscriptions في المدخل).

2. الربط هنا

افتحوا Integrations في لوحة التحكم الخاصة بكم واختاروا Connect an account. حددوا Your own DNS كمجموعة وAzure DNS كحساب، ثم املأوا Client ID، وClient secret، وTenant ID، وSubscription ID، وResource group، واضغطوا على Connect account.

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

ما سيحدث بعد ذلك

• في أي نطاق، افتحوا علامة التبويب DNS الخاصة به واختاروا هذا الحساب ليكون المكان الذي يتم تقديم DNS الخاص بالنطاق منه. نقوم بإنشاء المنطقة هناك إذا لم تكن موجودة بالفعل، ونكتب السجلات التي تتطلبها مواقع النطاق وبريده الإلكتروني.
• عندما يطرأ أي تغيير من جانبنا على ما يجب أن ينص عليه السجل — كأن تنقلوا موقعًا، أو تبدلوا شبكة توصيل المحتوى (CDN)، أو تضيفوا صندوق بريد — نقوم بتحديث السجل في حسابكم.
• لإتمام عملية النقل، يجب أن تشير خوادم الأسماء (nameservers) الخاصة بنطاقكم إلى Azure. إذا كان النطاق مسجلاً لدينا، أو لدى مسجّل قمتم بربطه، فسنقوم بإعدادها نيابة عنكم؛ وإلا فستعرض صفحة النطاق خوادم الأسماء التي يتعين عليكم إعدادها.
• عند الربط، نتحقق من قدرة المفتاح على عرض مناطقكم، وقراءة السجلات، وتعديلها. توضح قائمة التحقق المجاورة لحالة الاتصال أيًا من هذه العمليات تمكنا من تأكيدها.

في حال عدم الاتصال

رفض Azure الـ service principal. إما أن صلاحية سر العميل قد انتهت، أو أن التطبيق لم يعد يملك دور DNS Zone Contributor في مجموعة الموارد. تتشابه الرسائل في الحالتين، لذا تحققوا من تعيين الدور قبل إنشاء سر جديد.

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

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

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

إلغاء الربط

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

لا يؤدي إلغاء الربط إلى التراجع عما تم تنفيذه بالفعل — فالسجلات أو عمليات النشر أو الإعدادات التي قمنا بتغييرها في حسابكم تظل كما هي. إذا كنتم تعتقدون أن المفتاح نفسه قد تسرب، فقوموا بإبطاله لدى المزوّد أيضًا؛ حيث يزيل إلغاء الربط نسختنا فقط، وليس نسختهم.