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

மெதுவாக உணரும்போது வேலை எந்தக் கட்டத்தில் உள்ளது

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

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

பொது முடிவுப்புள்ளியும் தனிப்பட்ட NAS-உம் வெவ்வேறு விதமாகத் தோல்வியடைகின்றன

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

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

DestinationWhat the tunnel providesValid baseline
Public backup serviceOne hop among severalThe same job over another route
Private NASThe only path to the serverNone that removes the tunnel
Self-hosted gatewayPath plus split-DNS policyOnly if the policy is unchanged

நிற்பது மெதுவான பரிமாற்றத்திலிருந்து வேறுபட்ட தோல்வி

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

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

journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.com

ஒரு பதிவேற்றம் மற்ற எல்லா ஓட்டங்களையும் பட்டினி போடலாம்

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

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

வேகச் சோதனையால் அல்ல, மீட்டெடுப்பால் முடியுங்கள்

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

restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hosts

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

தொடர்புடைய கட்டுரைகள்