सार्वजनिक सेवाओं का उपयोग करके सुरक्षित बैकअप

अक्सर ऐसा होता है कि कई अलग-अलग परियोजनाएं होती हैं जिन्हें नियमित रूप से बैकअप की आवश्यकता होती है।
लेकिन अधिक बार ऐसा होता है कि आपकी स्वयं की बैकअप सेवा को बढ़ाना आलसी है, और प्रतियां समय-समय पर सबसे अच्छी बनती हैं, और सबसे खराब रूप से वे बिल्कुल भी नहीं बनती हैं। विशेष रूप से आलसी लोगों के लिए फ़ाइल सिंक्रनाइज़ेशन सेवाएं जैसे ड्रॉपबॉक्स , Yandex.Disk और उनके जैसे अन्य लोग आए। निचला रेखा हमेशा समान होता है: एक संलग्न डिवाइस पर डाउनलोड की गई फ़ाइल सभी अन्य पर दिखाई देती है। हुर्रे, समाधान पाया।
लेकिन एक और सवाल उठता है: डाउनलोड की गई सामग्री की सुरक्षा। और अगर आपको मल्लोर्का से चित्रों के बारे में चिंता करने की ज़रूरत नहीं है, तो 1 सी का मुकाबला आधार इस तरह के बैकअप से भरा है। और यहाँ, इस बहुत ही लेख में, एक छोटा HOW-TO के बारे में है कि कैसे एक बमर रहें और फाइलों को सुरक्षित रखें।

मान्यताओं

इस HOW-TO को लिखते समय, मुझे लगता है कि पाठक सिस्टम प्रशासन की मूल बातें से परिचित है, स्वतंत्र रूप से एक खाता बना सकता है और एक दूरस्थ कंप्यूटर पर सिंक्रनाइज़ेशन सेवा को कॉन्फ़िगर कर सकता है। मैं एक उदाहरण के रूप में CentOS 6 लिनक्स, इसकी नोड्स और ड्रॉपबॉक्स सेवा के साथ दिखाऊंगा। सभी समान अन्य ओएस और सेवाओं पर किया जा सकता है। और GnuPG के बजाय, आप OpenSSL का उपयोग कर सकते हैं।

स्टोरेज पर सॉफ्टवेयर इंस्टॉल करना

ड्रॉपबॉक्स को स्थापित और कॉन्फ़िगर करें

डाउनलोड करें और सेट करें। वैसे, इस तथ्य के बावजूद कि X11 निर्भरता में है, आप सुरक्षित रूप से --nodeps के साथ स्थापित कर सकते हैं

[root@server ~]# wget https://www.dropbox.com/download?dl=packages/fedora/nautilus-dropbox-1.6.0-1.fedora.x86_64.rpm [root@server ~]# rpm -i --nodeps nautilus-dropbox-1.6.0-1.fedora.x86_64.rpm Dropbox installation successfully completed! You can start Dropbox from your applications menu. [root@server ~]# su user [user@server ~]$ dropbox start -i Downloading Dropbox... 100% Unpacking Dropbox... 100% Done! [user@server ~]$ dropbox stop [user@server ~]$ ~/.dropbox-dist/dropboxd This computer isnt linked to any Dropbox account... Please visit https://www.dropbox.com/cli_link?host_id=**************************************** to link this device. This computer isnt linked to any Dropbox account... Please visit https://www.dropbox.com/cli_link?host_id=**************************************** to link this device. 

हम लिंक का अनुसरण करते हैं, पासवर्ड दर्ज करते हैं, और यहां:

 This computer is now linked to Dropbox. Welcome ********* ^C ~/.dropbox-dist/dropboxd & [user@server ~]$ exit [root@server ~]# rpm -e nautilus-dropbox 

GNUPG2 स्थापित करें और कुंजियाँ बनाएँ

 [root@server ~]# yum install gpg [... skipped ...] [root@server ~]# su user 

एक प्रमुख जोड़ी बनाएं

 [user@server ~]$ gpg --gen-key [... skipped ...] Please select what kind of key you want: (1) RSA and RSA (default) (2) DSA and Elgamal (3) DSA (sign only) (4) RSA (sign only) Your selection? 1 RSA keys may be between 1024 and 4096 bits long. What keysize do you want? (2048) 4096 Requested keysize is 4096 bits Please specify how long the key should be valid. 0 = key does not expire <n> = key expires in n days <n>w = key expires in n weeks <n>m = key expires in n months <n>y = key expires in n years Key is valid for? (0) Key does not expire at all Is this correct? (y/N) y GnuPG needs to construct a user ID to identify your key. Real name: Backup Server Email address: backup@my.company.com Comment: Main backup server You selected this USER-ID: "Backup Server (Main backup server) <backup@my.company.com>" Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O You need a Passphrase to protect your secret key. [... skipped ...] gpg: key E4E021AB marked as ultimately trusted public and secret key created and signed. gpg: checking the trustdb gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u pub 4096R/E4E021AB 2014-01-29 Key fingerprint = 0FDC B999 6FEB FBB5 1E59 48BD 71C2 6663 E4E0 21AB uid Backup Server (Main backup server) <backup@my.company.com> sub 4096R/C7212824 2014-01-29 

अगर जेनरेशन के दौरान gpg शपथ लेगा कि पर्याप्त एन्ट्रापी नहीं है, तो इसे बनाएं।
मैं आमतौर पर दूसरे कंसोल पर जाता हूं और कुछ करता हूं:

 [user@server ~]$ while true; do find / -type f; done 

यह केवल सभी प्रतिभागियों के बीच सार्वजनिक कुंजी साझा करने के लिए बनी हुई है - हमने इसे ड्रॉपबॉक्स में डाल दिया।

 [user@server ~]$ gpg --export -o ~/Dropbox/public.gpg 

एक निरर्थक सर्वर पर सॉफ्टवेयर स्थापित करना

सिद्धांत रूप में, सब कुछ समान है, लेकिन आप अपनी खुद की चाबियाँ उत्पन्न नहीं कर सकते।
करने के लिए पर्याप्त है

 [user@server ~]$ gpg --import ~/Dropbox/public.gpg 

बैकअप प्रक्रिया

यह अलग-अलग तरीकों से संभव है। प्रत्येक सर्वर का अपना ड्रॉपबॉक्स खाता है, और एक फ़ोल्डर जो बैकअप सर्वर के साथ साझा (साझा फ़ोल्डर) है। प्रकार backu_srv1, backup_srv2, आदि। यद्यपि आपके पास सभी सर्वरों पर बस 1 खाता हो सकता है - यह सब उस डेटा की मात्रा पर निर्भर करता है जो बैकअप होगा।
ड्रॉपबॉक्स में डालने से पहले मुख्य "ट्रिक" फाइलों को एन्क्रिप्ट करना है।
नीचे एक स्क्रिप्ट का एक उदाहरण है जो mysql डेटाबेस का बैकअप लेता है।

 #!/bin/sh FILE="~/Dropbox/backup_srv1/mysql_$(date +%d.%m.%y).sql.gz.gpg" LOG="~/scripts/backup.log" USER="************" PASS="************" DB="**********" KEY="0xE4E021AB" export PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/core_perl mysqldump -u${USER} -p${PASS} $DB|gzip -c|gpg --trust-model=always --yes -e -r $KEY -o "$FILE" && echo "$FILE : OK" >> "$LOG" && exit echo "$FILE : ERROR" >> "$LOG" && exit 

कुंजी पर ध्यान दें - यह सार्वजनिक कुंजी आईडी है जो हमें चरण 2 में प्राप्त हुई और सर्वर पर / में आयात की गई है।

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

आगे बैकअप का उपयोग

संभव विकल्प। आप सभी प्राप्त बैकअप को डिक्रिप्ट कर सकते हैं और उन्हें कहीं भी रख सकते हैं, आप एक घंटे तक एन्क्रिप्टेड स्टोर कर सकते हैं "X"। यह स्वाद का मामला है। केवल एक चीज जो मैं सुझाता हूं, वह है निजी लिपि की कई प्रतियाँ, जिनमें एक लिफ़ाफ़े में ए 4 शीट्स भी शामिल हैं। यदि आप अन्य सभी विकल्पों को खो देते हैं, तो आप पत्रक से कई, कई प्रतीकों को भर देंगे।

 [user@server ~]$ gpg --armor --export-secret-keys 

अरे हाँ। डिक्रिप्शन ही।

 [user@server backup_srv1]$ gpg -o ~/mysql_29.01.14.sql.gz -d mysql_29.01.14.sql.gz.gpg  -      : "Backup Server (Main backup server) <backup@my.company.com>" 4096- RSA , ID C7212824,  2014-01-29 (  ID E4E021AB) gpg:  4096-  RSA,  ID C7212824,  2014-01-29 "Backup Server (Main backup server) <backup@my.company.com>" 

और अब महत्वपूर्ण बात:
ड्रॉपबॉक्स के साथ सिंक्रनाइज़ किए जाने वाले फ़ोल्डरों में अपने बैकअप को डिक्रिप्ट न करें!

एक निष्कर्ष के बजाय

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

-
8033A3EF / DBD1 B794 73AD 3A5C 9279 A8E1 16B5 6AA3 8033 A3EF