ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ 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

ಆ ಎರಡು ಆಜ್ಞೆಗಳು ನಿಮ್ಮ ಮುಂದಿರುವ ಯಂತ್ರದಲ್ಲಿ ಪ್ರಿಮಿಟಿವ್‌ಗಳ ಒರಟು ಸ್ಥಳೀಯ ಹೋಲಿಕೆಯನ್ನು ನೀಡುತ್ತವೆ, ಮತ್ತು ಅವು ಸೂಕ್ಷ್ಮ-ಮಾಪನಗಳು ಎಂದು ಪ್ರಾಮಾಣಿಕವಾಗಿವೆ. ಅವು ನಿಮ್ಮ ಸುರಂಗದ ಥ್ರೂಪುಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಅವನ್ನು ಎಂದಿಗೂ ಹಾಗೆ ಉಲ್ಲೇಖಿಸಬಾರದು.

ನಂತರ ಮುಖ್ಯವಾದ ಭಾರವನ್ನು ಅಳೆಯಿರಿ, ಉಳಿದೆಲ್ಲವನ್ನೂ ಸ್ಥಿರವಾಗಿಟ್ಟು: ಅದೇ ಅಂತ್ಯಬಿಂದು, ಅದೇ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳು, ಅದೇ ಸಾಗಣೆ, ಅದೇ ಸಂಕೋಚನ ನೀತಿ. ಪ್ರೊಫೈಲ್ ಬದಲಾವಣೆ ಸಾಗಣೆ ಅಥವಾ ಸಂಸ್ಕರಣ ಸ್ಥಳವನ್ನೂ ಬದಲಿಸಿದರೆ, ಫಲಿತಾಂಶವು ಆ ಕಟ್ಟನ್ನು ವಿವರಿಸುತ್ತದೆ, ಕ್ರಿಪ್ಟೊಗ್ರಫಿಯನ್ನಲ್ಲ.

ಗುರಿಯನ್ನೂ ಕಣ್ಣಿನಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳಿ. ಉಳಿದ ಕ್ರಿಪ್ಟೊಗ್ರಾಫಿಕ್ ಸಾಮರ್ಥ್ಯವಿರುವ ಡೇಟಾ ಮಾರ್ಗ ಇನ್ನೂ ವಿಳಂಬದಿಂದ ಸೀಮಿತವಾಗಿರಬಹುದು, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ಹೋಗು-ಬರು ಪ್ರಯಾಣಗಳಿಗೆ ಕಾಯುತ್ತದೆ, ಮತ್ತು ದೊಡ್ಡ ಪ್ರಮಾಣದ ಸಾಮರ್ಥ್ಯದ ಲಾಭಗಳು ಮಾತನಾಡುವ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಬೆಂಬಲಿತ ಮತ್ತು ನೀತಿ-ಅನುಮೋದಿತ ಸಂರಚನೆಯನ್ನು ಒಟ್ಟಾರೆಯಾಗಿ ಅಳೆಯಿರಿ, ಮತ್ತು „ಕಡಿಮೆ ಪೆಟ್ಟಿಗೆಗಳು ವೇಗವಾಗಿರಬೇಕು“ ಎಂಬುದನ್ನು ಅದು ಇರುವಂತಹ ಊಹೆಯಾಗಿ ಪರಿಗಣಿಸಿ. ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎನ್ಕ್ರಿಪ್ಷನ್‌ಗೆ ಏನಾದರೂ ವೆಚ್ಚವಿದೆಯೇ ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಆ ವೆಚ್ಚ ನೀವು ನಿಜವಾಗಿ ಕಾಳಜಿ ವಹಿಸುವ ಮಾಪನದಲ್ಲಿ ಕಾಣುತ್ತದೆಯೇ ಎಂಬುದು.