مهلة DNS، وNXDOMAIN، وSERVFAIL في PCAP: كيفية معرفة DNS البطيء من خادم بطيء

العديد من حالات "التطبيق البطيء" هي في الواقع حالات DNS. ينقر المستخدم على زر، وينتظر التطبيق عدة ثوانٍ، ويذهب اللوم الأول إلى الخادم. قد يُظهر التقاط الحزمة أنه لم تتم محاولة اتصال TCP حتى انتهاء تحليل DNS أو فشله.

إن أدلة DNS مدمجة، ولكن من السهل إساءة قراءتها. إن "NXDOMAIN" و"SERVFAIL" و"المهلة" هي نتائج مختلفة. إن التعامل معها على أنها "خطأ DNS" عام يؤدي إلى المالك الخطأ.

المهلة تعني عدم وصول إجابة قابلة للاستخدام

تظهر مهلة DNS عادةً على شكل استعلامات متكررة بدون أي استجابة مفيدة. يمكن للعميل إعادة محاولة استخدام نفس الاسم، أو الاستعلام عن وحدات حل متعددة، أو الرجوع من IPv6 إلى IPv4. العلامة الأساسية هي مرور الوقت قبل أن يتمكن التطبيق من المضي قدمًا.

فحص:

• اسم الاستعلام
• نوع الاستعلام: A، AAAA، CNAME، SRV، إلخ.
• محلل IP
• الفاصل الزمني لإعادة المحاولة
• ما إذا كان أي رد وصل
• الوقت حتى يبدأ اتصال TCP أو TLS
• ما إذا كانت وحدات الحل المتعددة تتصرف بشكل مختلف

إذا كانت هناك عدة ثوانٍ من إعادة محاولة DNS قبل محاولة الاتصال، فهذا يعني أن الخادم ليس بطيئًا بعد. العميل لم يصل إليه.

NXDOMAIN هو إجابة سلبية صالحة

NXDOMAIN يعني أن الاسم غير موجود. قد يكون ذلك مشكلة في تكوين التطبيق، أو خطأ مطبعي، أو مجال قديم، أو مشكلة DNS مقسمة، أو بحث متوقع عن سلوك اختياري. انها ليست نفس عدم الاستجابة.

أسئلة مفيدة:

• ما هو الاسم الذي عاد NXDOMAIN؟
• هل جرب التطبيق اسمًا آخر؟
• هل كان هذا DNS داخلي أم DNS عام؟
• هل أدى توسيع لاحقة البحث إلى إنشاء أسماء غير متوقعة؟
• هل وصلت الإجابة السلبية بسرعة؟

غالبًا لا يمثل NXDOMAIN السريع مشكلة في الأداء. إنها مشكلة في الصواب.

يشير فشل الخدمة إلى مشكلة في الحل أو السلطة

SERVFAIL يعني أن المحلل لم يتمكن من إكمال الإجابة. يمكن أن تشمل الأسباب فشل التحقق من DNSSEC، أو الخوادم المعتمدة التي لا يمكن الوصول إليها، أو التكوين الخاطئ للمحلل، أو الانقطاع الجزئي.

قد يُظهر PCAP القريب من العميل فقط "SERVFAIL" النهائي للمحلل. قد يُظهر الالتقاط بالقرب من وحدة الحل استعلامات المنبع ومكان فشلها. نقطة الالتقاط مهمة.

لماذا تهتم جراحة PCAP

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

• الاستعلامات قبل اتصال التطبيق
• ردود الحل
• أعد محاولة التوقيت
• اتصال TCP/TLS ذي الصلة بعد الحل
• سياق كاف لإثبات DNS كان التأخير

إذا كان PCAP الكبير يحتوي على تأخير مرئي للمستخدم مدته 10 ثوانٍ، فإن استخراج نافذة استعلام DNS بالإضافة إلى محاولة الاتصال الأولى يمكن أن يجعل مراجعة حالة الدعم أسهل بكثير.

ما يجب الحفاظ عليه في عملية التقاط استكشاف أخطاء DNS وإصلاحها

يحفظ:

• timestamps
• معرفات معاملات DNS
• أزواج الاستعلام والاستجابة
• رموز الاستجابة
• عناوين IP للمحلل
• IP العميل
• متابعة توقيت الاتصال

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

بالنسبة لاستعلامات البحث مثل "DNS timeout pcap" أو "NXDOMAIN vs SERVFAIL" أو "التقاط حزم DNS البطيئة"، فإن المفتاح هو إثبات ما إذا كان التطبيق قد انتظر الحل قبل أن يصل إلى الخادم.