कोई भी समाधान जिसमें मालिक द्वारा रखी गई कुंजी के साथ ग्राहक पक्ष पर एन्क्रिप्शन शामिल नहीं है, वह पहले बताई गई आवश्यकता (आईपी सुरक्षा / सुरक्षा) को पूरा करने वाला नहीं है - सर्वर साइड का कोई भी हैक अनएन्क्रिप्टेड डेटा प्रकट करता है। यह क्लाउड सिंकिंग सिस्टम जैसे ड्रॉपबॉक्स जैसे कि चाबी के मालिक हैं।
वेबसाइट के सर्वर पर सभी महत्वपूर्ण एन्क्रिप्शन कुंजियों की मेजबानी करने से बचने के लिए, जो किसी बिंदु पर हैक होने की संभावना है, यहां मैं क्या करूंगा:
- ग्राहक की अपनी साइट पर इन-हाउस बैकअप सर्वर - दोनों अन्य सर्वरों के लिए एन्क्रिप्शन कुंजी और एसएसएच कुंजी है
- वेबसाइट को होस्ट करने वाला सर्वर - एक वेब होस्ट हो सकता है
- क्लाउड बैकअप सर्वर या सेवा
चरण 1: सर्वर (1) बैकअप को (2) से खींचता है, इसलिए वेबसाइट सर्वर के अधिकांश हैक बैकअप से समझौता नहीं करेंगे। इस बिंदु पर एन्क्रिप्शन होता है।
- मैं कुंजी-आधारित लॉगिन का उपयोग करके SSH पर rsnapshot का उपयोग करूंगा , क्योंकि इसमें वेब होस्ट और इन-हाउस बैकअप सर्वर की न्यूनतम आवश्यकताएं हैं - जब तक कि आपके पास बैकअप करने के लिए एक बड़ा DB नहीं है, यह बैंडविड्थ में बहुत कुशल है और साइट के कई संस्करणों को संग्रहीत करता है, और पुराने बैकअप को भी सँभालता है।
- एन्क्रिप्शन किसी भी फाइल टू फाइल टूल जैसे कि GPG, rsnapshot ट्री को दूसरे पेड़ पर कॉपी करने के लिए किया जा सकता है - या आप डिस्क स्पेस को बचाते हुए चरण 2 के लिए डुप्लिकेट का उपयोग कर सकते हैं।
- बैकअप सर्वर से "खींचो" महत्वपूर्ण है - यदि मुख्य सर्वर (2) में बैकअप सर्वर के लिए पासवर्ड / कुंजी हैं, तो हैकर्स मुख्य सर्वर को हैक करने के बाद कभी-कभी बैकअप हटा सकते हैं (नीचे देखें)। वास्तव में उन्नत हैक ट्रोजन एसएसएच बायनेरिज़ को स्थापित कर सकते हैं जो तब बैकअप सर्वर से समझौता कर सकते थे, लेकिन ज्यादातर कंपनियों के लिए इसकी संभावना कम है।
चरण 2: सर्वर (1) एन्क्रिप्टेड बैकअप को (3) धकेलता है ताकि ऑफसाइट बैकअप हो। यदि बैकअप चरण 1 में एन्क्रिप्ट किए गए थे, तो आप रिमोट सिस्टम पर स्थानीय rsnapshot ट्री के rsync दर्पण का उपयोग कर सकते हैं।
- रिमोट सर्वर पर अनएन्क्रिप्टेड rsnapshot ट्री को सीधे एन्क्रिप्ट और बैकअप करने के लिए डुप्लिकेट एक अच्छा विकल्प होगा। GPG- एन्क्रिप्टेड टार अभिलेखागार का उपयोग करते हुए, डुप्लिकेटिटी की विशेषताएं rsnapshot के लिए थोड़ी भिन्न होती हैं, लेकिन यह दूरस्थ होस्ट पर बैकअप एन्क्रिप्शन प्रदान करता है और केवल उस होस्ट पर SSH की आवश्यकता होती है (या यह Amazon S3 का उपयोग कर सकता है)। द्वैधता हार्ड लिंक का समर्थन नहीं करता है , इसलिए यदि यह आवश्यक है (उदाहरण के लिए एक पूर्ण सर्वर बैकअप के लिए), तो यह सबसे अच्छा है अगर कोई स्क्रिप्ट rsnapshot ट्री (जो हार्ड लिंक का समर्थन करता है) को एक टार फाइल (शायद सिर्फ उन फ़ाइलों में>> में परिवर्तित करता है) 1 हार्ड लिंक, जो काफी छोटा होगा) इसलिए डुप्लिकेट टार फाइल का बैकअप ले सकता है।
- चूंकि रिमोट सर्वर सिर्फ एक SSH होस्ट है, संभवतः rsync के साथ, यह एक वेब होस्ट हो सकता है (लेकिन एक अलग होस्टिंग प्रदाता और देश के एक अलग हिस्से में), या rsync और / या SSH प्रदान करने वाली क्लाउड सेवा - देखें bsbackup और rsync.net की अनुशंसा के लिए क्लाउड पर rsync बैकअप पर यह उत्तर , हालांकि मैं उल्लेखित बैकअप सेटअप से सहमत नहीं हूं।
- आप डुप्लिकेट के साथ दूरस्थ सर्वर के रूप में अमेज़ॅन एस 3 का उपयोग कर सकते हैं, जो आपको वास्तव में अच्छी उपलब्धता देगा हालांकि शायद बड़े बैकअप के लिए अधिक लागत आएगी।
- रिमोट एन्क्रिप्टेड बैकअप के लिए अन्य विकल्प हैं बॉक्सबैकअप (काफी परिपक्व, कुछ अच्छी विशेषताएं नहीं) और टार्सनैप (कमर्शियल क्लाउड सर्विस जो कि साधारण कमांड लाइन इंटरफेस के साथ अमेज़ॅन एस 3 पर आधारित है, अच्छा समर्पण और बहुत गहन एन्क्रिप्शन है)।
सभी विभिन्न मेजबानों की सुरक्षा महत्वपूर्ण है, इसलिए क्लाइंट की सुरक्षा प्रोफ़ाइल को पूरा करने के लिए इसे समायोजित किया जाना चाहिए अर्थात खतरों, जोखिमों, हमलावर वैक्टर आदि का विश्लेषण करना। उबंटू सर्वर खराब शुरुआत नहीं है क्योंकि इसमें 5 के लिए लगातार सुरक्षा अपडेट हैं। साल, लेकिन सभी सर्वरों पर सुरक्षा पर ध्यान देने की आवश्यकता है।
यह सेटअप 2 स्वतंत्र बैकअप प्रदान करता है, जिनमें से एक अत्यधिक उपलब्ध क्लाउड स्टोरेज सेवा हो सकती है, पुल मोड में काम करती है इसलिए वेबसाइट पर अधिकांश हमले एक ही समय में बैकअप को नष्ट नहीं कर सकते हैं, और यह अच्छी तरह से सिद्ध खुले स्रोत उपकरण का उपयोग करता है जो नहीं बहुत प्रशासन की आवश्यकता है।
- स्वतंत्र बैकअप महत्वपूर्ण हैं, क्योंकि हैकर्स वास्तव में कभी-कभी वेबसाइट को हैक करने के साथ-साथ सभी बैकअप को हटा देते हैं - हाल के मामलों में हैकर्स ने 4800 वेबसाइटों को नष्ट कर दिया, जिसमें साइटों के बजाय वेब होस्टिंग वातावरण को हैक करके बैकअप भी शामिल है। इस उत्तर को भी देखें और इस एक को ।
- Rsnapshot के साथ रिस्टोर करना बहुत आसान है - बैकअप की गई प्रत्येक फ़ाइल के लिए प्रत्येक स्नैपशॉट ट्री में एक फ़ाइल होती है, इसलिए बस लिनक्स टूल्स और rsync के साथ फाइल खोजें या उन्हें वेबसाइट पर वापस भेजें। यदि ऑन-साइट बैकअप सर्वर किसी कारण से अनुपलब्ध है, तो क्लाउड बैकअप सर्वर से उन्हें पुनर्स्थापित करने के लिए केवल डुप्लिकेट का उपयोग करें - या आप बैकअप को पुनर्स्थापित करने के लिए GPG, rdiff और टार जैसे मानक टूल का उपयोग कर सकते हैं।
चूंकि यह सेटअप मानक SSH और rsync का उपयोग करता है, इसलिए सही अपटाइम गारंटी, मजबूत सुरक्षा आदि के साथ एक उपयुक्त प्रदाता चुनना आसान होना चाहिए। आपको एक लंबे अनुबंध में लॉक नहीं करना है, और यदि बैकअप सेवा में कोई आपत्तिजनक स्थिति है। विफलता, आपके पास अभी भी एक स्थानीय बैकअप है और किसी अन्य बैकअप सेवा पर काफी आसानी से स्विच कर सकते हैं।