नेटवर्क उपकरण के ऑटो-बैकअप और संस्करण नियंत्रण प्रणाली में उनके भंडारण

सरलीकरण: समाधान डी-लिंक डीएफएल, सिस्को 29xx और वॉचगार्ड फायरबॉक्स के लिए कॉन्फ़िगर किया गया है, लेकिन सब कुछ के लिए उपयुक्त है जो ssh के माध्यम से कनेक्ट करते समय बैकअप कर सकता है और / या उन्हें एक शेड्यूल / ईवेंट पर ftp / tftf सर्वर पर अपलोड कर सकता है।

यह सब इस तथ्य के साथ शुरू हुआ कि मेरे मित्र प्रोग्रामर ने पूछा: "आप संस्करण नियंत्रण प्रणाली में नेटवर्क कॉन्फ़िगरेशन को क्यों संग्रहीत नहीं करते हैं?" और सच - मैंने सोचा - क्यों? अधिकांश कॉन्फ़िगरेशन फ़ाइलों को पाठ प्रारूप में डाउनलोड किया जा सकता है (ठीक है, ये बायनेरिज़ हैं, लेकिन पठनीय जानकारी को पाठ संपादक में खोला और प्रदर्शित किया जाता है)।

नेटवर्क पर, हमारे पास लगभग 30 अलग-अलग डी-लिंक डीएफएल, एक दर्जन सिस्को 29xx और एक जोड़ी वॉचगार्ड फायरबॉक्स है। प्रत्येक डिवाइस के लिए, आईटी शाखा के प्रशासक-स्तर के कर्मचारी, जहां यह खड़ा है, साथ ही मुख्य कार्यालय के आईटी में प्रशासक स्तर की पहुंच है। इससे "मैंने छह महीने तक बैकअप नहीं किया है और सब कुछ तोड़ दिया है, क्या आपके पास हमारा बैकअप है?" और "पिछले बैकअप को जलाने वाले उपकरण पिछले व्यवस्थापक ने किया था, मुझे नहीं पता कि मैं कहाँ था, हमें कॉन्फ़िगर करें"। और अगर सिस्को पहले से ही सहेजे जाने के लिए हर बार एफ़टीपी के लिए रनिंग-कॉन्फिगरेशन को रीसेट करता है, तो डी-लिंक के साथ ऐसा नहीं है। और संस्करण नियंत्रण प्रणाली समस्याओं को ट्रैक करने में मदद करेगी जैसे "मुझे याद नहीं है कि मैंने क्या और कब इसे बदला है, लेकिन हमारे पास एक चीज है जो महीने में एक बार टूट जाती है"। बैकअप विनियमन आपको मानव कारक से नहीं बचाता है और आपके लिए बैकअप नहीं देता है, इसलिए यह असहमति की तुलना में चेतावनी देना बेहतर है।

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

यह कुछ ऐसा करने का फैसला किया गया जो मुझे अपने दम पर सूट करे।

दरअसल, ऑटो बैकअप लंबे समय तक भीख मांगते हैं। लेकिन संस्करण नियंत्रण प्रणाली - यह ताजा था।

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

सभी DFLs के लिए, कॉन्फ़िग फ़ाइल को समान कहा जाता है, इसलिए कॉपी करते समय उन्हें स्पष्ट रूप से नाम देना आवश्यक था। मैं सिस्को के साथ ftp करने के लिए मौजूदा रनिंग-कॉन्फ़िगर फिल सिस्टम को फिर से कॉन्फ़िगर नहीं करना चाहता था।

सबसे पहले, एक संस्करण नियंत्रण प्रणाली स्थापित करें

मैंने svn, tk लिया। svn केवल एकमात्र लोकप्रिय है जो स्टोर बायनेरिज़ को अलग करता है, इतिहास की सभी फाइलें नहीं। ऐसा नहीं है कि यह छोटे संस्करणों पर महत्वपूर्ण था, लेकिन अच्छा था। सामान्य तौर पर, मैं कॉन्फ़िगरेशन फ़ाइलों की छोटी मात्रा को ध्यान में रखता हूं, जो संस्करण नियंत्रण प्रणाली को लेना है - कोई अंतर नहीं।

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

ऑटो-बैकअप मुझे एक ही लिनक्स मशीन (डेबियन के तहत) से बनाया गया है।

पहले हमने svn सेट किया ताकि हमारे पास एक ग्राहक हो:

sudo apt-get install svn 

अब परियोजना की एक प्रति हाथ से बनाई गई है (वर्तमान निर्देशिका में बनाई गई है):

 svn checkout https://servername.mydomain.ru/svn/DFL_BACKUPS/ DFL_BACKUPS --username go 

अब मेरे पास रिपॉजिटरी में तीन खंड हैं:

• करंट_बैकअप, जहां डी-लिंक डीएफएल कॉन्फिगर्स संग्रहीत और अधिलेखित हैं।
• Old_versions, जहां एक निर्धारित तिथि के साथ कॉन्फ़िगर किया जाता है, शाखा प्रशासकों द्वारा डाउनलोड करने में आसानी के लिए संग्रहीत किया जाता है।
• सिस्को, जहां सिस्को और वॉचगार्ड फायरबॉक्स विन्यास संग्रहीत हैं (ठीक है, यह हुआ)।

चलिए DFL ऑटो बैकअप के साथ शुरू करते हैं और DFL की स्थापना करते हैं

कनेक्शन ssh पर जाता है। पासवर्ड को खुले रूप में नहीं चमकाने के लिए, एक सार्वजनिक-निजी कुंजी जोड़ी का उपयोग किया जाता है। निजी सर्वर / usr / dfl_scripts / sshkeys / dfl_key में सर्वर पर संग्रहीत है।

हम ऑटो-बैकअप सर्वर पर सार्वजनिक-निजी कुंजी की एक जोड़ी उत्पन्न करते हैं:

 ssh-keygen –t rsa 

खुले को सभी DFLs में डाला जाता है और ssh एक्सेस नियम बनाया जाता है:





खैर, इसी दूरस्थ प्रबंधन की अनुमति है। डिफ़ॉल्ट रूप से पोर्ट को 2222 में बदला जा सकता है, हालांकि पहुंच केवल कुछ पते से संभव है।



डी-लिंक डीएफएल के वर्तमान कॉन्फ़िगरेशन के साथ फाइल रूट में निहित है और इसे config.bak कहा जाता है, आप बस इसे स्कैप का उपयोग करके अपने आप को कॉपी कर सकते हैं।

इसलिए, स्क्रिप्ट (मैंने शाखाओं की सूची में कटौती की ताकि कोई शीट न हो):

 #!/bin/bash rm /usr/dfl_scripts/dflbackup/* #    dfls=( "amur:10.28.10.254" #  "arhangelsk:10.29.10.254" "buratia:10.3.10.254" "volgograd:10.34.10.254" "voronezh:10.36.10.254" "irkutsk_210:10.38.20.253" "irkutsk_260:10.38.20.254" "yaroslavl:10.76.10.254" ) rm /usr/dfl_scripts/log.txt # - for dfl in "${dfls[@]}" ; do #   - filial="${dfl%%:*}" #delete the longest substr :* search from the end of string ip_addr="${dfl##*:}" #delete the longest substr *: search from the head of string echo $filial $ip_addr >> /usr/dfl_scripts/log.txt #     scp -P 2222 -i /usr/dfl_scripts/sshkeys/dfl_key admin@$ip_addr:config.bak /usr/dfl_scripts/dflbackup/$filial.bak 2>>/usr/dfl_scripts/log.txt #   ,      done FILES=$(ls /usr/dfl_scripts/dflbackup) #     now=$(date +"%d_%m_%Y") #     for f in $FILES ; do #      (    ) cp /usr/dfl_scripts/dflbackup/$f /usr/dfl_scripts/DFL_BACKUPS/current_backup/$f #       cp /usr/dfl_scripts/dflbackup/$f /usr/dfl_scripts/DFL_BACKUPS/old_versions/${f%.bak}_$now.bak #        done cd /usr/dfl_scripts/DFL_BACKUPS #   svn  svn add * --force -q >> /usr/dfl_scripts/log.txt #  .    . svn commit -m "added backups $now" >> /usr/dfl_scripts/log.txt #     /usr/bin/mail it@mydomain.ru < /usr/dfl_scripts/log.txt -s "   DFL" #    -   

स्क्रिप्ट को क्रोन में ढाला गया है और रोजाना सुबह 8:30 बजे चलता है। यह कैसा क्रेस्टब दिखता है:

 30 08 * * * /usr/dfl_scripts/autobackup.sh 30 06 * * * /usr/dfl_scripts/ciscobackup.sh 00 06 * * 1 /usr/dfl_scripts/fireboxbackup.sh 

अब सिस्को के बारे में

उपकरणों पर स्वयं, ऐसा कुछ कॉन्फ़िगर किया गया है:

 archive log config logging enable logging size 500 hidekeys path ftp://ftp.mydomain.ru/in/autolog/$H-$T write-memory ip ftp username user ip ftp password mypass ip scp server enable 

परिणामस्वरूप, राइट-मेमोरी कमांड ftp के लिए वर्तमान कॉन्फ़िगरेशन को रीसेट करता है। मेरा बैकअप ऑटो बैकअप के एक समूह की तुलना में एक अलग सर्वर पर है। 2 तरीके हैं: उस सर्वर पर रिपॉजिटरी की एक प्रति बनाएं और वहां कॉन्फ़िगरेशन जोड़ें या पड़ोसी सर्वर से कॉपी कॉन्फ़िगरेशन जोड़ें। मूल रूप से, पूरे अंतर यह है कि सीपी या एससीपी करना है या नहीं।

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

इनकॉर्पोरेट कॉन्फ़िगरेशन इस तरह दिखता है:

 /var/ftp/cisco/in/autolog/ IN_CREATE /usr/ftp_scripts/incron_cisco.sh $# $% 

स्क्रिप्ट ही:

 #!/bin/bash if [[ $2 == "IN_MOVED_TO" || $2 == "IN_CREATE" ]]; then sleep 10 filial="${1%%-*}" #delete the longest substr -* search from the end of string.        scp -P 2222 -i /usr/ftp_scripts/ssh_key_private /var/ftp/cisco/in/autolog/$1 go@10.10.10.220:/usr/dfl_scripts/ciscobackup/$filial.conf fi 

शेड्यूल के अनुसार ऑटो स्क्रिप्ट सर्वर पर अनुसूचित स्क्रिप्ट लॉन्च की गई है:

 #!/bin/bash logfile=/usr/dfl_scripts/log_cisco.txt rm $logfile now=$(date +"%d_%m_%Y") cd /usr/dfl_scripts/DFL_BACKUPS cp /usr/dfl_scripts/ciscobackup/* /usr/dfl_scripts/DFL_BACKUPS/cisco/ svn add * --force –q >> $logfile svn commit -m "added cisco backups $now" >> $logfile /usr/bin/mail it@mydomain.ru < $logfile -s "   cisco  watchguard" 

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

 #!/bin/bash watchguards=( "10.10.10.20:password1" "10.97.10.20:password2" ) now=$(date +"%Y_%m_%d") for wg in "${watchguards[@]}" ; do ip_addr="${wg%%:*}" pass="${wg##*:}" sshpass -p $pass ssh backupuser@$ip_addr -p 4118 << ENDME backup image WG_$now.fxi export image WG_$now.fxi 123456qQ to ftp://user:mypass@ftp.mydomain.ru/in/autolog/WG_$ip_addr-$now.fxi ENDME Done 

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

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

सर्वर पर, शाखाओं के लिए आवश्यक अधिकार (पढ़ें) के साथ एक उपयोगकर्ता बनाएं।

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





गैर-मानक टेक्स फ़ाइलों पर भिन्न बनाने के लिए, आपको यह सुनिश्चित करने की आवश्यकता है कि SVN इन फ़ाइलों को द्विआधारी नहीं, बल्कि पाठ मानता है। इस तरह:

 svn propset svn:mime-type text/plain current_backup/*.bak 

इस आदेश को निष्पादित करें, उदाहरण के लिए, लिनक्स के तहत और फिर कमिट करें।

खैर, यहाँ परिवर्तन हैं, आँखों के माध्यम से देखें। हम देखते हैं कि फ़ायरवॉल नियम बदल गए हैं:





यह एक ब्राउज़र में देखने के लिए अधिक सुविधाजनक है।



यदि कुछ हुआ है, तो व्यवस्थापक वांछित तारीख पर अनावश्यक इशारों के बिना वांछित बैकअप डाउनलोड कर सकता है।



हालांकि, आमतौर पर, नवीनतम पर्याप्त है।

एक तरह से साइकिल के आविष्कार के बारे में पता चला। लेकिन यह लगभग एक साल से डी-लिंक डीएफएल पर काम कर रहा है, ठीक वैसे ही जैसे मुझे ज़रूरत है, और कभी-कभी यह बहुत मदद करता है।

मुझे उम्मीद है कि कोई काम आएगा।

संदर्भ:

बासी के बारे में
वॉचगार्ड फायरबॉक्स सीएलआई मैनुअल
प्रो ऑक्सीकृत