HTTP/2 चेकर

HTTP/2 चेकर एक मुफ़्त टूल है, जो जांचता है कि कोई वेबसाइट HTTP/2 नेटवर्क प्रोटोकॉल इस्तेमाल कर रही है या नहीं।

HTTP/2 जांच असल में क्या जांचती है?

HTTP/2 जांच यह पता लगाती है कि वेब सर्वर अनुरोधित वेबसाइट के लिए HTTP/2 के जरिए संचार कर सकता है या नहीं। HTTP/2, Hypertext Transfer Protocol का एक संस्करण है। यह उन नियमों का समूह है जिनका उपयोग ब्राउज़र और सर्वर पेज, इमेज, स्क्रिप्ट और दूसरे वेब संसाधनों का अनुरोध करने और उन्हें भेजने के लिए करते हैं।

HTTPS वेबसाइट पर सुरक्षित कनेक्शन बनाते समय क्लाइंट और सर्वर आम तौर पर एक प्रोटोकॉल चुनते हैं। इसके लिए अक्सर Application-Layer Protocol Negotiation यानी ALPN का इस्तेमाल होता है। HTTP/2 की पहचान h2 के रूप में होती है, जबकि पुराने कनेक्शन में http/1.1 इस्तेमाल हो सकता है।

HTTP/2 में मेथड, स्टेटस कोड और हेडर जैसी परिचित HTTP अवधारणाएं बनी रहती हैं, लेकिन डेटा बाइनरी फ्रेम के जरिए भेजा जाता है। यह एक ही कनेक्शन पर कई स्ट्रीम चला सकता है और HTTP हेडर को कंप्रेस कर सकता है। इससे कनेक्शन का अतिरिक्त भार कम हो सकता है, खासकर उन पेजों पर जिनमें कई अलग-अलग संसाधन होते हैं। हालांकि, यह अपने आप धीमे एप्लिकेशन कोड, बड़ी इमेज या देर से पूरी होने वाली डेटाबेस क्वेरी को तेज नहीं करता।

HTTP/2 चेकर का इस्तेमाल कैसे करें?

जिस वेबसाइट पर HTTP/2 सपोर्ट जांचना है, उसे दर्ज करके जांच चलाएं। आपका इनपुट HTTPS के जरिए सर्वर तक जाता है, जहां जांच पूरी की जाती है, और उसे स्टोर नहीं किया जाता।

DNS में उच्चारण चिह्न वाले और गैर-लैटिन डोमेन लेबल को IDNA A-labels के रूप में दिखाया जाता है। इनमें Punycode एन्कोडिंग एल्गोरिदम इस्तेमाल होता है।

एक्सेस टोकन या कोई अन्य संवेदनशील जानकारी दर्ज न करें। इनपुट स्टोर नहीं किया जाता, लेकिन सर्वर पर जांच पूरी करने के लिए वह टूल के सर्वर तक जरूर भेजा जाता है।

HTTP/2 नतीजे को कैसे समझें?

नतीजा बताता है कि जांची गई वेबसाइट HTTP/2 इस्तेमाल कर रही है या नहीं। इसे उस वेबसाइट के बारे में मिले प्रमाण के रूप में देखें, न कि उसकी गति या कॉन्फ़िगरेशन के पूर्ण आकलन के रूप में।

• सकारात्मक नतीजा पुष्टि करता है कि प्रोटोकॉल इस्तेमाल हो रहा है। नकारात्मक नतीजे का अर्थ है कि जांच HTTP/2 की पुष्टि नहीं कर सकी, लेकिन केवल इससे कारण का पता नहीं चलता।

उदाहरण के लिए, मान लें कि किसी वेबसाइट के लिए HTTP/2 का नतीजा सकारात्मक आता है। इससे जांची गई वेबसाइट पर HTTP/2 की पुष्टि होती है। यह साबित नहीं होता कि अलग सेवाएं या कोई पुराना ओरिजिन सर्वर भी यही प्रोटोकॉल इस्तेमाल करते हैं।

अगर नतीजा HTTP/2 की पुष्टि नहीं करता, तो HTTP हेडर लुकअप से जांची गई वेबसाइट का निरीक्षण करें और वेब सर्वर या CDN की सेटिंग देखें। ब्राउज़र के डेवलपर टूल भी हर अनुरोध का प्रोटोकॉल दिखा सकते हैं, जो आम तौर पर h2 या http/1.1 के रूप में दिखाई देता है।

इस जांच से सामने आने वाली आम समस्याएं

होस्टिंग, प्रॉक्सी या CDN में बदलाव के बाद HTTP/2 जांच उपयोगी होती है, क्योंकि इससे पता चलता है कि सार्वजनिक एंडपॉइंट अपेक्षित प्रोटोकॉल इस्तेमाल कर रहा है या नहीं। इन सामान्य स्थितियों में नतीजा समस्या का दायरा कम करने में मदद करता है।

1. CDN अभी-अभी चालू किया गया है। ओरिजिन सर्वर के निजी या अस्थायी पते के बजाय सार्वजनिक वेबसाइट जांचें। अगर सार्वजनिक साइट HTTP/2 इस्तेमाल करती है, लेकिन ओरिजिन सर्वर नहीं, तो यह सामान्य हो सकता है। इसकी वजह यह है कि ब्राउज़र से CDN और CDN से ओरिजिन तक के कनेक्शन अलग होते हैं।
2. ब्राउज़र अब भी HTTP/1.1 दिखा रहा है। पक्का करें कि ब्राउज़र और चेकर एक ही वेबसाइट की जांच कर रहे हैं। एक पेज कई डोमेन से संसाधन लोड कर सकता है और हर कनेक्शन अपना प्रोटोकॉल अलग से तय करता है। किसी थर्ड-पार्टी स्क्रिप्ट का एक अनुरोध HTTP/1.1 इस्तेमाल कर रहा हो, तो इसका यह अर्थ नहीं कि मुख्य दस्तावेज भी वही प्रोटोकॉल इस्तेमाल कर रहा है।
3. सर्वर बदलने के बाद सर्टिफिकेट चेतावनी दिखाई दे रही है। HTTPS सर्टिफिकेट संभालना और HTTP प्रोटोकॉल तय करना, दोनों कनेक्शन सेटअप के आपस में जुड़े हिस्से हैं। फिर भी, HTTP/2 का नतीजा सर्टिफिकेट की पूरी जांच नहीं है। सर्टिफिकेट का होस्टनेम, समाप्ति तिथि, चेन और सर्वर कॉन्फ़िगरेशन अलग से जांचें।

यह जांच हर धीमे पेज लोड का कारण नहीं बता सकती। HTTP/2 सपोर्ट से सर्वर के जवाब देने का समय, JavaScript चलने की गति, इमेज का आकार या किसी खास विज़िटर और सर्वर के बीच नेटवर्क की भीड़ के बारे में कोई निश्चित जानकारी नहीं मिलती। नेटवर्क की पहुंच और जवाब मिलने के समय को अलग से देखना हो, तो पिंग इस्तेमाल करें।

कैश या प्रोपेगेशन के कारण नतीजा गलत क्यों लग सकता है?

DNS कैशिंग और कॉन्फ़िगरेशन प्रोपेगेशन के कारण कुछ समय तक अलग-अलग जांचें अलग सर्वरों तक पहुंच सकती हैं। DNS रिकॉर्ड बदलने के बाद रिकर्सिव रिज़ॉल्वर पुराने जवाब की time to live अवधि खत्म होने तक उसका इस्तेमाल जारी रख सकते हैं। इसलिए सर्वर-साइड चेकर और आपके दफ़्तर या घर का कनेक्शन अलग-अलग IP पतों तक पहुंच सकते हैं।

CDN और लोड बैलेंसर के बदलावों को भी हर एज लोकेशन तक पहुंचने में समय लग सकता है। किसी एक एंडपॉइंट पर HTTP/2 चालू हो सकता है, जबकि दूसरा अब भी पिछली कॉन्फ़िगरेशन दिखा रहा हो। मौजूदा DNS जवाब जांचें, पुष्टि करें कि सभी ओरिजिन या एज सर्वरों पर अपेक्षित सेटिंग एक जैसी है, और संबंधित कैश अवधि बीतने के बाद दोबारा तुलना करें।

ब्राउज़र खुले कनेक्शन का दोबारा इस्तेमाल करते हैं, जिससे भ्रम की एक और स्थिति बन सकती है। कोई टैब मौजूदा HTTP/1.1 कनेक्शन बंद होने तक उसी का इस्तेमाल कर सकता है, जबकि सर्वर पर की गई नई जांच HTTP/2 कनेक्शन तय कर लेती है। बेहतर तुलना के लिए ब्राउज़र कनेक्शन बंद करें या नया निजी ब्राउज़िंग सेशन शुरू करें।

अक्सर पूछे जाने वाले सवाल

क्या कोई वेबसाइट HTTP/1.1 और HTTP/2 दोनों सपोर्ट कर सकती है?

हां। सर्वर दोनों को सपोर्ट कर सकता है और कनेक्ट होने वाले क्लाइंट के अनुसार सही संस्करण चुन सकता है। इस अनुकूलता से पुराने क्लाइंट HTTP/1.1 इस्तेमाल कर पाते हैं, जबकि नए क्लाइंट HTTP/2 चुन सकते हैं।

क्या कोई साइट HTTP/2 के साथ HTTP/3 भी इस्तेमाल कर सकती है?

हां। कई सेटअप में HTTP/2 को वैकल्पिक प्रोटोकॉल के रूप में उपलब्ध रखा जाता है, क्योंकि HTTP/3 एक अलग ट्रांसपोर्ट प्रोटोकॉल इस्तेमाल करता है और वह हर नेटवर्क पर उपलब्ध नहीं हो सकता। HTTP/2 का नतीजा यह साबित नहीं करता कि HTTP/3 भी चालू है।

क्या HTTP/2 के लिए HTTPS जरूरी है?

HTTP/2 को पहले से जानकारी होने पर अनएन्क्रिप्टेड TCP पर इस्तेमाल किया जा सकता है, जबकि पहले इस्तेमाल होने वाले h2c HTTP/1.1 Upgrade टोकन का उपयोग अब अनुशंसित नहीं है। प्रमुख ब्राउज़र आम तौर पर HTTPS पर ही HTTP/2 इस्तेमाल करते हैं। इसलिए किसी सार्वजनिक वेबसाइट पर ब्राउज़र के लिए HTTP/2 उपलब्ध कराने में वैध TLS कॉन्फ़िगरेशन आम तौर पर जरूरी होता है।

क्या HTTP/2 ज्यादा time to first byte को ठीक कर सकता है?

नहीं। ज्यादा time to first byte अक्सर सर्वर प्रोसेसिंग, नेटवर्क की दूरी, कैश मिस या क्षमता से अधिक भार वाले इंफ्रास्ट्रक्चर की ओर इशारा करता है। HTTP/2 एक ही कनेक्शन पर कई अनुरोधों को बेहतर ढंग से संभाल सकता है, लेकिन सर्वर के जवाब देना शुरू करने से पहले होने वाली देरी को खत्म नहीं करता।

अंतिम जांच के लिए चेकर, ब्राउज़र डेवलपर टूल और DNS रिकॉर्ड में एक ही वेबसाइट के नतीजों की तुलना करें। अगर नतीजे अलग हों, तो रिज़ॉल्व हुआ IP पता नोट करें और मौजूदा DNS तथा CDN कैश की अवधि खत्म होने के बाद फिर से जांचें।