ऑफ़-साइट बैकअप

एक ही डिस्क पर रखी कॉपी आपको ठीक एक चीज़ से बचाती है — आपकी खुद की rm -rf गलती से। सिर्फ़ किसी दूसरी जगह रखी कॉपी ही आपको OS रीइंस्टॉल, एक्सेस खोने, रैनसमवेयर, या किसी भी ऐसी खराबी से बचाती है जो पूरी मशीन को गिरा दे।

कॉपी कहाँ रखें

सिद्धांत सरल है: कॉपी को सोर्स मशीन के पूरी तरह खो जाने पर भी बची रहनी चाहिए। अगर एक ही घटना से दोनों स्टोरेज गिर जाएँ, तो आपके पास एक ही जगह है।

कौन किससे खींचता है

दो विकल्प हैं, और ये रैनसमवेयर से अलग-अलग तरह से बचाते हैं।

मशीन कॉपी पुश करती है। सरल, लेकिन पुश की चाबी मशीन पर ही रहती है। जो हमलावर root ले लेगा, वह स्टोरेज तक भी पहुँच जाएगा।

स्टोरेज खुद कॉपी खींचता है। चाबी रिसीवर पर रहती है, और मशीन को इसका पता भी नहीं होता। ज़्यादा सुरक्षित, लेकिन इसके लिए रिसीवर को मशीन तक पहुँचना ज़रूरी है।

दोनों को कवर करने वाला एक समझौता: मशीन पुश करे, लेकिन रिसीवर पर चाबी सिर्फ़ राइट-ओनली हो, डिलीट की अनुमति बिल्कुल न हो।

command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup

Restic में यही भूमिका append-only मोड निभाता है — ऐसा रिपॉज़िटरी जिसमें सिर्फ़ जोड़ सकते हैं:

restic --repo sftp:backup@host:/srv/restic backup /data

इस स्थिति में पुराने स्नैपशॉट रिसीवर अपने तय शेड्यूल पर खुद डिलीट करता है, मशीन नहीं।

मशीन पर पड़ी ऐसी चाबी, जिसके पास कॉपी डिलीट करने का अधिकार हो, पूरी योजना की कीमत गिरा देती है। रैनसमवेयर सबसे पहले ठीक यही चाबी ढूँढता है। डिलीट की अनुमति किसी और के पास होनी चाहिए।

उपलब्धता की जाँच

रीस्टोर की ज़रूरत आमतौर पर सबसे बुरे वक़्त पर पड़ती है: मशीन बंद है, आप घबराए हुए हैं, और वक़्त नहीं है। पहले से पक्का कर लें कि आपके पास ये सब है:

• स्टोरेज का पता और क्रेडेंशियल — इस मशीन के बाहर लिखे हुए।
• Restic रिपॉज़िटरी का पासवर्ड — पासवर्ड मैनेजर में।
• मशीन का root पासवर्ड — यह एन्क्रिप्टेड रखा जाता है और /hosting/vds/m/<id> पैनल के “Access” टैब में एक बटन से दिखता है, लेकिन पैनल सिर्फ़ आपके लिए ही उपलब्ध है।
• क्या कहाँ है इसकी सूची: किस कॉपी में क्या है।

यह सब एक छोटे नोट में लिख लें और VPS से बाहर रखें।

कितना डेटा मूव करना है

बैंडविड्थ 500 Mbps तक है, लेकिन अड़चन आमतौर पर रिसीवर की तरफ़ होती है। पहली पूरी कॉपी हाथ से और शांत समय पर बनाएँ; उसके बाद सिर्फ़ बदलाव ही जाएँगे। स्पीड सीमित करने के लिए, ताकि सेवाओं में रुकावट न हो:

rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...

वैल्यू किलोबाइट प्रति सेकंड में हैं।

आम गलतियाँ

• दोनों कॉपी एक ही प्रोवाइडर के एक ही जगह पर। यह एक ही जगह है, चाहे आप इसे कुछ भी कहें।
• कॉपी पुश हो रही है, लेकिन किसी को पता नहीं कि वह रुक गई। Uptime Kuma में पुश चेक सेट करें।
• आपने कभी रीस्टोर आज़माया ही नहीं। देखें रीस्टोर ड्रिल।
• स्टोरेज क्रेडेंशियल ऐसी स्क्रिप्ट में हैं जो खुद भी कॉपी में पहुँच जाती है। एन्क्रिप्शन के साथ यह जानलेवा नहीं है, लेकिन अगर स्क्रिप्ट के साथ स्टोरेज भी खो गया, तो यह एक सुराख़ है।

कॉपी में ठीक क्या डालना है, यह क्या बैकअप लें में बताया गया है; तरीके हैं rsync और Restic।