மறையாக்கப்பட்ட VPN தொகுப்பு நீங்கள் நினைப்பதை விட குறைவாக ஏன் செலவாகலாம்

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

அறிகுறி: மெதுவானது மறையாக்கப்பட்ட சுயவிவரம் அல்ல

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

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

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

குறிச்சொற்கள் அல்ல, செயல்பாடுகளை எண்ணுங்கள்

AEAD அமைப்பு, RFC 5116 விவரிப்பது போல, மறையாக்கப்பட்ட உரையையும் குறியையும் ஒன்றாகத் திருப்பித் தரும் ஒரு இடைமுகத்தை செயலாக்கத்திற்கு வழங்குகிறது. AES-GCM ஒரு எடுத்துக்காட்டு: எண்ணி பயன்முறை மறையாக்கம் Galois அங்கீகரிப்புடன் இணைந்தது. இடைமுகம் ஒருமைப்பாட்டை இலவசமாக்காது; அது கலவையை நன்கு வரையறுக்கப்பட்டதாக ஆக்குகிறது, அதுவே செயலாக்கத்திற்கு இணையை ஒரு அலகாக மேம்படுத்த உதவுகிறது.

Separate authentication path:
  payload -> independent HMAC -> framed packet

AEAD path:
  payload -> authenticated encryption with tag -> framed packet

இவை செயலாக்க வரைபடங்கள், கட்டமைப்பு ஆலோசனைகள் அல்ல. முதலாவதில் இரகசியத்தன்மை இல்லை ஆனால் அது இன்னும் அங்கீகாரத்தில் CPU-ஐ செலவிடுகிறது, அதனால்தான் „மறையாக்கத்தை அணைக்கவும்“ என்பது „மறையாக்க வேலையை அணைக்கவும்“ என்பதற்கு ஒத்ததாக இல்லை.

இரண்டாவது மலிவாக இருக்கலாம், ஏனெனில் செயலிகள் இரு பாதிகளுக்கும் அறிவுறுத்தல்களை வழங்குகின்றன: AES சுற்றுகள் மற்றும் Galois புலம் பயன்படுத்தும் ஏந்தல் இல்லாத பெருக்கல். நூலகங்கள் சுயாதீன இடையகங்களையும் இணையாகச் செயலாக்குகின்றன, இது அந்த அறிவுறுத்தல்களை நினைவகத்திற்காகக் காத்திருக்காமல் செயல்பாட்டில் வைத்திருக்கிறது.

பேச்சுவார்த்தை செய்யப்பட்ட பயன்முறை உண்மையில் எதைச் சாத்தியமாக்குகிறது

Community OpenVPN-இல், AEAD தரவு மறையீடு என்பது auth விருப்பம் இனி தனது சொந்த தனி தரவு-தட HMAC-ஐ வழங்காது என்பதாகும். மறையாக்க விருப்பத்தின் குறிப்பு அந்த எல்லையை விவரிக்கிறது, மேலும் உரைக் கோப்பில் ஒரே மாதிரித் தோன்றும் இரு கட்டமைப்புகள் தொகுப்பு வேலையில் வேறுபடுவதற்கு அதுவே காரணம்.

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

openvpn --show-ciphers | head -20
sudo grep -E 'cipher|auth' /etc/openvpn/server.conf

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

நீங்கள் உண்மையில் இயக்கும் சுமையை அளவிடுங்கள்

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

openssl speed -evp aes-256-gcm
openssl speed -evp sha1

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

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

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