الـ DNS (نظام أسماء النطاقات) هو دليل هاتف الإنترنت: يترجم اسماً مقروءاً للبشر مثل example.com إلى عنوان IP مثل 93.184.216.34. التحليل عملية بحث هرمية، يقوم بها عنك عادةً recursive resolver (تابع لمزوّد خدمة الإنترنت أو عام مثل 8.8.8.8) يسير في شجرة خوادم الأسماء المُخوَّلة (authoritative) نيابةً عنك:
Browser ──▶ Recursive Resolver ──▶ Root (.) "ask .com's servers"
│ ◀──
├────────▶ TLD (.com) "ask example.com's servers"
│ ◀──
└────────▶ Authoritative "example.com = 93.184.216.34"
(example.com) ◀──
Browser ◀── 93.184.216.34
يسأل الـ resolver خوادم root (التي تعرف خوادم الـ TLD)، ثم خوادم TLD لـ .com (التي تعرف مَن المُخوَّل لـ example.com)، ثم الخادم المُخوَّل (الذي يحمل السجل الفعلي). ولتجنّب تكرار هذا في كل مرّة، تُخزَّن النتائج مؤقّتاً (cached) عند كل مستوى — المتصفّح ونظام التشغيل والـ resolver — ويحترم كلٌّ منها قيمة TTL (زمن البقاء، time-to-live) الخاصة بالسجل. تحلّ الذاكرة المؤقّتة الدافئة في ميكروثواني؛ أما البحث البارد فقد يكلّف عدّة رحلات ذهاب وإياب (round trips).
أنواع السجلات الشائعة: A (name → IPv4)، AAAA (name → IPv6)، CNAME (اسم مستعار لاسم آخر)، MX (خوادم البريد)، TXT (نص حرّ، يُستخدم لـ SPF/التحقّق)، وNS (تفويض منطقة/zone). يمكنك فحص التحليل مباشرةً:
dig example.com A # يعرض سجل A وأيّ خادم أجاب
يقع DNS على المسار الحرِج لـ كل طلب يبدأ من اسم، فالـ resolver البطيء أو المُساء إعداده يضيف زمن استجابة لكل شيء. يحبّ المُحاوِرون هذا السؤال لأنه يكشف ما إذا كنت تفهم الهرمية والتخزين المؤقّت — الفكرتان اللتان تمكّنان نظاماً موزّعاً عالمياً من الإجابة عن مليارات الاستعلامات بسرعة. وهو أيضاً مصدر متكرّر لحوادث إنتاج حقيقية ("دائماً هو DNS"): سجلات منتهية الصلاحية، أو قيم TTL خاطئة، أو تأخّر الانتشار بعد تغيير — لذا فإن معرفة كيفية عمل التخزين المؤقّت وTTL أمرٌ عملي مباشرة.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع