यदि DNS बदलने के बाद साइट खुलना बंद हो जाए तो क्या करें

यदि DNS बदलने के बाद साइट खुलना बंद हो जाए तो क्या करें

DNS बदलना एक चालाक चीज है। वेबसाइट को ऐसा लगता है कि पहले ही स्थानांतरित कर दिया गया है, लेकिन ब्राउज़र में खाली, त्रुटि या पुराना पता होता है। और फिर पैनिक शुरू होता है: पहले होस्टिंग को दोषी ठहराया जाता है, फिर रजिस्ट्रार, फिर खुद को।

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

जांचें कि क्या समस्या वास्तव में DNS से संबंधित है

सबसे पहले DNS-प्रभाव को बाकी सब चीजों से अलग करें। यदि DNS बदलने से पहले साइट खुलती थी, और 5 मिनट बाद बंद हो गई, तो यह अभी भी प्रमाण नहीं है। समय का संयोग धोखेबाज़ है।

देखें कि वेबसाइट विभिन्न लक्षणों के साथ कैसे व्यवहार करती है: बिल्कुल नहीं खुलती, दूसरे डोमेन में चली जाती है, SSL त्रुटि देती है या बस लोडिंग घुमाती है। यह पहले से ही 4 अलग-अलग परिदृश्य हैं, और प्रत्येक का अपना स्रोत है। कभी-कभी समस्या DNS जैसी लगती है, जबकि वास्तव में https पर रीडायरेक्ट टूट गया है या प्रमाणपत्र समाप्त हो गया है।

एक सरल परीक्षण है: यदि आपको ज्ञात है, तो सीधे IP द्वारा वेबसाइट खोलने का प्रयास करें, या किसी अन्य संचार चैनल के माध्यम से, जहां पुराना पता पहले से सहेजा गया है। यदि IP पर सर्वर प्रतिक्रिया देता है, लेकिन डोमेन पर नहीं, तो DNS वास्तव में संदिग्धों की सूची में है। यदि किसी पर भी प्रतिक्रिया नहीं मिलती है, तो यह DNS के बारे में नहीं है, बल्कि सर्वर, वर्चुअल होस्ट या स्वयं प्लेटफ़ॉर्म के बारे में है।

बाहरी कारकों की भी जांच करें। उदाहरण के लिए, यदि हाल ही में साइट पर SSL या रीडायरेक्ट में बदलाव किया गया है, तो ब्राउज़र आपको वह त्रुटि नहीं दिखा सकता है जिसकी आप अपेक्षा कर रहे हैं। यहां अनुमान लगाने के बजाय सटीक संदेश पर ध्यान देना उपयोगी है। कभी-कभी एक त्रुटि संदेश 30 मिनट की अतिरिक्त खोज बचा सकता है।

नए DNS को उस चीज़ से मिलाना जो खुलनी चाहिए

DNS बदलने के बाद, रिकॉर्ड की सूची खोलें और इसकी तुलना करें कि वास्तव में क्या खोलना है। डोमेन के रूट के लिए आमतौर पर A-रिकॉर्ड की जांच की जाती है, IPv6 के लिए - AAAA, उपडोमेन के लिए अक्सर CNAME की आवश्यकता होती है। एक अक्षर की गलती सामान्य वेबसाइट को एक बंद गली में बदल देती है।

सिर्फ डोमेन पर नहीं, बल्कि सबडोमेन पर भी ध्यान देना चाहिए। उदाहरण के लिए, www एक होस्ट पर ले जा सकता है, जबकि बिना www के — दूसरे पर। और यदि इनमें से कोई एक बिंदु पुराने सर्वर की ओर इशारा करता है, तो उपयोगकर्ता पता दर्ज करने के तरीके के आधार पर विभिन्न परिणाम देखेंगे।

यह प्रवासन योजना के साथ मिलान करने में अच्छी मदद करता है। यदि आपने साइट को स्थानांतरित किया है, तो नया DNS उस पते पर इंगित करना चाहिए, जहां साइट पहले से ही चालू है, न कि एक खाली परीक्षण स्थल पर। यहाँ गलती अक्सर सरल होती है: रिकॉर्ड बनाया गया, लेकिन लक्ष्य पुराना छोड़ दिया गया।

यदि आपको गहराई से जांचने की आवश्यकता है, तो वर्तमान मानों की तुलना उस चीज़ से करें जो कार्य के अनुसार होनी चाहिए। यहाँ 3 चीजें महत्वपूर्ण हैं: रिकॉर्ड का नाम, रिकॉर्ड का प्रकार और गंतव्य पता। CNAME में एक अतिरिक्त वर्ण या किसी अन्य नेटवर्क से IP — और वेबसाइट केवल कुछ अनुरोधों के लिए खुलना बंद कर देती है।

नए DNS प्रदाता पर स्विच टूट गया है या नहीं, इसकी जांच करें

जब डोमेन को नए DNS प्रदाता पर स्थानांतरित किया जाता है, तो यह सुनिश्चित करना आवश्यक है कि डेलीगेशन पूरी तरह से हुआ है। डोमेन के पास सही NS होने चाहिए, और क्षेत्र को नए सर्वर द्वारा वास्तव में सेवा दी जानी चाहिए। अन्यथा, पैनल में सब कुछ सुंदर है, लेकिन इंटरनेट पर अभी भी पुरानी कॉन्फ़िगरेशन जीवित है।

जांचें कि रजिस्ट्रार के NS नए प्रदाता के साथ जो आपने लिखा है, उससे मेल खाते हैं या नहीं। यदि वहां एक पुराना पता रह गया है, तो डोमेन अप्रत्याशित रूप से व्यवहार कर सकता है। यह विशेष रूप से ध्यान देने योग्य है जब रिकॉर्ड रात में बदले गए थे, और सुबह वेबसाइट "कभी खुलती है, कभी नहीं"।

एक और सामान्य जाल — क्षेत्र बनाया गया है, लेकिन सक्रिय नहीं है। नया DNS प्रदाता डोमेन को पैनल में स्वीकार कर सकता है, लेकिन रिकॉर्ड की सेवा नहीं कर सकता। इस स्थिति में आप सेटिंग्स देखते हैं, लेकिन बाहरी दुनिया उन्हें नहीं देखती। यह अप्रिय है, है ना।

जांचने का एक अच्छा तरीका है - कई स्रोतों से NS-प्रश्न का उत्तर देखना। यदि उत्तरों का एक हिस्सा पुराने प्रदाता पर जा रहा है, तो संक्रमण पूरा नहीं हुआ है। और यहां एक स्क्रीनशॉट नहीं, बल्कि 2-3 स्वतंत्र जांच महत्वपूर्ण हैं।

दुनिया और उपयोगकर्ताओं में अपडेट में देरी को ध्यान में रखें

DNS बदलने के बाद कुछ लोग नया पता देखेंगे, जबकि कुछ पुराना। यह सामान्य है। प्रदाता, राउटर और डिवाइस में कैश होता है, और यह आपकी इच्छा पर रीसेट नहीं होता।

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

यदि डोमेन हाल ही में पुराने सेटिंग्स पर था, तो कुछ रिज़ॉल्वर उन्हें अभी भी याद रखेंगे। तब एक उपयोगकर्ता नए सर्वर को देखता है, दूसरा - पुराने को, और तीसरा रिकॉर्ड्स के असंगति के कारण त्रुटि प्राप्त करता है। ऐसा व्यवहार विशेष रूप से A-रिकॉर्ड को दूसरे होस्ट पर बदलने के समय स्पष्ट होता है।

यहाँ एक साधारण अनुशासन मदद करता है: DNS को 5 बार एक के बाद एक न बदलें। हर नई संपादन चित्र को और अधिक बिगाड़ देती है, और फिर कोई नहीं समझता कि अंतिम रिकॉर्ड कौन सा है। एक परिवर्तन को स्थिर करना और इंतजार करना बेहतर है, बजाय तीन विकल्पों के बीच इधर-उधर दौड़ने के।

IPv4 और IPv6 के बीच संघर्ष की जांच करें

कभी-कभी A रिकॉर्ड पहले से ही सही होता है, जबकि AAAA कहीं नहीं इंगित करता। कुछ उपकरणों के लिए, यह कोई छोटी बात नहीं है, बल्कि एक पूर्ण स्टॉप-सिग्नल है। आधुनिक ब्राउज़र और नेटवर्क IPv6 को पसंद करते हैं, और यदि यह टूट गया है, तो साइट कार्यशील IPv4 के बावजूद अनुपलब्ध लग सकती है।

दोनों रिकॉर्ड को अलग-अलग जांचें। यदि डोमेन को केवल IPv4 पर काम करना है, तो AAAA को गलती से छोड़ना बेहतर नहीं है। खाली या पुराना IPv6 पता अक्सर अजीब स्थिति पैदा करता है: एक इंटरनेट से साइट खुलती है, दूसरे से नहीं।

कभी-कभी इसके विपरीत भी होता है। IPv6 पहले से ही सक्रिय है, लेकिन A-रिकॉर्ड पुराने सर्वर की ओर इशारा करता है। तब कुछ उपयोगकर्ता बिना किसी समस्या के प्रवेश करते हैं, जबकि अन्य टाइमआउट का सामना करते हैं। बाहरी रूप से यह अराजकता की तरह दिखता है, लेकिन कारण आमतौर पर एक ही होता है: दो रिकॉर्ड अलग-अलग दिशाओं में देख रहे होते हैं।

यदि आपके पास DNS सेटिंग्स तक पहुंच है, तो कार्यस्थल के पते के साथ दोनों पते की तुलना करें। यहाँ अनुमान लगाने की आवश्यकता नहीं है। 2 संख्याएँ चाहिए: IPv4 और IPv6। और दोनों को वहाँ ले जाना चाहिए, जहाँ साइट वास्तव में प्रतिक्रिया देती है।

सुनिश्चित करें कि वेबसाइट निर्दिष्ट पते पर प्रतिक्रिया दे रही है

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

यदि सर्वर पर कई वेबसाइटें हैं, तो सही वर्चुअल होस्ट सब कुछ हल कर देता है। एक ही IP 10 डोमेन की सेवा कर सकता है, और बिना सटीक बाइंडिंग के सर्वर गलत प्रोजेक्ट या त्रुटि देगा। यह विशेष रूप से नए प्लेटफॉर्म पर स्थानांतरित करने के बाद स्पष्ट होता है, जब कॉन्फ़िगरेशन को जैसे-तैसे कॉपी किया गया हो, लेकिन डोमेन का नाम भूल गया हो।

सर्वर के उत्तर की भी जांच करें: 200, 301, 302, 404 या 500। ये कोड किसी भी समर्थन चैट से अधिक बताते हैं। यदि गंतव्य पते पर 404 आता है, तो इसका मतलब है कि DNS पहले ही पहुंच गया है, लेकिन होस्ट पर साइट अपेक्षाओं के साथ मेल नहीं खाती।

कभी-कभी मुख्य पृष्ठ के बजाय एक विशिष्ट पथ खोलना उपयोगी होता है, जैसे /login या /admin। इससे यह देखा जा सकता है कि क्या वेबसाइट पूरी तरह से काम कर रही है या केवल प्रारंभिक पृष्ठ। जब स्थानांतरण की बात आती है, तो छोटी जांच बड़े आत्मविश्वास से "लगभग खुलता है" से बेहतर होती है।

वैसे, अगर जांचों के बीच मनोरंजन के लिए एक ब्रेक चाहिए, तो आप देख सकते हैं छात्रों के बारे में चुटकुले। चुटकुले मुफ्त में। छोटे — यह 1-2 मिनट है, ज्यादा नहीं। कभी-कभी ऐसा विराम पुराने सर्वर को नए से भ्रमित करने में मदद करता है।

HTTPS और प्रमाणपत्र को रिकॉर्ड बदलने के बाद मिलाएं

DNS पहले से ही सही होस्ट पर जा सकता है, लेकिन ब्राउज़र फिर भी HTTPS पर शिकायत कर रहा है। तब समस्या प्रमाणपत्र, HSTS या रीडायरेक्ट में है। नए IP पर स्थानांतरित करने के बाद यह एक बहुत सामान्य कहानी है।

जांचें कि क्या यह प्रमाणपत्र वास्तव में इस डोमेन और उपडोमेन के लिए जारी किया गया है। यदि नया पता एक सर्वर पर जाता है, जहाँ प्रमाणपत्र किसी अन्य नाम पर जारी किया गया है, तो ब्राउज़र उपयोगकर्ता को आगे नहीं बढ़ने देगा। और यहाँ न तो कैश मदद करेगा, न ही रीलोड।

HSTS कठोरता जोड़ता है। यदि साइट पहले HTTPS पर काम कर रही थी और ब्राउज़र में नियम स्थिर है, तो पुरानी या गलत कॉन्फ़िगरेशन के माध्यम से इसे खोलने का प्रयास तुरंत ब्लॉक कर देगा। यह ब्राउज़र की बग नहीं है, बल्कि इसकी मेमोरी है, और यह अधिक समय तक रहती है जितना कि हम चाहेंगे।

एक और छोटी बात - http से https पर रीडायरेक्ट। यदि यह पुराने डोमेन की ओर इशारा करता है, तो नया DNS सही दिखता है, लेकिन साइट फिर भी गलत दिशा में जाती है। रीडायरेक्ट के बाद अंतिम पते की जांच करें, न कि केवल प्रारंभिक बिंदु की।

यदि सभी कदमों के बाद भी यह स्पष्ट नहीं है कि क्या अन्य लोगों के लिए साइट खुली है, तो प्रश्न को सामग्री के साथ मिलाना समझदारी है कैसे जांचें कि वेबसाइट धोखाधड़ी है. कभी-कभी लोग प्रमाणपत्र की गलती को प्रतिस्थापन के प्रयास के रूप में लेते हैं, जबकि यह केवल रिकॉर्ड और डोमेन में असंगति है।

होस्टिंग या DNS के लिए समर्थन में क्या भेजना है, इसकी तैयारी करें

जब आपकी जांच समाप्त हो जाए, तो समर्थन के लिए एक संक्षिप्त पैकेज इकट्ठा करें। डोमेन, नए NS, परिवर्तन का सटीक समय, त्रुटि का स्क्रीनशॉट और जो पहले से जांचा गया है उसकी सूची की आवश्यकता है। ये 5 बिंदु हैं, और ये 'हमारा कुछ भी काम नहीं कर रहा' के लंबे पत्र की तुलना में अधिक समय बचाते हैं।

कृपया यह बताना न भूलें कि समस्या किस डिवाइस और नेटवर्क से देखी जा रही है। समर्थन के लिए, यह कोई औपचारिकता नहीं है, बल्कि एक उपयोगी विवरण है: एक ही डोमेन मोबाइल नेटवर्क से खुल सकता है और घरेलू नेटवर्क से गिर सकता है। यदि वे बदले हैं, तो वर्तमान A, AAAA और CNAME रिकॉर्ड संलग्न करना भी उपयोगी है।

यदि आपने DNS प्रदाता बदला है, तो कृपया बताएं कि पहले डोमेन किसके पास था और अब किसके पास है। कभी-कभी मदद इस बात पर निर्भर करती है कि क्षेत्र पहले से ही प्रतिनिधित्वित है, लेकिन पुराना सर्वर अभी भी कुछ रिसोल्वर में उत्तर दे रहा है। जितना सटीक आप मार्ग का वर्णन करेंगे, उत्तर के लिए उतने ही कम चक्र होंगे।

अच्छा तरीका है कि तुरंत 2-3 स्रोतों से जांच का परिणाम संलग्न करें, न कि केवल एक स्क्रीनशॉट ब्राउज़र से। समर्थन के लिए यह देखना आसान होता है कि चित्र कहां भिन्न होता है: क्षेत्र में, रजिस्ट्रार के पास या सर्वर पर। और जितनी कम अटकलें होंगी, उतनी ही तेजी से संकीर्ण स्थान मिल जाएगा।

यदि तकनीकी दिनचर्या के बाद थोड़ा सिर को हल्का करना है, तो आप इस पर ध्यान भंग कर सकते हैं साइकोलॉजिस्ट के सबसे क्रूर प्रयोग — सामग्री सरल नहीं है, लेकिन यह इस भावना को अच्छी तरह से तोड़ देती है कि एक टूटी हुई DNS दुनिया को स्थिर रखती है। और फिर आप लॉग और NS-रिकॉर्ड्स पर वापस लौट सकते हैं।

अगर समस्या चलती रहती है तो और क्या जांचें

यदि वेबसाइट केवल कुछ उपयोगकर्ताओं के लिए खुलती है, तो एक कारक पर न देखें, बल्कि 3 चीजों के संयोजन पर देखें: DNS, कैश और सर्वर। जब तीनों असंगत होते हैं, तो लक्षण हर घंटे बदलते हैं। यह ठीक वही स्थिति है जब एक ही डोमेन सुबह और शाम को अलग-अलग व्यवहार करता है।

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

यदि आप स्थानांतरण के बाद साइट की संरचना भी बदलते हैं, तो पुराने लिंक के बारे में न भूलें। उपयोगकर्ता एक गैर-मौजूद पृष्ठ पर पहुंच सकता है और यह तय कर सकता है कि डोमेन पूरी तरह से टूट गया है। प्रैक्टिस में, केवल 20 में से 1 रास्ता टूटता है।

और हाँ, कभी-कभी समस्या को एक श्रृंखला के रूप में देखना फायदेमंद होता है। DNS सर्वर पर जाता है, सर्वर वेबसाइट देता है, प्रमाणपत्र डोमेन की पुष्टि करता है, और ब्राउज़र निर्णय लेता है कि उपयोगकर्ता को अनुमति देनी है या नहीं। यदि 4 में से कोई एक तत्व गायब हो गया, तो वेबसाइट सही तरीके से नहीं खुलती।

जब सब कुछ जांच लिया गया है और फिर भी पहुंच कूदती है, तो अंतिम 2 परिवर्तनों को दर्ज करें और समर्थन के उत्तर तक नए परिवर्तनों को न करें। अन्यथा, आप खुद को यह देखने में बाधित कर रहे हैं कि श्रृंखला कहाँ टूट गई।