वेबसाइट उपलब्ध नहीं: कारण, निदान और तत्काल कार्रवाई
DNS, कनेक्टिविटी, TLS और एप्लिकेशन प्रतिक्रिया जाँचें, सेवा सुरक्षित रूप से बहाल करें और बार-बार होने वाली घटनाएँ रोकें।
आप क्या सीखेंगे
ऐसी जानकारी जिसे आप इस्तेमाल कर सकें।
- DNS से एप्लिकेशन तक वेबसाइट विफलता का दायरा सीमित करना
- स्थिति कोड, लॉग और बाहरी अवलोकन जोड़ना
- संवाद और घटना-पश्चात समीक्षा से दोहराई जाने वाली घटनाएँ रोकना
पुष्टि करें कि कौन प्रभावित है, फिर क्रम से DNS, कनेक्शन, TLS और HTTP जाँचें। ज्ञात सुरक्षित सेवा बहाल करें, प्रमाण सुरक्षित रखें और स्पष्ट संवाद करें; उसके बाद तकनीकी और संगठनात्मक कारण दूर करें।
ब्राउज़र के समान लक्षणों के अलग कारण हो सकते हैं
कभी लोड न होने वाला पृष्ठ, त्रुटि दिखाने वाला पृष्ठ या खाली सामग्री लौटाने वाला पृष्ठ, आगंतुक को एक जैसे अनुपलब्ध लग सकते हैं। रिलीज़ या अचानक बढ़े ट्रैफ़िक के बाद वेब सर्वर रुक या ओवरलोड हो सकता है, डोमेन गलत गंतव्य पर जा सकता है, या कोड, प्लगइन, कॉन्फ़िगरेशन अथवा संसाधन समाप्त होने से HTTP 500, 502 या 503 त्रुटियाँ आ सकती हैं।
स्थानीय और व्यापक विफलता में अंतर करने के लिए बाहरी नेटवर्क से जाँचें, संबंधित Nginx, Apache या कंटेनर सेवा देखें और हाल के अपडेट या कॉन्फ़िगरेशन बदलावों की समीक्षा करें। प्रोडक्शन पर प्रभाव होने के कारण मनमाने प्रयासों के बजाय तेज़, व्यवस्थित निदान बेहतर है।
उपलब्धता निर्भरताओं की एक श्रृंखला है
ब्राउज़र और एप्लिकेशन के बीच DNS, नेटवर्क, TLS, CDN या रिवर्स प्रॉक्सी, वेब सर्वर, रनटाइम, डेटाबेस और बाहरी सेवाएँ हैं। पहले तय करें कि घटना वैश्विक, क्षेत्रीय, किसी प्रदाता तक सीमित या केवल एक उपकरण पर है। फिर नाम समाधान, TCP कनेक्टिविटी, प्रमाणपत्र और HTTP उत्तर जाँचें।
502 या 504, DNS NXDOMAIN या एप्लिकेशन से बने 500 से अलग है। कोरिलेशन ID और टाइमस्टैम्प आगंतुक के अनुभव को सर्वर लॉग से जोड़ते हैं। घटना से ठीक पहले डिप्लॉयमेंट, DNS, फ़ायरवॉल, प्रमाणपत्र या डेटाबेस में बदलाव उपयोगी संकेत है, अपने-आप प्रमाण नहीं।
घटना के दौरान स्थिति स्थिर करें
पहला उद्देश्य सेवा को सुरक्षित रूप से बहाल करना है। दबाव में जटिल सुधार करने से ज्ञात सही संस्करण पर लौटना, खराब सुविधा बंद करना या स्वस्थ इंस्टेंस पर जाना बेहतर हो सकता है। हर कार्रवाई, समय, उत्तरदायी व्यक्ति और परिणाम दर्ज करें।
प्रभावित सुविधा, शुरू होने का समय, उपयोगकर्ता पर प्रभाव, वर्तमान स्थिति और अगले अपडेट का समय बताएँ। सार्वजनिक संदेशों में अटकलें न दें। सेंध की आशंका हो तो अनियंत्रित बदलावों से लॉग मिटने या सिस्टम बदलने से पहले प्रमाण सुरक्षित करें और एक्सेस सीमित करें।
घटना-पश्चात समीक्षा से सिस्टम सुधारें
घटना शुरू करने वाला कारण, तकनीकी मूल कारण और प्रभाव बढ़ाने वाले संगठनात्मक कारण अलग करें। गायब परीक्षण, अस्पष्ट ज़िम्मेदारी, कमज़ोर संसाधन सीमाएँ और देर से आई चेतावनी, विफल प्रक्रिया जितने प्रासंगिक हो सकते हैं। सुधारात्मक कार्रवाइयों के लिए उत्तरदायी व्यक्ति, अंतिम तारीख और सत्यापन योग्य सफलता मानदंड तय करें।
कई स्थानों से स्वचालित परीक्षण, वास्तविक उपयोगकर्ता मेट्रिक, संरचित लॉग और वितरित ट्रेस भविष्य में निदान का समय घटा सकते हैं। उपयोगी निगरानी केवल पृष्ठ बंद होने की सूचना देने के बजाय बताती है कि कौन-सी निर्भरता, कब से और किन उपयोगकर्ताओं के लिए विफल है।
व्यावहारिक जाँच सूची
- 01
बाहरी निगरानी और एक से अधिक नेटवर्क से दायरे की पुष्टि करें।
- 02
क्रम से DNS, कनेक्शन, TLS और HTTP जाँचें।
- 03
हाल के बदलाव, इन्फ्रास्ट्रक्चर मेट्रिक और एप्लिकेशन लॉग को आपस में जोड़ें।
- 04
सुरक्षित रोलबैक या प्रभाव सीमित करने वाली कार्रवाई को प्राथमिकता दें और दर्ज करें।
- 05
कारण, कार्रवाई, उत्तरदायी व्यक्ति और अंतिम तारीख सहित घटना-पश्चात समीक्षा पूरी करें।
अक्सर पूछे जाने वाले प्रश्न
502 और 504 में क्या अंतर है?
दोनों अक्सर गेटवे या प्रॉक्सी से आते हैं। 502 अमान्य या विफल अपस्ट्रीम उत्तर बताता है; 504 बताता है कि अपस्ट्रीम की प्रतीक्षा निर्धारित टाइमआउट से अधिक हो गई।
हमें प्रदाता से कब संपर्क करना चाहिए?
जब माप से पता चले कि विफलता आपके नियंत्रण वाली परत के बाहर है या प्रदाता घटना की पुष्टि करे। समय, ट्रेस और आपके निदान के प्रमाण एस्केलेशन में सहायक होते हैं।
संबंधित पेशकश
Bissolux आपकी कैसे मदद कर सकता है
इस मार्गदर्शन को एक व्यावहारिक कदम में बदलें। ऑर्डर देने से पहले सेवा का दायरा, कीमत और शामिल न होने वाली मदें जाँच लें।
विज्ञापन · Bissoluxआईटी सहायता और संचालन
अपने सिस्टम और ज़रूरतों के बारे में बताएँ। काम शुरू करने से पहले हम उसका दायरा, ज़िम्मेदारियाँ और शर्तें तय करेंगे। संपर्क पेज अंग्रेज़ी में उपलब्ध है।
विज्ञापन · Bissoluxआईटी बुनियादी ढाँचा
अपने सिस्टम और ज़रूरतों के बारे में बताएँ। काम शुरू करने से पहले हम उसका दायरा, ज़िम्मेदारियाँ और शर्तें तय करेंगे। संपर्क पेज अंग्रेज़ी में उपलब्ध है।