أدوات فحص المواقع: فهم DNS وIP وTLS وRDAP وHTTP والتحويلات الأمنية
تكون أدوات الفحص مفيدة عندما تجيب عن سؤال تقني محدد: إلى أي عنوان يتحول اسم النطاق؟ ما الشبكة التي تخدمه؟ هل الشهادة مطابقة لاسم المضيف؟ وما استجابة HTTP التي يعيدها الخادم فعلياً؟ تعرض أداة فحص DNS وأداة فحص SSL/TLS طبقات مختلفة، والتشخيص الجيد يجمع هذه الطبقات بدلاً من الاعتماد على نتيجة واحدة.
افهم مسار DNS كاملاً
يحتوي DNS على سجلات A وAAAA للعناوين، وMX للبريد، وNS للخوادم الموثوقة، وCNAME للأسماء المستعارة، وTXT لاستخدامات كثيرة. نتيجة فحص DNS هي لقطة من Resolver واحد، وقد تجعل ذاكرة التخزين المؤقت وTTL مستخدمين مختلفين يرون إجابات مختلفة أثناء التغيير.
عند تعطل موقع بعد النقل، افحص Delegation عند المسجل، ثم إجابة الخوادم Authoritative، ثم الكاش لدى Resolver. خفض TTL بعد حدوث التغيير لا يمحو قيمة قديمة مخزنة مسبقاً. قارن أكثر من Resolver وسجل وقت الفحص.
عنوان IP يوفر سياقاً لا هوية شخصية
قد تعرض أداة فحص IP الشبكة وASN ومزود الاستضافة وموقعاً جغرافياً تقريبياً. يفيد ذلك في مشاكل CDN والتوجيه والتحقيق في حركة غير معتادة، لكنه لا يحدد عنوان شخص أو هويته بدقة. VPN وشبكات الهاتف والبروكسي وبوابات الشركات تجعل كثيرين يشتركون في عنوان عام.
كما أن Reverse IP محدود؛ قد تخدم عقدة CDN عدداً كبيراً من النطاقات، وقد يستخدم الموقع نفسه عناوين كثيرة. استخدم النتيجة كإشارة واربطها مع DNS وبيانات التسجيل وسلوك التطبيق.
RDAP هو المصدر الحديث لبيانات التسجيل
أعلنت ICANN أن RDAP أصبح في 28 يناير 2025 المصدر النهائي لبيانات تسجيل نطاقات gTLD. قد تظل واجهة فحص WHOIS / التسجيل مستخدمة بالاسم المعروف، لكن الخدمات الحديثة تعتمد بصورة متزايدة على RDAP.
قد تُحجب البيانات الشخصية لأسباب خصوصية مشروعة. غالباً تبقى معلومات المسجل وحالات النطاق وبعض البيانات التقنية مفيدة. في قضايا الإساءة أو الإجراءات القانونية يجب اتباع قناة المسجل أو السجل الرسمية بدلاً من محاولة استنتاج هوية من بيانات عامة ناقصة.
ماذا تثبت شهادة TLS؟
تفحص أداة SSL/TLS أسماء الشهادة والجهة المصدرة وفترة الصلاحية وسلسلة الثقة. أهم النقاط مطابقة اسم المضيف، وأن تكون الشهادة ضمن مدة الصلاحية، وأن يستطيع العميل بناء سلسلة إلى Root موثوق. يعرّف RFC 8446 بروتوكول TLS 1.3.
الشهادة الصحيحة لا تعني أن الموقع صادق؛ يستطيع المهاجم الحصول على شهادة لنطاق يملكه. وفي المقابل قد ينتج التحذير عن انتهاء الصلاحية أو Intermediate مفقود أو ساعة جهاز خاطئة. TLS دليل على خصائص الاتصال المشفر واسم النطاق، لا تقييم شامل للمحتوى.
رؤوس HTTP تكشف سلوك الخادم
تعرض أداة فحص رؤوس HTTP كود الحالة والتحويلات وسياسات الكاش وContent-Type وContent-Encoding والكوكيز وبعض رؤوس الأمان. هذه البيانات تفسر مشاكل لا تظهر في الصفحة المرئية.
دعم HTTP/2 أو Brotli قد يختلف حسب العميل والبروكسي ونوع المورد. لذلك عند تحليل الأداء افحص الاستجابة التي يتلقاها المتصفح فعلياً، ولا تفترض أن إعلان الخادم عن دعم ميزة يعني استخدامها في كل طلب.
افحص التحويلات أثناء نقل المواقع
تعرض أداة فحص Redirect سلاسل 301 و302 و307 و308 وتكشف الحلقات والقفزات الزائدة. عند تغيير النطاق أو الهيكل اختبر الروابط القديمة والاستعلامات وTrailing Slash والتحويل من HTTP إلى HTTPS.
وقد تكون Open Redirect مشكلة أمنية إذا سمح التطبيق للمستخدم بتحديد أي وجهة. الأداة توضح المسار، لكن على التطبيق نفسه التحقق من الوجهات المسموح بها على الخادم.
Ping ليس حكماً نهائياً على توفر الموقع
تستخدم أداة Ping عادة ICMP لقياس الاستجابة والزمن. تحجب شبكات كثيرة ICMP عمداً، لذلك قد يفشل Ping مع استمرار HTTPS بصورة طبيعية. كما أن نجاح Ping لا يعني أن قاعدة البيانات أو تسجيل الدخول يعملان.
لفحص التوفر الحقيقي ابدأ بـDNS ثم اتصال TCP/TLS ثم HTTP ثم منطق التطبيق. وإذا كان الزمن مهماً فاختبر من مناطق مختلفة لأن مسارات الإنترنت تتغير جغرافياً.
فحوص الأمان مؤشرات وليست ضمانات
قد تعتمد أداة فحص الرابط الآمن على السمعة وقوائم التهديدات، لكن نطاقاً خبيثاً جديداً قد يظهر قبل تحديث القوائم. راجع اسم المضيف وتحذيرات المتصفح وسياق الرابط أيضاً.
تكشف أداة قوة كلمة المرور الأنماط القصيرة والمتوقعة، لكنها لا تعرف أن الكلمة أعيد استخدامها في موقع آخر. توصي CISA بكلمات مرور طويلة وعشوائية وفريدة؛ كما يحتاج الموقع إلى MFA وتحديد المحاولات وتخزين كلمات المرور بطريقة آمنة.
شخّص المشكلة طبقة بعد طبقة
ابدأ بـDNS، ثم الشبكة وIP، ثم TLS، وبعدها HTTP. هذا الترتيب يمنع محاولة إصلاح المشكلة في طبقة غير مسؤولة عنها. لا يمكن لرؤوس Cache أن تصلح Delegation معطلاً، ولا يمكن لـDNS إصلاح شهادة منتهية.
احتفظ بوقت الفحص والنتائج الخام في المشاكل المتقطعة. الكاش والشهادات ومسارات CDN تتغير. قيمة أدوات الفحص أنها تقصر الطريق إلى الأدلة، أما اللون الأخضر أو الأحمر وحده فليس تشخيصاً كاملاً.
أسئلة شائعة
هل فشل Ping يعني أن الموقع متوقف؟
لا. قد يكون ICMP محجوباً بينما يعمل HTTPS.
هل الشهادة الصحيحة تثبت أن الموقع موثوق؟
لا. هي تثبت خصائص اتصال TLS واسم المضيف فقط.
هل WHOIS ما زال المصدر النهائي لبيانات gTLD؟
جعلت ICANN بروتوكول RDAP المصدر النهائي في يناير 2025.
هل يمكن تحديد شخص من IP؟
ليس بصورة موثوقة؛ يقدم IP سياقاً شبكياً وموقعاً تقريبياً فقط.
المعايير والمراجع الأمنية الرسمية
- ICANN — Registration Data Access Protocol (RDAP)
- ICANN — RDAP becomes the definitive source for gTLD registration data
- RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3
- RFC 9110 — HTTP Semantics
- CISA — Use Strong Passwords
This article is an original practical guide informed by the standards and official references above.