مدقق استضافة المواقع

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

ما الذي يفحصه مدقق استضافة المواقع فعليا؟

يفحص مدقق الاستضافة معلومات الشبكة المرتبطة بعنوان IP الذي يعيده اسم المضيف. عند إدخال مضيف، تستخدم الأداة تحليل DNS على الخادم للعثور على عنوان IPv4 الخاص به، ثم تعرض المعلومات المرتبطة بذلك العنوان.

يحوّل DNS، أو نظام أسماء النطاقات، أسماء مثل www.example.co.uk إلى عناوين IP رقمية تستخدمها أجهزة الكمبيوتر للاتصال. يعتمد المدقق على الدالة gethostbyname في PHP لإجراء هذا البحث. وبما أن هذه الدالة تحلل عناوين IPv4، فقد لا يعطي المضيف المتاح عبر IPv6 فقط نتيجة مفيدة.

قد تكون المؤسسة الظاهرة في النتيجة شركة استضافة أو مزود خدمة إنترنت أو منصة سحابية أو شبكة لتوصيل المحتوى. وليس بالضرورة أن تكون الشركة التي تملك الموقع أو تديره. فالمواقع التي تستخدم خدمات مثل Cloudflare قد تُظهر الشبكة المستخدمة كخادم وكيل، بينما يظل عنوان الخادم الأصلي مخفيا.

كيف أستخدم مدقق استضافة المواقع؟

أدخل مضيف الموقع في حقل المضيف، ثم شغّل الفحص. ولتجنب الالتباس، استخدم اسم مضيف مجردا مثل example.co.uk أو www.example.co.uk.

1. احذف أي مسار أو سلسلة استعلام أو جزء من الصفحة إذا كان هدفك تحديد المضيف فقط.
2. احتفظ بالنطاق الفرعي الذي تظهر فيه المشكلة كما هو. فقد يشير www.example.co.uk وshop.example.co.uk إلى مزودين مختلفين.
3. شغّل الفحص، ثم قارن المؤسسة والموقع الظاهرين في النتيجة بالخدمة التي كنت تتوقعها.

على سبيل المثال، عند تشخيص مشكلة في المتجر، أدخل shop.example.co.uk بدلا من الاكتفاء بإدخال example.co.uk. إذا كان ذلك النطاق الفرعي يشير إلى منصة تجارة إلكترونية منفصلة، فقد تختلف المؤسسة المعروضة عن نتيجة الموقع الرئيسي. لا تفترض أن جميع الأسماء التابعة لنطاق واحد تستخدم البنية التحتية نفسها.

لا تصلح المسافات داخل اسم مضيف عادي. وقد تتسبب أيضا المسارات وعلامات الترقيم المنسوخة من نصوص أخرى والنقاط الموجودة في النهاية في التباس الإدخال، لذا احذفها أولا. لأسماء النطاقات المدوّلة التي تتضمن أحرفا ذات علامات تشكيل أو أحرفا غير لاتينية صيغة متوافقة مع ASCII تتكون من A-labels وتستخدم ترميز Punycode. إذا تعذر تحليل الاسم المكتوب بأحرف Unicode، فاستخدم صيغة النطاق المتوافقة مع ASCII. تصلح الأرقام في كثير من تسميات المضيف، لكن الشرطة السفلية لا تصلح في أسماء مضيفي المواقع العامة التقليدية.

يُجرى الفحص على الخادم. يُرسل إدخالك إلى الخادم عبر HTTPS ولا يتم تخزينه.

كيف تفهم النتيجة؟

تعامل مع النتيجة باعتبارها معلومات عن الشبكة التي تستجيب حاليا للمضيف بعد تحليل اسمه، لا دليلا على هوية مالك الموقع أو الموقع الفعلي لغرفة الخوادم. يوضح كل حقل جانبا مختلفا من هذه الصورة.

خط العرض وخط الطول من بيانات تحديد الموقع الجغرافي لعنوان IP، وليسا قراءات GPS. وقد يشيران إلى المكتب المسجل للمزود أو مركز شبكة إقليمي أو منطقة عامة. لذلك لا ينبغي استخدامهما لتحديد مبنى أو لتأكيد المكان الذي تُخزن فيه بيانات الموقع من الناحية القانونية.

ظهور مزود خدمة إنترنت أو مؤسسة غير مألوفة لا يعني تلقائيا وجود عطل. فكثيرا ما يستأجر مزودو الاستضافة المدارة سعة من شركات بنية تحتية أكبر، وقد يظهر موزعو الخدمات باسم مالك الشبكة الرئيسي.

حالات الفحص الشائعة

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

• ما زال الموقع المنقول يعرض الإصدار القديم. تحقق أولا من عدم وجود محتوى قديم في ذاكرة التخزين المؤقت للمتصفح أو الخادم الوكيل العكسي أو شبكة CDN. وافحص اسم المضيف نفسه المستخدم في المتصفح. إذا ظلت المؤسسة مرتبطة بالمزود السابق، فربما لم يصل تغيير DNS بعد إلى محلل الأسماء الذي يستخدمه المدقق، أو ربما لا يزال السجل يشير إلى الخدمة القديمة.
• يتعطل نطاق فرعي بينما يعمل الموقع الرئيسي. أجر فحصا منفصلا لكل من example.co.uk وwww.example.co.uk والنطاق الفرعي المتعطل. وتشير النتائج المختلفة إلى أن هذه الأسماء تستخدم سجلات DNS أو خدمات استضافة منفصلة.
• يظهر تحذير بشأن الشهادة بعد تغيير الاستضافة. من الأسباب الشائعة عدم وجود شهادة على المضيف الجديد أو عدم تطابقها أو عدم تجهيزها بعد، لذا افحص إعدادات الشهادة أولا. إذا كانت صحيحة، فتحقق مما إذا كان المضيف يشير إلى المزود المقصود. قد يكشف ذلك عن وجهة DNS قديمة أو غير صحيحة، مع العلم أن المدقق لا يفحص الشهادة أو تاريخ انتهائها أو أسماء المضيفين التي تغطيها.

إذا بدت الوجهة صحيحة ومع ذلك استمر تعطل الموقع، فقد تكون المشكلة في طبقة HTTP أو TLS أو التطبيق. يستطيع مدقق HTTP/2 فحص دعم البروتوكول، بينما يؤكد مدقق Brotli ما إذا كان الخادم يستخدم ضغط Brotli. ولا تغني أي من الأداتين عن تشخيص مخصص لنظام DNS أو الشهادة.

لماذا قد يجعل التخزين المؤقت تغييرا صحيحا في DNS يبدو خاطئا؟

قد يؤدي التخزين المؤقت لنظام DNS إلى إرجاع محللات مختلفة لنتائج مختلفة حتى تنتهي صلاحية السجلات المخزنة. ولكل سجل DNS مدة بقاء تُعرف عادة باسم TTL، وهي التي تحدد المدة التي يمكن لمحللات DNS التكرارية الاحتفاظ خلالها بالنتيجة.

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

استخدم أداة منفصلة للبحث في DNS لمقارنة العنوان الناتج بسجل A الحالي لدى مزود DNS، وافحصه من أكثر من شبكة إذا كان الاختلاف مهما. وتأكد أيضا من أنك عدّلت منطقة DNS الموثوقة وتسمية المضيف الصحيحة. فتعديل www لا يغيّر النطاق المجرد تلقائيا، والعكس صحيح.

لا يستطيع أي مدقق استضافة ضمان تطابق إجابته مع استجابة DNS الحالية لدى كل زائر. فقد يعيد DNS بالتناوب والخدمات الموزعة جغرافيا وشبكات CDN عناوين مختلفة عمدا بحسب محلل الأسماء أو الموقع.

الأسئلة الشائعة

هل يستطيع المدقق معرفة الشركة المالكة للموقع؟

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

لماذا يختلف اسم المؤسسة عن الاسم الموجود في فاتورة الاستضافة؟

قد يكون مزودك موزع خدمات أو خدمة مدارة تستخدم شبكة تابعة لشركة أخرى. لذلك قد تعرض النتيجة اسم مزود خدمات سحابية أو مركز بيانات رئيسي بدلا من الشركة التي تدفع لها. قارن تفاصيل الشبكة بوثائق مزودك قبل اعتبار هذا الاختلاف خطأ.

هل يمكنني فحص موقع يعمل عبر IPv6 فقط؟

يستخدم البحث الأساسي عن اسم المضيف الدالة gethostbyname، وهي تحلل عناوين IPv4. لذلك قد لا يعرض المضيف الذي يعمل عبر IPv6 فقط معلومات استضافة مفيدة، حتى لو كان متاحا للزوار الذين لديهم اتصال IPv6. وفي هذه الحالة، يكون البحث المنفصل عن سجل AAAA هو الفحص المناسب.

هل سيعمل اسم مضيف طويل جدا؟

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

هل أُدخل النطاق المجرد أم عنوان www؟

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