इन्फ्रास्ट्रक्चर जोखिम: जब आपकी होस्टिंग, आपका CDN या आपका रजिस्ट्रार तय कर ले कि आपका कारोबार स्वागत योग्य नहीं है

दोपहर से पहले पहुंचने वाला बंद करने का ईमेल

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

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

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

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

यह नीति क्यों है, गलती क्यों नहीं

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

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

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

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

तीन अलग-अलग स्विच, और उनमें से सिर्फ़ एक आपकी होस्टिंग है

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

वेब होस्ट वह सर्वर चलाता है जो कोड और डेटाबेस रखता है। अगर वह खाता निलंबित करता है, तो साइट पहुंच से बाहर हो जाती है, और डेटा तब तक अप्राप्य रह सकता है जब तक विवाद सुलझ न जाए या कहीं और बैकअप बहाल न कर लिया जाए। यही वह गड़बड़ी है जिसकी कल्पना ऑपरेटर करते हैं जब वे जोखिम के बारे में सोचते भी हैं।

कंटेंट डिलीवरी नेटवर्क या रिवर्स प्रॉक्सी, अगर साइट प्रदर्शन या DDoS सुरक्षा के लिए इसका इस्तेमाल करती है, तो आमतौर पर डोमेन के DNS रिज़ॉल्यूशन को नियंत्रित करता है या हर अनुरोध के आगे प्रॉक्सी के रूप में खड़ा रहता है। अगर वह खाता निलंबित हो जाए, तो आगंतुकों के ब्राउज़र साइट को ढूंढ भी नहीं पाते, चाहे उसके पीछे मौजूद ओरिजिन सर्वर कितनी भी अच्छी तरह चल रहा हो। CDN की शर्तें आमतौर पर होस्ट जितनी ही व्यापक विवेकाधिकार सुरक्षित रखती हैं: अपने पूर्ण विवेक से, सूचना के साथ या उसके बिना, किसी भी कारण से निलंबन। एक ऐसा ऑपरेटर जिसे कभी होस्टिंग की समस्या नहीं हुई, वह फिर भी पूरी तरह ऑफ़लाइन हो सकता है, एक असंबंधित खाते की वजह से, जो असली सर्वर से एक कदम आगे बैठा है।

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

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

कुछ भी हस्ताक्षर करने से पहले असल में क्या जांचें

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

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

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

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

एक ऐसा ढांचा बनाना जिसे कोई एक कंपनी बंद न कर सके

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

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

डोमेन के DNS का टाइम-टू-लिव इतना छोटा रखें कि एक बार नया होस्ट चुन लेने पर उसकी ओर इशारा करने में एक दिन नहीं, एक घंटा लगे, और पहले से जान लें कि अगर मौजूदा प्रदाता कल खाता बंद कर दे तो कारोबार असल में किस दूसरे होस्ट या CDN की ओर जाएगा। कभी न परखी गई माइग्रेशन योजना वह योजना होती है जिसमें ठीक उसी पल एक गायब कदम सामने आता है जब उसे खोजने का समय नहीं बचता। मजबूर होने से पहले, किसी शांत सप्ताहांत में एक बार इस बदलाव को आज़मा लेना, यह जानने का इकलौता तरीका है कि यह वाकई काम करता है।

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