Pritunl: கட்டுப்பாட்டு நிலை vs உருவாக்கப்பட்ட சுயவிவரம்

ஒரு காப்பகம் வேலை செய்யும் Pritunl பயன்பாட்டை மீட்டெடுக்கிறது; மற்றொன்று அதன் படிமத்தை மட்டும் மீட்டெடுக்கிறது. கிளையண்ட் சுயவிவரம், ஹோஸ்ட் கட்டமைப்பின் நகல் மற்றும் நிலை அடைவின் tarball அனைத்தும் காப்புப்பிரதி போலத் தெரிகின்றன, அவற்றில் எதுவும் தனியாக Pritunl நிர்வகிக்கும் அமைப்புகள், பயனர்கள் மற்றும் சேவையக வரையறைகளைத் திருப்பித் தராது. வேறுபாடு உரிமையில் உள்ளது: நிலையின் ஒரு பகுதி தரவுத்தளத்திற்கு, ஒரு பகுதி ஹோஸ்டுக்கு சொந்தம், மற்றொரு பகுதி மீண்டும் உருவாக்கப்பட்ட வெளியீடு. தவறான அடுக்கைத் தேர்ந்தெடுத்தால், மீட்டெடுப்பு தொடங்கி, கேட்டு, எதுவும் அறியாத சேவையகத்தை உருவாக்கும். இந்த ஒப்பீடு மூன்று அடுக்குகளைப் பிரிக்கிறது, நீங்கள் வைத்திருக்கும் காப்பகம் நீங்கள் மீட்டெடுக்கும் தோல்வியுடன் பொருந்தும்.

இரண்டு பொருள்கள் காப்புப்பிரதி போலத் தெரிகின்றன, ஒன்று மட்டுமே சேவையை மீட்டெடுக்கிறது

பதிவிறக்கிய கிளையண்ட் சுயவிவரம் ஒரு சான்றிதழ், ஒரு விசை மற்றும் ஒரு முனையைக் கொண்டுள்ளது. அது அந்த ஒரு சாதனத்திற்கு முழுமையானது, பயன்பாட்டின் பதிவாக பயனற்றது: அது அமைப்புகள், முடக்கப்பட்ட பயனர்கள், சேவையக வழிகள் அல்லது நிர்வாகக் கணக்குகளைக் கொண்டு செல்லவில்லை. சுயவிவரக் கோப்புறையிலிருந்து மீட்டெடுப்பது எதனிடமும் அங்கீகரிக்க முடியாத கிளையண்ட்களைத் தரும்.

ஹோஸ்ட் கட்டமைப்பின் நகலும் அதே அளவு பகுதியளவே. /etc/pritunl.conf ஹோஸ்ட் நிலை அமைப்புகளை வைத்திருக்கிறது, தரவுத்தளத்தை அடைவதற்கான வழி உட்பட, மேலும் VPN பொருள்களைத் தானே கொண்டிருக்கவில்லை.

தரவுத்தளம் என்ன வைத்திருக்கிறது, ஹோஸ்ட் என்ன வைத்திருக்கிறது

Pritunl சேவையக வரையறைகள், பயனர்கள், அமைப்புகள் மற்றும் விசைகளை MongoDB-இல் வைத்திருக்கிறது. அந்தத் தரவுத்தளம் அதிகாரமிக்க கட்டுப்பாட்டுத் தளம், வட்டில் உருவாக்கப்படும் ஒவ்வொரு OpenVPN கோப்பும் அதிலிருந்து பெறப்பட்ட வெளியீடு. உருவாக்கப்பட்ட கோப்பில் நேரடியாகச் செய்யப்படும் மாற்றம் அடுத்த மறுஉருவாக்கம் வரை நீடிக்கும், பின்னர் மறைந்துவிடும், அதனால்தான் இயக்கநேரக் கோப்புகளைத் திருத்துவது நீடித்த திருத்தம் அல்ல. அதே விதி பயனுள்ள வழிகள் மற்றும் இடைமுகங்களுக்கும் பொருந்தும்: அவை கட்டுப்பாட்டுத் தளம் என்ன உருவாக்கியது என்பதை விவரிக்கின்றன, என்ன உருவாக்க வேண்டும் என்பதை அல்ல.

ஹோஸ்ட் சிறிய ஆனால் மாற்ற முடியாத மதிப்புத் தொகுப்பை வழங்குகிறது. அவற்றில் ஒன்று /var/lib/pritunl/pritunl.uuid, அந்த குறிப்பிட்ட முனையின் அடையாளம்.

அந்த அடையாளம் கிளஸ்டரில் மிக முக்கியமானது. மாற்று ஹோஸ்டுக்கு செயலில் உள்ள முனையின் UUID-இன் நகலுக்குப் பதிலாக அதன் சொந்தப் பதிவு தேவை, இல்லையெனில் இரண்டும் ஒரே அடையாளத்திற்காகப் போராடும். ஒவ்வொரு ஹோஸ்ட், அதன் UUID மற்றும் அது சுட்டும் தரவுத்தளம் இடையிலான மேப்பிங்கைப் பதிவு செய்யுங்கள், ஏனெனில் ஒரு தரவுத்தள டம்ப் எந்த ஹோஸ்ட் அமைப்புகள் எந்த இயந்திரத்திற்குச் சொந்தம் என்பதை விவரிக்காது. மென்பொருள் பதிப்புகள் மற்றும் பொது முனைப் பெயர்கள் அதே பதிவில் அடங்கும்.

சீரான டம்ப் எடுங்கள், அடைவு நகல் அல்ல

சேவை எழுதும் போது MongoDB தரவு அடைவை நகலெடுப்பது பயன்படுத்தக்கூடிய தரவுத்தளத்தை உருவாக்காத கோப்புகளை உருவாக்குகிறது. அதற்குப் பதிலாக தரவுத்தளத்தின் ஆதரவு டம்ப் பாதையைப் பயன்படுத்துங்கள், உங்களிடம் உண்மையில் உள்ள இடவியலுக்கு எதிராக இயக்கவும்:

mongodump --uri="mongodb://127.0.0.1:27017/pritunl" --out=/var/backups/pritunl/db
sudo tar czf /var/backups/pritunl/host.tgz /etc/pritunl.conf /var/lib/pritunl/pritunl.uuid

தனி ஹோஸ்ட் அந்த எளிய வடிவத்தைத் தாங்கும். நகல் தொகுப்புக்கு சீரான நேரப்புள்ளி தேவை, oplog அடிப்படையிலான டம்புக்கு சாதாரண டம்பில் இல்லாத தேவைகள் உள்ளன. ஆதரவு நடைமுறை உங்கள் MongoDB பதிப்பு மற்றும் இடவியலைப் பொறுத்தது, எனவே தரவு அடைவின் இருப்பிலிருந்து அதை ஊகிக்க வேண்டாம். ஹோஸ்ட் அடுக்கை டம்பின் அருகில், அதே இயக்கத்தில், அதே நேரமுத்திரையுடன் காப்பகப்படுத்துங்கள்.

தேவைப்படும் முன் மீட்டெடுப்பைப் பயிற்சி செய்யுங்கள்

யாரும் மீட்டெடுக்காத காப்புப்பிரதி ஒரு கருதுகோள். சேவையை தனிமைப்படுத்தப்பட்ட வலையமைப்பில் உருவாக்கி, டம்பை மீட்டெடுத்து, ஹோஸ்ட் கோப்புகளைத் திரும்ப வைக்கவும்:

mongorestore --uri="mongodb://127.0.0.1:27017" --drop /var/backups/pritunl/db
sudo tar xzf /var/backups/pritunl/host.tgz -C /

பின்னர் செயல்முறையை அல்ல, பொருள்களைச் சரிபார்க்கவும்: உள்நுழைந்து, அமைப்புகளும் பயனர்களும் உள்ளன என்பதை உறுதிப்படுத்தி, நீங்கள் அறியும் சேவையக வரையறைக்கு எதிராக ஒரு சோதனைக் கிளையண்டை இயக்கவும். முகவரிகள் மற்றும் அடையாளங்கள் வேண்டுமென்றே ஆகும் வரை, மீட்டெடுக்கப்பட்ட ஹோஸ்ட் உற்பத்தி முனையை விளம்பரப்படுத்துவதையோ உண்மையான இணைப்புகளை ஏற்பதையோ தடுக்கவும். இங்கேயே, காப்பகத்திற்கு தோல்வியடைந்த இயந்திரத்தில் மட்டும் இருந்த அனுமதிச் சான்றுகள் தேவை என்பதைக் கண்டுபிடிப்பீர்கள், எனவே மீட்டெடுப்பு அனுமதிச் சான்றுகளை சுயாதீனமான இடத்தில் சேமிக்கவும். நீங்கள் இப்போது இழந்த ஹோஸ்ட்டைச் சார்ந்த மீட்டெடுப்பு மீட்டெடுப்புத் திட்டம் அல்ல.

இறுதியாக, பழைய ஸ்னாப்ஷாட் பழைய முடிவுகளை மீட்டெடுக்கிறது என்பதை நினைவில் கொள்ளுங்கள். ஒரு நிர்வாகி டம்ப் எடுத்த பிறகு ஒரு அடையாளத்தை முடக்கியிருந்தால், மீட்டெடுப்பு அதை மீண்டும் இயக்கும். மீட்டெடுப்புக்குப் பிந்தைய சமரசம் நடைமுறையின் பகுதி, தாமதமான சிந்தனையின் பகுதி அல்ல.