بحث CNAME جماعي: سلسلة الأسماء المستعارة لما يصل إلى 500 اسم مضيف مع تمييز المعلّق منها

يجعل سجل CNAME اسمًا ما اسمًا مستعارًا لاسم آخر: track.acme.com CNAME prox.itrackly.com يطلب من المحلِّلات البحث عن الاسم الثاني بدلًا منه، كما يحدد RFC 1034. وقد تكون الوجهة نفسها CNAME، لذا يتتبع البحث السلسلة حتى اسم له سجلات A أو AAAA خاصة.

لكل اسم مضيف تلصقه تسجّل هذه الأداة كل خطوة، والوجهة النهائية، وعناوين IPv4 وIPv6 التي تُحَل إليها. والاسم الذي لا يملك CNAME لكن له عناوين خاصة يظهر بـ No CNAME: سجل A عادي، أو CNAME يسطّحه مزود DNS لديك أو يمرره عبر وكيل، كما تفعل Cloudflare عند تفعيل السحابة البرتقالية.

سجل CNAME لا تُحَل وجهته: ما زال السجل يقول إن shop.acme.com اسم مستعار لـ acme.myshop-host.example، لكن هذا الاسم لم يعد موجودًا، غالبًا لأن الخدمة أُلغيت وبقي سجل DNS. كل ما يستخدم اسم المضيف يفشل، ونطاق التتبع المعلّق يعطّل كل رابط متتبَّع في الرسائل المرسلة بالفعل.

في بعض خدمات الاستضافة والسحابة، من يطالب باسم الوجهة المهجور بعد ذلك قد يقدّم محتوى على اسم مضيفك، وهو ما يصفه MDN بالاستيلاء على النطاق الفرعي. احذف سجلات CNAME المعلّقة التي لم تعد تستخدمها، أو وجّهها إلى وجهة تعمل.

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

لاسم مضيف واحد مع اختبار HTTPS ومقارنة بالوجهة التي تتوقعها أداة الإرسال استخدم بحث CNAME (بالإنجليزية). ولكل أنواع السجلات لأسماء كثيرة استخدم بحث DNS الجماعي.

لا. ينص RFC 1034 على أن الاسم الذي يملك CNAME لا يجوز أن تكون له سجلات أخرى، والنطاق الجذر يملك دائمًا سجلات SOA وNS، لذا لا يمكن أن يكون acme.com نفسه CNAME. يقدّم بعض مزودي DNS سجل ALIAS أو سجلًا مسطّحًا يتصرف بطريقة مشابهة؛ ويظهر هنا بـ No CNAME مع العناوين التي يعيدها.

إذا كتبت اسم المضيف كاملًا في حقل الاسم لدى مزود DNS، فإن كثيرًا منهم يضيفون النطاق مرة أخرى فيُنشأ track.acme.com.acme.com. وعندما يظهر لاسم مضيف Doesn't exist، تحقق من أن السجل لم يُنشأ بهذا الاسم المكرر.