rsync VPN வழியாக: எந்தப் பக்கம் உண்மையின் மூலம்?

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

கட்டளையை எழுதுவதற்கு முன் எந்தப் பிரதி வெல்லும் என்று முடிவு செய்யுங்கள்

திசையை ஒரு வாக்கியத்தில் எழுதுங்கள், ஒவ்வொரு பக்கத்திலும் ஹோஸ்ட் பெயரையும் பாதையையும் சேர்த்து, தரவின் உரிமையாளரிடம் ஒப்புதல் பெறுங்கள். இந்த வழிகாட்டலில் மூலம் /srv/publish/, இலக்கு fileserver.example இல் உள்ள ஒரு கணக்கு, அது /srv/mirror/ இல் மட்டுமே எழுத அனுமதிக்கப்படுகிறது.

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

பிரதியை முன்னோட்டமாகப் பார்த்து விரிவான பட்டியலைப் படியுங்கள்

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

rsync -rt --dry-run --itemize-changes -e ssh -- /srv/publish/ [email protected]:/srv/mirror/

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

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

பின்னர் நீக்கங்கள் பயணிக்கின்றனவா என்று முடிவு செய்யுங்கள்

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

rsync -rt --delete --dry-run --itemize-changes -e ssh -- /srv/publish/ [email protected]:/srv/mirror/

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

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

இரண்டு ஒருவழிப் பணிகள் இருபோக்கு ஒத்திசைவை உருவாக்காது

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

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

கொள்கை எழுதப்பட்ட பிறகே தானியங்குபடுத்துங்கள்

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

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

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