VPN ನ ಎಂಟ್ರೊಪಿ ಮುಗಿಯುತ್ತದೆಯೇ? entropy_avail ನಿಜವಾಗಿ ಏನನ್ನು ತೋರಿಸುತ್ತದೆ
ಬೂಟ್ ಸಮಯದ ನಿಲುಗಡೆ ಮತ್ತು ನಿಧಾನ ಸ್ಥಾಪಿತ ಟನೆಲ್ ಎರಡು ಬೇರೆ ದೋಷಗಳು. ಯಾದೃಚ್ಛಿಕತೆಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಹಂತ, ಕೌಂಟರ್‌ನ ನಿಜವಾದ ಅರ್ಥ ಮತ್ತು ಸರದಿಯನ್ನು ಓದಿ.
ಕರ್ನೆಲ್‌ನ ಯಾದೃಚ್ಛಿಕತೆ ಮುಗಿಯುವುದು ನಿಧಾನ VPNಗೆ ಆಕರ್ಷಕ ವಿವರಣೆಯಾಗಿದೆ, ಮತ್ತು ಜನರು ವರದಿ ಮಾಡುವ ಲಕ್ಷಣಕ್ಕೆ ಬಹುತೇಕ ಯಾವಾಗಲೂ ತಪ್ಪು ವಿವರಣೆಯಾಗಿದೆ. ಯಾದೃಚ್ಛಿಕ ಔಟ್‌ಪುಟ್‌ಗಾಗಿ ಕಾಯುತ್ತಿರುವ ಹೋಸ್ಟ್ ನಿರ್ದಿಷ್ಟ ಕ್ಷಣದಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಬೂಟ್‌ನ ಆರಂಭದಲ್ಲಿ ಅಥವಾ ಕೀ ನಿರ್ವಹಣೆಯ ಸಮಯದಲ್ಲಿ. ಯಾವ ಟನೆಲ್ ಬೇಗ ಸಂಪರ್ಕಗೊಂಡು ನಂತರ ನಿಧಾನವಾಗಿ ವರ್ಗಾಯಿಸುತ್ತದೆಯೋ ಅದು ಬದಲಿಗೆ ಥ್ರೂಪುಟ್ ಅನ್ನು ವಿವರಿಸುತ್ತಿದೆ. ನೀವು ಓದಿ ಮುಗಿಸದ ಸಂಖ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಲು ಡೀಮನ್ ಸ್ಥಾಪಿಸುವ ಮೊದಲು ಈ ಎರಡು ಅವಲೋಕನಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ.
ಈ ಪುರಾಣ ಏಕೆ ಉಳಿಯುತ್ತದೆ
ಎರಡೂ ಸಮಸ್ಯೆಗಳು ನಿಜವಾದವು ಮತ್ತು ದೂರದಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ. ಹೊಸದಾಗಿ ಬೂಟ್ ಆದ ವರ್ಚುವಲ್ ಯಂತ್ರದಲ್ಲಿ ಪ್ರಾರಂಭದ ನಿಲುಗಡೆಗಳು ನಿಜವಾಗಿಯೂ ಸಂಭವಿಸುತ್ತವೆ, ಮತ್ತು ನಿಧಾನ ಸ್ಥಾಪಿತ ಟನೆಲ್ ಕೂಡ ಅಷ್ಟೇ ನಿಜ. ಎರಡೂ ಕಥೆಗಳಲ್ಲಿ ಎಲ್ಲೋ ಕ್ರಿಪ್ಟೋಗ್ರಫಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದರಿಂದ ಎರಡನೆಯದು ಮೊದಲನೆಯದರಿಂದ ಉಂಟಾಗುತ್ತದೆ ಎಂದು ಭಾವಿಸುವುದೇ ತಪ್ಪು. ಎನ್ಕ್ರಿಪ್ಷನ್ ಎಂಬ ಪದವು ವರ್ಗಾವಣೆಯಾದ ಪ್ರತಿ ಬೈಟ್ ಪರಿಸರದ ಶಬ್ದದ ಹೊಸ ಬೈಟ್ ಅನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಎಲ್ಲೂ ಹೇಳುವುದಿಲ್ಲ.
ಈ ಜನರೇಟರ್‌ಗಳು ಹಾಗೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಗ್ರಂಥಾಲಯವು ಬೀಜವಿರುವ ಜನರೇಟರ್ ಅನ್ನು ಇಟ್ಟುಕೊಂಡು ಅದರಿಂದ ಔಟ್‌ಪುಟ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ತನ್ನದೇ ನೀತಿಯ ಪ್ರಕಾರ ಮತ್ತೆ ಬೀಜ ಬಿತ್ತುತ್ತದೆ, ಆದ್ದರಿಂದ ದುಬಾರಿ ಕ್ಷಣ ಬೀಜ ಬಿತ್ತುವುದು, ಸ್ಥಿರ ವರ್ಗಾವಣೆ ಅಲ್ಲ.
ಜನರೇಟರ್ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ಗೆ ಏನು ಮಾಡುತ್ತದೆ
OpenSSL 3 ನಲ್ಲಿ ಡೀಫಾಲ್ಟ್ ಜನರೇಟರ್ ಶ್ರೇಣಿ ಸಂರಚನೆ ಮತ್ತು ಸ್ಥಿತಿಯ ಪ್ರಕಾರ ಬೀಜ ಬಿತ್ತುವ ಮತ್ತು ಮತ್ತೆ ಬಿತ್ತುವ DRBG ಉದಾಹರಣೆಗಳಿಂದ ನಿರ್ಮಿಸಲ್ಪಡುತ್ತದೆ. OpenVPN 2.6 ನಲ್ಲಿ AEAD ಡೇಟಾ ಮಾರ್ಗವು ತನ್ನ nonce ಅನ್ನು ಪ್ಯಾಕೆಟ್‌ನ ಕ್ರಮ ಸಂಖ್ಯೆಯಿಂದ ಪ್ರತಿ-ಅವಧಿಯ ಗುಪ್ತ ಮೌಲ್ಯದೊಂದಿಗೆ ಪಡೆಯುತ್ತದೆ, ಹಳೆಯ CBC ಮಾರ್ಗವು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ಗೆ ಸೂಡೋ-ಯಾದೃಚ್ಛಿಕ IV ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಒಂದು ಗಿಗಾಬೈಟ್ ಸರಿಸುವುದು ಒಂದು ಗಿಗಾಬೈಟ್ ತಾಜಾ ಕರ್ನೆಲ್ ಶಬ್ದವನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬ ನಿಯಮವನ್ನು ಯಾವ ಮಾದರಿಯೂ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಬೀಜ ಬಿತ್ತುವುದು ಮುಖ್ಯವಾಗುವ ಸ್ಥಳ ಕೀ ಉತ್ಪಾದನೆ ಮತ್ತು ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ಗಳು ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ಎರಡೂ ಬೆಂಬಲಿಸುತ್ತವೆ.
CBC ಪ್ರಕರಣವನ್ನು ಹೆಸರಿಸಬೇಕು ಏಕೆಂದರೆ ಅದು ಪುರಾಣದಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ಅಲ್ಲ: ಅದರ ಪ್ರತಿ-ಪ್ಯಾಕೆಟ್ IV ಗ್ರಂಥಾಲಯದ ತನ್ನದೇ ಮರು-ಬೀಜ ವೇಳಾಪಟ್ಟಿಯ ಪ್ರಕಾರ ಗ್ರಂಥಾಲಯದ ಜನರೇಟರ್‌ನಿಂದ ಬರುತ್ತದೆ, ಎಂದಿಗೂ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ಗೆ ಕರ್ನೆಲ್ ಕರೆಯಿಂದ ಬರುವುದಿಲ್ಲ. ಯಾರಾದರೂ ಪ್ರತಿ-ಬೈಟ್ ಎಂಟ್ರೊಪಿ ವೆಚ್ಚವನ್ನು ಉಲ್ಲೇಖಿಸಿದರೆ, ಅವರು ಯಾವ ಗ್ರಂಥಾಲಯ ಆವೃತ್ತಿ ಮತ್ತು ಯಾವ ಕೋಡ್ ಮಾರ್ಗವನ್ನು ಅಳೆದರು ಎಂದು ಕೇಳಿ.
ಕಾಯುವಿಕೆ ನಿಜವಾಗಿ ಎಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ
ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳನ್ನು ಅವಧಿಯ ಸುತ್ತ ಅಲ್ಲ, ಹಂತಗಳ ಸುತ್ತ ಇಡಿ: ಪ್ರಾರಂಭ, ದೃಢೀಕರಣ, ಕೀ ಬದಲಾವಣೆ ಮತ್ತು ವರ್ಗಾವಣೆ. ಟನೆಲ್ ಬಳಸಬಹುದಾದ ಮೊದಲು ಕಾಯುವುದು ಕಡಿಮೆ ಸ್ಥಿರ ದರಕ್ಕಿಂತ ಬೇರೆ ದೂರು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಯಾದೃಚ್ಛಿಕತೆಯತ್ತ ಸೂಚಿಸುತ್ತದೆ. Linux ನಲ್ಲಿ ಸಾಮಾನ್ಯ getrandom() ವಿನಂತಿಯು ಕರ್ನೆಲ್‌ನ ಯಾದೃಚ್ಛಿಕ ಮೂಲ ಆರಂಭವಾಗುವವರೆಗೆ ನಿರ್ಬಂಧಿಸಬಹುದು, ಆದ್ದರಿಂದ ಈ ಸಮಸ್ಯೆಯ ಬೂಟ್-ಸಮಯದ ಆವೃತ್ತಿ ಆರಂಭದಲ್ಲಿ ಕೊಳವನ್ನು ತಿನ್ನಿಸಲು ಕಡಿಮೆ ಇರುವ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಮತ್ತು ಎಂಬೆಡೆಡ್ ಬೋರ್ಡ್‌ಗಳಲ್ಲಿ ನಿಜವಾಗಿದೆ.
| ಹಂತ | ಏನು ಚಲಾಯಿಸಬೇಕು | ಕಾಯುವಿಕೆ ಎಂದರ್ಥವಾಗುವ ಓದುವಿಕೆ | ಥ್ರೂಪುಟ್ ಎಂದರ್ಥವಾಗುವ ಓದುವಿಕೆ |
|---|---|---|---|
| ಬೂಟ್, ಯಾವುದೇ ಟನೆಲ್‌ಗಿಂತ ಮೊದಲು | systemd-analyze critical-chain | ಟನೆಲ್ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಸೆಕೆಂಡುಗಳ ಕಾಲ ಕುಳಿತಿರುವ ಘಟಕ | ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಇನ್ನೂ ಏನೂ ವರ್ಗಾವಣೆಯಾಗುತ್ತಿಲ್ಲ |
| ಹ್ಯಾಂಡ್‌ಶೇಕ್ | journalctl -u openvpn-server@server -b | ಆರಂಭಿಕರಣ ಅನುಕ್ರಮ ಪೂರ್ಣಗೊಳ್ಳುವ ಮೊದಲು ಉದ್ದವಾದ ಅಂತರ | ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಟನೆಲ್ ಮೇಲಿಲ್ಲ |
| ಸ್ಥಾಪಿತ ವರ್ಗಾವಣೆ | ss -tin ಪಕ್ಕದಲ್ಲಿ sar -n DEV 1 | ಖಾಲಿ ಸಾಕೆಟ್ ಸರದಿಗಳೊಂದಿಗೆ ನಿರ್ಬಂಧಿತ ಪ್ರಕ್ರಿಯೆ | ತುಂಬಿದ ಸರದಿಗಳು, ಮರುಪ್ರಸಾರ ಮತ್ತು ಒಂದು ಕಾರ್ಯನಿರತ ಥ್ರೆಡ್ |
ಎರಡು ಅಗ್ಗದ ಆದೇಶಗಳು ಆ ಸಂಗ್ರಹದ ಆರಂಭದಲ್ಲಿರಬೇಕು, ಮತ್ತು ಕೋಷ್ಟಕದ ಅಗತ್ಯ ಬರುವ ಮೊದಲೇ ಅವು ಸುಲಭ ಪ್ರಶ್ನೆಗಳನ್ನು ಬಗೆಹರಿಸುತ್ತವೆ. ಅವು ಓದುವ ಕೌಂಟರ್ ಎಂಟ್ರೊಪಿ ಲೆಕ್ಕಪತ್ರ, ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಮೀಟರ್ ಅಲ್ಲ, ಮತ್ತು ಒಂದೇ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಪ್ರಕ್ರಿಯೆ ನಿರ್ಬಂಧಿತವಾಗಿದೆಯೇ, ಎಷ್ಟು ಕಾಯಿತು ಅಥವಾ ಅದರ ಗ್ರಂಥಾಲಯ ಯಾವ ಇಂಟರ್‌ಫೇಸ್ ಕರೆಯುತ್ತದೆ ಎಂದು ತೋರಿಸಲಾರದು. ಚೇತರಿಕೆಯ ನಂತರ ತೆಗೆದ ಮಾದರಿ ಸಾಮಾನ್ಯವಾಗಿ ನಿಲುಗಡೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಓದುವಿಕೆಯ ಪಕ್ಕದಲ್ಲಿ ಕರ್ನೆಲ್ ಆವೃತ್ತಿಯನ್ನು ಇಡಿ.
cat /proc/sys/kernel/random/entropy_avail
uname -rಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಓದುವಿಕೆಗೆ ಹೊಂದಿಸಿ
ಕರ್ನೆಲ್ ನಿಜವಾಗಿ ಆರಂಭಿಕರಣಕ್ಕಾಗಿ ಕಾಯುತ್ತಿದ್ದರೆ, ಟನೆಲ್ ಅಲ್ಲ, ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಬೆಂಬಲಿಸುವ ಬೀಜ ಮಾರ್ಗವನ್ನು ನೋಡಿ. ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ಹೋಸ್ಟ್ ಒದಗಿಸುವ ಯಾದೃಚ್ಛಿಕ ಸಾಧನವನ್ನು ನೀಡಬಹುದು, ಉದಾಹರಣೆಗೆ virtio-rng, ಮತ್ತು ಇಮೇಜ್ ತಯಾರಿ ಮುಖ್ಯ ಏಕೆಂದರೆ ಅನೇಕ ಅತಿಥಿಗಳಿಗೆ ಬದಲಾವಣೆಯಿಲ್ಲದೆ ನಕಲಿಸಿದ ಬೀಜ ಸ್ವತಂತ್ರ ಆರಂಭಿಕರಣವಲ್ಲ. ಗ್ರಂಥಾಲಯವು ಬೂಟ್ ನಂತರ ಬೀಜ ವೈಫಲ್ಯಗಳನ್ನು ವರದಿ ಮಾಡಿದರೆ, ಕರ್ನೆಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬದಲಿಸುವ ಬದಲು ಅದರ ಸಂರಚಿತ ಮೂಲ ಮತ್ತು ಪೂರೈಕೆದಾರರ ನಡವಳಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.
ss -tin dst 203.0.113.7
sar -n DEV 1 5OpenSSL ನ ಜನರೇಟರ್ ದಾಖಲೆ ಈ ಶ್ರೇಣಿ ಇನ್‌ಪುಟ್ ಅನ್ನು ಹೇಗೆ ಪಡೆಯುತ್ತದೆ ಮತ್ತು ಮರು-ಬೀಜ ಯಾವಾಗ ಸಂಭವಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಇದು ಪುರಾಣಕ್ಕಿಂತ ಬಹಳ ಸಂಕುಚಿತ ಹೇಳಿಕೆ ಮತ್ತು ಆ ಅನುಷ್ಠಾನಕ್ಕೆ ಮಾತ್ರ ಸರಿ. ಎಂಟ್ರೊಪಿ ಡೀಮನ್ ಸಾರ್ವತ್ರಿಕ ವೇಗ ಸುಧಾರಣೆ ಅಲ್ಲ, ಮತ್ತು ಕೌಂಟರ್ ಏರಲು ಅದನ್ನು ಸ್ಥಾಪಿಸುವುದು ವಿಳಂಬವನ್ನು ತೋರಿಸದೆ ಭದ್ರತಾ ಊಹೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. ಥ್ರೂಪುಟ್‌ಗಾಗಿ ಡೇಟಾ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿ: ಒಂದು ಸಂತೃಪ್ತ ಥ್ರೆಡ್, ಮರುಪ್ರಸಾರ, ಹೊರಗಿನ ನಷ್ಟ ಮತ್ತು ಸರದಿ ಬೀಳಿಕೆ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಸರಿಪಡಿಸುವಿಕೆ ಬೇಕು, ಮತ್ತು ಬಫರ್ ಗಾತ್ರಗಳು ಸಾಕೆಟ್ ಬಫರಿಂಗ್ ಅನ್ನು ತಮ್ಮದೇ ಸರದಿ ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ನಿಭಾಯಿಸುತ್ತವೆ.