KernelCare लाइसेंस: बिना रीबूट कर्नेल सुरक्षा पैच

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

यहाँ से खरीदा गया लाइसेंस डाउनलोड करके संभालने वाली किसी की-फाइल पर नहीं, आपके सर्वर के IP पते पर दर्ज होता है। सर्वर पर इंस्टॉलेशन एक ही कमांड है; स्क्रिप्ट लाइसेंस को IP से पहचानती है और एजेंट चालू कर देती है। भुगतान प्रीपेड बैलेंस से कटता है, बीच में मंज़ूरी का कोई पड़ाव नहीं, इसलिए लाइसेंस आम तौर पर एक मिनट में चालू हो जाता है। सर्वर दूसरी मशीन या दूसरे डेटा सेंटर ले जाएँ तो IP आप खुद पैनल में बदलते हैं — न टिकट, न इंतज़ार — और पुराने पते पर लाइसेंस तुरंत बंद हो जाता है। अगर आप कई मशीनें चलाते हैं तो लाइसेंस बनाना, नवीनीकरण, निलंबन और IP बदलना, सब REST API से हो सकता है, जो हर अकाउंट स्तर पर खुला है और WHMCS या आपके अपने सिस्टम से जोड़ा जा सकता है। मासिक लाइसेंस भुगतान की गई अवधि के अंत तक चलते हैं और ऑटो-रिन्यूअल आप जब चाहें बंद कर सकते हैं; न अनुबंध, न रद्द करने का शुल्क। हर ऑर्डर, नवीनीकरण और API कॉल अपने नतीजे के साथ आपके अकाउंट में दर्ज होता है।

पैच डिस्ट्रिब्यूशन के अपने स्टॉक कर्नेल के लिए बनाए जाते हैं। अगर आप खुद बनाया या बदला हुआ कर्नेल चलाते हैं तो ऑर्डर से पहले `uname -r` देख लें, क्योंकि एजेंट को लगाने के लिए कुछ मिलेगा ही नहीं। OpenVZ या LXC जैसे कंटेनर वर्चुअलाइज़ेशन में कर्नेल होस्ट नोड का होता है, इसलिए लाइसेंस हर कंटेनर पर नहीं, होस्ट पर लगता है; KVM, VMware और बेयर-मेटल सर्वर अपना-अपना कर्नेल चलाते हैं और हर एक को अपना लाइसेंस चाहिए। यूज़रस्पेस पैचिंग — OpenSSL और glibc जैसे हिस्सों को सेवाएँ रोके बिना अपडेट रखना — और जीवनकाल पूरा कर चुके डिस्ट्रिब्यूशन के लिए विस्तारित सहायता, अलग दायरे हैं; कौन सा पैकेज क्या कवर करता है, यह मौजूदा कीमत के साथ कैटलॉग में दिखता है। आखिर में, रीबूट पूरी तरह गायब नहीं होते: बड़े कर्नेल वर्जन बदलाव, हार्डवेयर व ड्राइवर बदलाव और कुछ सिस्टम अपडेट के लिए नियोजित रीस्टार्ट अब भी ज़रूरी रहता है। फायदा यह है कि उस दिन के आने तक किसी सुरक्षा पैच को टालना नहीं पड़ता।