استخدم حساب Amazon Route 53 الخاص بك لخدمة DNS لنطاقاتك

ما الذي يوفره لك ربطه

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

قبل أن تبدأوا

يلزم توفر حساب AWS. تفرض خدمة Route 53 رسومًا لكل منطقة مستضافة (hosted zone) ولكل استعلام في فاتورة AWS الخاصة بكم.

قوموا بإنشاء مستخدم IAM لهذا الربط مع سياسة تسمح بـ route53:ListHostedZones وroute53:ListResourceRecordSets وroute53:ChangeResourceRecordSets.

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

في وحدة تحكم AWS، افتحوا IAM ← Users، واختاروا المستخدم الذي يجب أن يمثله هذا الربط (قوموا بإنشاء مستخدم مخصص — لا تستخدموا حساب الجذر مطلقًا)، وافتحوا تبويب Security credentials الخاص به، وتحت Access keys، اختاروا Create access key. حددوا Other كحالة استخدام، ثم تابعوا، واختاروا Create access key. انسخوا كلاً من Access key ID وSecret access key — تعرض AWS المفتاح السري مرة واحدة فقط. يمكن لكل مستخدم IAM الاحتفاظ بمفتاحين في وقت واحد.

2. ربطه هنا

افتحوا Integrations في لوحة التحكم الخاصة بكم واختاروا Connect an account. حددوا Your own DNS كمجموعة وAmazon Route 53 كحساب، وأدخلوا Access key ID وSecret access key، ثم اضغطوا على Connect account.

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

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

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

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

يتم الاتصال، ثم تفشل عملية تغيير السجل. يُعد سرد المناطق وتغيير السجلات أذونات IAM منفصلة، ويتم التحقق من إذن التغيير فقط في المرة الأولى التي نجري فيها تغييرًا. أضيفوا route53:ChangeResourceRecordSets إلى سياسة المستخدم — المفتاح نفسه لا يتغير.

رفضت AWS بيانات الاعتماد. تم إلغاء تفعيل مفتاح الوصول أو حذفه في IAM.

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

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

فصل الاتصال

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

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