مدقق HTTP/2

مدقق HTTP/2 أداة مجانية تتحقق مما إذا كان موقع ويب يستخدم بروتوكول الشبكة HTTP/2.

ما الذي يفحصه اختبار HTTP/2 فعليا؟

يحدد اختبار HTTP/2 ما إذا كان خادم الويب يستطيع الاتصال باستخدام HTTP/2 للموقع المطلوب. وHTTP/2 هو إصدار من بروتوكول نقل النص التشعبي، أي مجموعة القواعد التي تستخدمها المتصفحات والخوادم لطلب الصفحات والصور والبرامج النصية وموارد الويب الأخرى وتسليمها.

في مواقع HTTPS، يختار العميل والخادم عادة البروتوكول أثناء إنشاء الاتصال الآمن. وغالبا ما تتم هذه المفاوضة باستخدام بروتوكول التفاوض على بروتوكول طبقة التطبيق، أو ALPN. ويُعرّف HTTP/2 بالمعرّف h2، بينما قد يستخدم الاتصال الأقدم http/1.1.

يحتفظ HTTP/2 بمفاهيم HTTP المعروفة، مثل الطرق ورموز الحالة والرؤوس، لكنه ينقلها عبر إطارات ثنائية. ويمكنه تمرير عدة تدفقات عبر اتصال واحد وضغط رؤوس HTTP. وقد يقلل ذلك من أعباء الاتصال، خصوصا في الصفحات التي تحتوي على عدد كبير من الموارد المنفصلة. لكنه لا يسرّع من تلقاء نفسه شيفرة التطبيقات البطيئة أو الصور الكبيرة أو استعلامات قواعد البيانات المتأخرة.

كيف أستخدم مدقق HTTP/2؟

أدخل موقع الويب الذي تريد التحقق من دعمه لبروتوكول HTTP/2، ثم شغّل الفحص. تُرسل المدخلات إلى الخادم عبر HTTPS لتنفيذ العملية، ولا تُخزّن.

تُمثّل تسميات النطاقات التي تحتوي على أحرف مشكّلة أو غير لاتينية في DNS على هيئة تسميات IDNA من النوع A-label، وهي تستخدم خوارزمية ترميز Punycode.

لا تُدخل رموز الوصول أو أي معلومات حساسة أخرى. فرغم عدم تخزين المدخلات، فإنها تُرسل إلى خادم الأداة لإجراء الفحص من جانب الخادم.

كيف أقرأ نتيجة فحص HTTP/2؟

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

• تؤكد النتيجة الإيجابية استخدام البروتوكول. أما النتيجة السلبية فتعني أن الفحص لم يتحقق من استخدام HTTP/2، لكنها لا تحدد السبب بمفردها.

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

إذا لم تؤكد النتيجة استخدام HTTP/2، فافحص الموقع باستخدام أداة البحث عن رؤوس HTTP، وراجع إعدادات خادم الويب أو شبكة CDN. ويمكن لأدوات المطور في المتصفح أيضا عرض البروتوكول المستخدم في كل طلب، وعادة يظهر باسم h2 أو http/1.1.

مشكلات شائعة يكشفها هذا الفحص

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

1. جرى تفعيل شبكة CDN للتو. افحص الموقع العام بدلا من عنوان خادم الأصل الخاص أو المؤقت. إذا كان الموقع العام يستخدم HTTP/2 بينما لا يستخدمه خادم الأصل، فقد يكون ذلك طبيعيا، لأن اتصال المتصفح بشبكة CDN واتصال شبكة CDN بخادم الأصل اتصالان منفصلان.
2. لا يزال المتصفح يعرض HTTP/1.1. تأكد من أن المتصفح وأداة الفحص يختبران الموقع نفسه. فقد تحمّل الصفحة موارد من عدة نطاقات، ويتفاوض كل اتصال على بروتوكوله بشكل مستقل. واستخدام أحد طلبات البرامج النصية الخارجية لبروتوكول HTTP/1.1 لا يعني أن المستند الرئيسي يستخدمه أيضا.
3. يظهر تحذير بشأن الشهادة بعد نقل الخادم. تُعد معالجة شهادة HTTPS والتفاوض على بروتوكول HTTP جزأين مترابطين من إعداد الاتصال، لكن نتيجة HTTP/2 لا تمثل تشخيصا كاملا للشهادة. افحص بشكل منفصل اسم المضيف في الشهادة وتاريخ انتهائها وسلسلتها وإعدادات الخادم.

لا يستطيع هذا الفحص تفسير كل حالات بطء تحميل الصفحات. فدعم HTTP/2 لا يقدم دليلا قاطعا على زمن استجابة الخادم أو تنفيذ JavaScript أو حجم الصور أو الازدحام بين زائر معين والخادم. استخدم بنغ عندما تحتاج إلى تقييم منفصل لإمكانية الوصول عبر الشبكة وتوقيت الاستجابة.

لماذا قد تجعل ذاكرة التخزين المؤقت أو مهلة انتشار الإعدادات النتيجة تبدو خاطئة؟

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

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

تضيف المتصفحات مصدرا آخر للالتباس لأنها تعيد استخدام الاتصالات المفتوحة. فقد تستمر علامة تبويب في استخدام اتصال HTTP/1.1 قائم حتى يُغلق، بينما يتفاوض فحص جديد من جانب الخادم على استخدام HTTP/2. ويمكنك إجراء مقارنة أوضح بإغلاق اتصال المتصفح أو بدء جلسة تصفح خاصة جديدة.

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

هل يمكن لموقع أن يدعم HTTP/1.1 وHTTP/2 معا؟

نعم. يمكن للخادم دعم الإصدارين واختيار الإصدار الذي يفهمه العميل المتصل. ويتيح هذا التوافق للعملاء الأقدم استخدام HTTP/1.1، بينما يتفاوض العملاء الأحدث على استخدام HTTP/2.

هل يمكن للموقع استخدام HTTP/3 إلى جانب HTTP/2؟

نعم. تُبقي كثير من بيئات التشغيل HTTP/2 متاحا كخيار احتياطي، لأن HTTP/3 يستخدم بروتوكول نقل مختلفا وقد لا يتوفر على كل شبكة. ولا تثبت نتيجة HTTP/2 ما إذا كان HTTP/3 مفعّلا أيضا.

هل يتطلب HTTP/2 استخدام HTTPS؟

يمكن استخدام HTTP/2 عبر اتصال TCP غير مشفر بمعرفة مسبقة، بينما أصبح استخدام رمز الترقية السابق h2c في HTTP/1.1 مهملا. وعادة تستخدم المتصفحات الشائعة HTTP/2 عبر HTTPS. لذلك يكون إعداد TLS صالحا في المواقع العامة جزءا ضروريا في العادة لإتاحة HTTP/2 للمتصفحات.

هل يستطيع HTTP/2 حل مشكلة ارتفاع زمن وصول البايت الأول؟

لا. غالبا ما يشير ارتفاع زمن وصول البايت الأول إلى معالجة الخادم أو بُعد المسافة عبر الشبكة أو عدم العثور على البيانات في ذاكرة التخزين المؤقت أو زيادة الحمل على البنية التحتية. يمكن لـ HTTP/2 تحسين مشاركة عدة طلبات لاتصال واحد، لكنه لا يزيل التأخير السابق لبدء استجابة الخادم.

لإجراء فحص أخير، قارن الموقع نفسه باستخدام أداة الفحص وأدوات المطور في المتصفح وسجلات DNS. وإذا اختلفت النتائج، فسجّل عنوان IP الذي جرى حله، ثم أعد الاختبار بعد انتهاء صلاحية بيانات DNS وCDN الموجودة في ذاكرة التخزين المؤقت.