مع التحقق عبر DNS، يقدّم ACM لكل اسم سجلّ CNAME (_4a7c….www.darsakan.ma →
_9d2e….acm-validations.aws) وينتظر أن يجده في الـ DNS العمومي، دليلًا على أنك تتحكّم في
النطاق. ولا يكتبه ACM أبدًا وحده في Route 53، حتى لو كانت المنطقة في الحساب
نفسه: يجب النقر على « Créer des enregistrements dans Route 53 » في لوحة التحكم، أو
إنشاؤها بنفسك. وهنا لا تحتوي المنطقة على أي _4a7c… ولا _7e2b…: فتبقى الشهادة
PENDING_VALIDATION (وستفشل بعد 72 ساعة).
السجل CAA يسمح بـ amazon.com، وتفويض NS يطابق منطقة Route 53، والتحقق عبر DNS
ينجح عادةً في بضع دقائق بمجرد نشر سجلّ CNAME.
تمّ حلّ الحادث
التحليل والإصلاح
الإصلاح: نشر سجلّي CNAME المذكورين في describe-certificate:
aws route53 change-resource-record-sets --hosted-zone-id Z05829174MBNQ3XKT6W1E --change-batch file://validation-acm.json.
بعد بضع دقائق، تصبح الشهادة ISSUED؛ أضِف حينها المستمِع HTTPS:
aws elbv2 create-listener --load-balancer-arn … --protocol HTTPS --port 443 --certificates CertificateArn=arn:aws:acm:eu-west-3:451093827164:certificate/9b2d4f6a-8c1e-4a3b-b5d7-e9f1a3c5b7d2 --default-actions Type=forward,TargetGroupArn=…،
ثم أعِد توجيه HTTP نحو HTTPS.
حتى لا يتكرر ذلك:
- إبقاء سجلّات التحقق CNAME في مكانها: يستعملها ACM لتجديد الشهادة تلقائيًّا كل سنة؛
- إنشاء الشهادة وسجلّات CNAME معًا كبنية تحتية كشيفرة (Terraform
aws_acm_certificate_validation، أو CloudFormation معHostedZoneId)؛ - طلب الشهادة قبل الإطلاق بعدة أيام، والتحقق من حالتها في قائمة فحص الإطلاق؛
- تنبيه على شهادات ACM التي تقترب من انتهاء صلاحيتها (
DaysToExpiry).