वेबसाइट अपटाइम चेकर — सबके लिए डाउन या सिर्फ़ मेरे लिए?

कैसे जानें कि वेबसाइट सबके लिए चल रही है?

इसे अपने नेटवर्क के बाहर कई नेटवर्क से माँगें: अलग-अलग जगहों के प्रोब को HTTP जवाब मिले — RFC 9110 के अर्थ में 2xx या 3xx स्टेटस — तो साइट वहाँ से चल रही है, और सिर्फ़ आपकी तरफ़ विफलता आपके कनेक्शन, रिज़ॉल्वर या ISP की ओर इशारा करती है। अनुरोधों का एक दौर बस एक झलक है; साइट लगातार चलती रहती है, यह जानने के लिए मॉनिटरिंग चाहिए, जो ऐसे प्रोब तय समय पर दोहराती है और विफल होने पर अलर्ट देती है।

वेबसाइट अपटाइम चेकर कैसे इस्तेमाल करें

वेबसाइट का पता डालें (example.com जैसा अकेला होस्टनेम https माना जाता है)।
जल्दी जवाब के लिए 3 प्रोब रखें या 4 या 5 चुनें; डिफ़ॉल्ट मेथड HEAD है, सर्वर HEAD ठुकराए तो GET चुनें।
«चल रही है या नहीं, जाँचें» दबाएँ। जवाब लगभग 20 सेकंड में आता है।
स्टेटस ✓ हो पर आपसे साइट न खुले तो अपना कनेक्शन या DNS देखें; ✗ या ◐ हो तो प्रोब की एरर पढ़ें।

वेबसाइट अपटाइम चेकर की खूबियाँ

आपके नेटवर्क के बाहर से «क्या अभी चल रही है?» का जवाब: Globalping नेटवर्क दुनिया भर से तीन से पाँच कम्युनिटी प्रोब चुनता है और हर एक आपकी साइट को एक अनुरोध भेजता है
साफ़ नतीजा — ✓ हर प्रोब को 2xx या 3xx जवाब मिला, ◐ कुछ को मिला, ✗ किसी को नहीं — चलते प्रोब की संख्या और रिस्पॉन्स टाइम के मीडियन के साथ
हर प्रोब के लिए: लोकेशन, नतीजा, HTTP स्टेटस कोड, कुल समय और पहुँचा हुआ एड्रेस; जिस प्रोब को जवाब नहीं मिला उसकी एरर
किसी भी पब्लिक साइट पर काम करता है, Cloudflare या किसी दूसरे CDN के पीछे वाली साइटों पर भी
जान-बूझकर एक बार की जाँच: न अकाउंट, न शेड्यूल, न सहेजा इतिहास — जब नया जवाब चाहिए, फिर चलाएँ

इनपुट और आउटपुट

इनपुट

वेबसाइट का पता: किसी पब्लिक होस्ट का http:// या https:// URL; उसका पाथ माँगा जाता है, query string नहीं भेजी जाती।
प्रोब: 3, 4 या 5। मेथड: HEAD (डिफ़ॉल्ट) या GET।

आउटपुट

अभी: नतीजे का चिह्न और उसका अर्थ, भाग लेने वालों में से चलते प्रोब, उनके रिस्पॉन्स टाइम का मीडियन, और दिखे HTTP स्टेटस कोड।
प्रोब नतीजे: हर प्रोब की एक पंक्ति — लोकेशन, नतीजे का चिह्न, स्टेटस कोड, मिलीसेकंड में कुल समय और पहुँचा हुआ एड्रेस।
बिना जवाब वाले प्रोब: हर एक की बताई एरर। मेज़रमेंट: Globalping मेज़रमेंट ID, उसकी स्थिति और बचा कोटा।

वेबसाइट अपटाइम चेकर का उदाहरण

हर प्रोब से जवाब देने वाली साइट (उदाहरण के लिए नतीजा)

इनपुट:

वेबसाइट का पता: https://www.example.com/ · प्रोब: 3 · मेथड: HEAD

आउटपुट:

स्टेटस ✓ (हर प्रोब को 2xx या 3xx जवाब मिला) · चलते प्रोब 3 / 3 · रिस्पॉन्स टाइम का मीडियन 121 ms · HTTP स्टेटस 200
Amsterdam, NL (EU) · ✓ · 200 · 64 ms
Dallas, US (NA) · ✓ · 200 · 121 ms
Tokyo, JP (AS) · ✓ · 200 · 233 ms
नोट: यह कुछ Globalping प्रोब से एक बार की जाँच है: यह साइट को मॉनिटर नहीं करती, इतिहास नहीं रखती और अलर्ट नहीं भेजती। दोबारा जाँचने के लिए फिर चलाएँ।

वेबसाइट अपटाइम चेकर के नतीजे कैसे पढ़ें

✓ — जो भी प्रोब पूरा हुआ उसे 2xx या 3xx जवाब मिला: इस पल उन जगहों से साइट चल रही है।

◐ — कुछ प्रोब को सफल जवाब मिला और कुछ को एरर या कुछ नहीं: क्षेत्रीय या रुक-रुककर होने वाली समस्या, या किसी एक प्रोब का अपना नेटवर्क। जाँच दोबारा चलाएँ, या विफल इलाक़े को क्षेत्र के अनुसार वेबसाइट उपलब्धता टूल से जाँचें।

✗ — किसी प्रोब को सफल जवाब नहीं मिला। 5xx कोड के साथ सर्वर पहुँच में है पर विफल हो रहा है; कोई जवाब न हो तो साइट, उसका DNS या होस्टिंग पहुँच से बाहर है। HEAD के साथ 405 का मतलब सिर्फ़ इतना है कि सर्वर HEAD ठुकराता है: GET पर जाएँ।

? — कोई प्रोब समय पर पूरा नहीं हुआ। यह साइट के बारे में फ़ैसला नहीं है; जाँच दोबारा चलाएँ।

वेबसाइट अपटाइम चेकर कब इस्तेमाल करें

जब आपके कंप्यूटर पर साइट न खुले, तो «सबके लिए डाउन है या सिर्फ़ मेरे लिए?» का फ़ैसला करें।
डिप्लॉयमेंट, DNS बदलाव या आउटेज के बाद पक्का करें कि साइट वापस चल रही है।
सपोर्ट टीम को बाहर से जल्दी, साझा करने लायक नज़रिया दें: कई देशों से स्टेटस कोड और समय, सार्वजनिक मेज़रमेंट ID के साथ।

समस्या निवारण

सभी प्रोब 405 दिखाते हैं: सर्वर HEAD ठुकराता है। GET चुनकर जाँच दोबारा चलाएँ।
सभी प्रोब DNS एरर के साथ बिना जवाब: नाम सार्वजनिक रूप से रिज़ॉल्व नहीं होता — डोमेन के DNS रिकॉर्ड और उसका रजिस्ट्रेशन जाँचें।
प्रोब चल रहे हैं पर आपका ब्राउज़र विफल: DNS कैश साफ़ करें, दूसरा नेटवर्क या रिज़ॉल्वर आज़माएँ, और अपनी तरफ़ के प्रॉक्सी, VPN और फ़ायरवॉल जाँचें।
«मेज़रमेंट घंटे में 30 तक सीमित हैं» या «घंटे का कोटा ख़त्म»: दिखाए गए रीसेट समय तक रुकें।

वेबसाइट अपटाइम चेकर के बारे में अक्सर पूछे जाने वाले सवाल

वेबसाइट सबके लिए डाउन है या सिर्फ़ मेरे लिए, कैसे पता करें?

प्रोब दुनिया भर में दूसरे लोगों के नेटवर्क पर होते हैं। अगर उन्हें 2xx या 3xx जवाब मिलता है और आपके ब्राउज़र में साइट नहीं खुलती, तो दिक़्क़त आपकी तरफ़ है — आपका कनेक्शन, DNS रिज़ॉल्वर, प्रॉक्सी या फ़ायरवॉल। प्रोब भी विफल हों तो वजह शायद साइट या उसकी होस्टिंग है।

क्या यह मेरी वेबसाइट को लगातार मॉनिटर करता है?

नहीं। यह एक बार की जाँच है: बटन दबाने पर तीन से पाँच प्रोब एक-एक अनुरोध भेजते हैं, और कुछ भी दोहराया, स्टोर या अलर्ट नहीं किया जाता। डाउनटाइम होते ही जानने के लिए ऐसी मॉनिटरिंग सेवा चाहिए जो लगभग हर मिनट जाँचे और आपको सूचना दे; यह पेज «क्या अभी चल रही है?» का जवाब देता है।

एक प्रोब विफल और बाकी सफल क्यों हुए?

विफल प्रोब के नेटवर्क की अपनी समस्या हो सकती है, वह किसी दूसरे CDN edge या सर्वर तक पहुँच सकता है, या नाम अलग ढंग से रिज़ॉल्व कर सकता है। उसकी एरर पढ़ें, जाँच दोबारा चलाएँ, और उस इलाक़े को जान-बूझकर जाँचने के लिए क्षेत्र के अनुसार वेबसाइट उपलब्धता टूल इस्तेमाल करें।

चलती हुई साइट पर 405 क्यों दिखता है?

जाँच डिफ़ॉल्ट रूप से HEAD भेजती है, जिसे कुछ सर्वर और फ़्रेमवर्क 405 Method Not Allowed से ठुकराते हैं। सर्वर ने जवाब दिया, यानी वह चल रहा है; सामान्य पेज अनुरोध का स्टेटस देखने के लिए GET चुनें।

क्या मेरी जाँचें निजी रहती हैं?

नहीं। Globalping हर मेज़रमेंट प्रकाशित करता है, जाँचा गया पता और नतीजे भी, किसी के लिए भी जिसके पास उसकी ID हो। Mutqan कुछ स्टोर नहीं करता। जिन पतों का पाथ गोपनीय हो उन्हें न जाँचें।

तकनीकी नोट्स

हर प्रोब एक HTTP अनुरोध भेजता है — डिफ़ॉल्ट HEAD, चाहें तो GET, दोनों RFC 9110 के अनुसार — URL के पाथ के लिए, और https में TLS पर। 2xx या 3xx स्टेटस को «चल रही» गिना जाता है (रीडायरेक्ट एक जवाब है, जो अपने 3xx स्टेटस के साथ दिखता है); 4xx और 5xx ऐसे जवाब हैं जो एरर बताते हैं; जिस अनुरोध को कोई HTTP जवाब ही नहीं मिला (DNS विफल, कनेक्शन ठुकराया या टाइमआउट, TLS एरर), वह उस प्रोब के लिए डाउन गिना जाता है।

मेज़रमेंट के साथ कोई लोकेशन नहीं भेजी जाती, इसलिए Globalping अपने दुनिया भर के पूल से प्रोब चुनता है; हर रन में वे बदलते हैं। Mutqan सर्वर मेज़रमेंट बनाता है, 20 सेकंड तक नतीजे का इंतज़ार करता है और प्रोब की रिपोर्ट मेज़रमेंट ID के साथ लौटाता है।

रिस्पॉन्स टाइम प्रोब का पूरे लेन-देन का कुल समय है, जिसमें उसकी अपनी DNS खोज और कनेक्शन बनना शामिल है; चलते प्रोब का मीडियन दिखाया जाता है ताकि एक धीमा प्रोब हावी न हो।

सीमाएँ और कार्यप्रणाली

यह अपटाइम मॉनिटरिंग नहीं है: न शेड्यूल, न इतिहास, न अपटाइम प्रतिशत, न अलर्ट। दो हाथ से की गई जाँचों के बीच की छोटी रुकावट कभी नहीं दिखती।

Globalping के चुने तीन से पाँच प्रोब छोटा सैंपल हैं; वे आपके उपयोगकर्ताओं से दूर हो सकते हैं, और प्रोब के अपने नेटवर्क की दिक़्क़त आपकी साइट की विफलता जैसी दिख सकती है।

सिर्फ़ एक अनुरोध का HTTP जवाब मापा जाता है — न पेज रेंडरिंग, न स्क्रिप्ट, न लॉगिन, न कंटेंट जाँच — और मेज़रमेंट के पैरामीटर व नतीजे Globalping पर सार्वजनिक हैं।

सुरक्षा और गोपनीयता

होस्टनेम और पाथ Mutqan सर्वर और Globalping तक जाते हैं, जो मेज़रमेंट प्रकाशित करता है; Mutqan कुछ स्टोर नहीं करता और कोई इतिहास नहीं रखा जाता। सिर्फ़ वही साइटें जाँचें जिनकी आपको अनुमति है।

संदर्भ

RFC 9110: HTTP SemanticsIETF · 2022HTTP मेथड, हेडर फ़ील्ड, स्टेटस कोड और कंटेंट निगोशिएशन के अर्थ, वायर वर्ज़न से स्वतंत्र।
Globalping APIGlobalping (jsDelivr)Globalping नेटवर्क का सार्वजनिक API: कम्युनिटी प्रोब से ping, traceroute, MTR, DNS और HTTP मेज़रमेंट कैसे बनते हैं, देश, क्षेत्र या नेटवर्क से उनकी लोकेशन कैसे चुनी जाती है और नतीजे कैसे पढ़े जाते हैं।
Monitoring Distributed Systems — Site Reliability Engineering (Rob Ewaschuk)Google / O'Reilly Media · 2016monitoring पर Google की SRE गाइडेंस: black-box बनाम white-box monitoring और चार golden signals — latency, traffic, errors और saturation।