ದೊಡ್ಡ ಅಪ್ಲೋಡ್‌ಗಳ ಸಮಯದಲ್ಲಿ VPN ಕಡಿತಗೊಳ್ಳುತ್ತದೆ: ಮೊದಲು ಕ್ಯೂ ಓದಿ
ತುಂಬಿದ ಅಪ್ಸ್ಟ್ರೀಮ್ ಕ್ಯೂ ನಿಯಂತ್ರಣ ಸಂಚಾರವನ್ನೂ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಂತೆಯೇ ವಿಳಂಬಗೊಳಿಸುತ್ತದೆ. ನಿಷ್ಕ್ರಿಯ ಮತ್ತು ಹೇರಿದ ವರ್ತನೆಯನ್ನು ಹೋಲಿಸಿ, ನಂತರ ಒಂದು ವಿಷಯ ಬದಲಿಸಿ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ.
ಸುರಂಗವು ದಿನವಿಡೀ ಸ್ಥಿರವಾಗಿರುತ್ತದೆ, ನಂತರ ದೊಡ್ಡ ಅಪ್ಲೋಡ್ ಆರಂಭವಾದಾಗಲೆಲ್ಲಾ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ. ಸಂವಾದಾತ್ಮಕ ವಿನಂತಿಗಳು ಮೊದಲು ನಿಲ್ಲುತ್ತವೆ, ಕ್ಲೈಂಟ್ ಸಮಯ ಮುಗಿದದನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ವರ್ಗಾವಣೆ ಮುಗಿದಾಗ ಸಂಪರ್ಕ ಮರಳುತ್ತದೆ. ಈ ಮಾದರಿಯು ದೂರದ ಸರ್ವರ್ ನಿಂತಿರುವುದನ್ನು ಅಲ್ಲ, ಕ್ಯೂ ಮತ್ತು ಸಂಸ್ಕರಣೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸರ್ವರ್‌ಗೆ ಸಮಯಕ್ಕೆ ಸರಿಯಾಗಿ ಉತ್ತರಿಸುವ ಅವಕಾಶವೇ ಸಿಗಲಿಲ್ಲ. ಕೆಲಸವೆಂದರೆ ಇದನ್ನು ನಿಯಂತ್ರಿತ ಹೇರಿಕೆಯ ಅಡಿಯಲ್ಲಿ ಪುನರುತ್ಪಾದಿಸಿ ಸರಿಯಾದ ಎಣಿಕೆಗಳನ್ನು ಓದುವುದು.
ಪ್ರತಿ ಸುತ್ತಿಗೆ ಒಂದು ಚರಾಕ್ಷರ ಬದಲಿಸಿ ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸ್ಥಿರವಾಗಿರಿಸಿ.
ಪುನರಾವರ್ತನೀಯ ಹೇರಿಕೆ ಹೋಲಿಕೆ ನಿರ್ಮಿಸಿ
ಕೊಂಡಿ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವಾಗ ಮೂಲರೇಖೆ ದಾಖಲಿಸಿ: ಹೋಗುಬರುವ ಸಮಯ, ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್ ವಿನಂತಿಗಳು ಮತ್ತು ಸುರಂಗದ ಸ್ವಂತ ಘಟನೆ ಲಾಗ್. ನಂತರ ತಿಳಿದ ಗಾತ್ರದ ಅಪ್ಲೋಡ್ ಆರಂಭಿಸಿ ಮತ್ತು ಅದು ನಡೆಯುತ್ತಿರುವಾಗ ಅದೇ ಅಳತೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಎಂಡ್‌ಪಾಯಿಂಟ್, ಕ್ಲೈಂಟ್ ಮತ್ತು ಪರೀಕ್ಷಾ ಗಮ್ಯವನ್ನು ಬದಲಾಗದಂತೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ಅವುಗಳಲ್ಲಿ ಎರಡನ್ನು ಒಟ್ಟಿಗೆ ಬದಲಿಸುವುದು ನಿಮಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಯಾವ ಘಟನೆ ಮೊದಲು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಯಾವುದೇ ದೋಷಕ್ಕಿಂತ ಮೊದಲು ಹೆಚ್ಚುತ್ತಿರುವ ಹೋಗುಬರುವ ಸಮಯ ಕ್ಯೂ ಸೂಚಿಸುತ್ತದೆ; ಸ್ಥಿರ ವಿಳಂಬದೊಂದಿಗೆ ಕಠಿಣ ಸಮಯ ಮುಗಿತವು ಬೇರೆ ಯಾವುದನ್ನೋ ಸೂಚಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ ಕೀ ಪುನರ್ನವೀಕರಣ ಅಥವಾ ಖಾತೆಯ ಮೇಲಿನ ಕ್ರಮ. ಎರಡೂ ಮಾದರಿಗಳು ಬೇರೆ ಬೇರೆ ಮುಂದಿನ ಹೆಜ್ಜೆಗಳಿಗೆ ಕರೆದೊಯ್ಯುತ್ತವೆ. ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ವೀಕ್ಷಣೆಯನ್ನು ಬರೆಯಿರಿ.
ಔಟ್‌ಪುಟ್ ಅನ್ನು ಸಮಯಮುದ್ರೆಗಳೊಂದಿಗೆ ಉಳಿಸಿ, ಇದರಿಂದ ಹೇರಿದ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಸುತ್ತುಗಳನ್ನು ಸಾಲಿನಿಂದ ಸಾಲಿಗೆ ಹೋಲಿಸಬಹುದು.
ವೇಗವಲ್ಲ, ಕ್ಯೂ ಓದಿ
ಗ್ರಾಹಕ ಕೊಂಡಿಗಳು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಒದಗಿಸುವವರ ಉಪಕರಣದಲ್ಲಿ ಬಫರ್ ಮಾಡುತ್ತವೆ, ಮತ್ತು ತುಂಬಿದ ಅಪ್ಸ್ಟ್ರೀಮ್ ಕ್ಯೂ ಸುರಂಗವನ್ನು ಜೀವಂತವಾಗಿರಿಸುವ ಸಣ್ಣ ನಿಯಂತ್ರಣ ಪ್ಯಾಕೆಟ್‌ಗಳೂ ಸೇರಿದಂತೆ ಎಲ್ಲವನ್ನೂ ವಿಳಂಬಗೊಳಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆ ವರದಿ ಮಾಡುವ ವೇಗ ಪರೀಕ್ಷೆ ಆ ವಿಳಂಬದ ಬಗ್ಗೆ ಸ್ವಲ್ಪವೇ ಹೇಳುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಷ್ಕ್ರಿಯ ಕೊಂಡಿಯಲ್ಲಿ ಪರೀಕ್ಷೆ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ ಆದರೆ ತುಂಬಿದ ಕೊಂಡಿ ವಿಫಲವಾಗುತ್ತದೆ.
ping -c 20 -i 0.2 203.0.113.10 mtr -rwc 20 203.0.113.10 tc -s qdisc show dev eth0 ss -ti dst 203.0.113.10 nstat -az | grep -E 'Retrans|Timeout'
ಹೇರಿದ ವಿಳಂಬದ ಸಂಖ್ಯೆಗಳನ್ನು ನಿಷ್ಕ್ರಿಯ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಪ್ಯಾಕೆಟ್ ನಷ್ಟವಿಲ್ಲದೆ ಹತ್ತಾರು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳಿಂದ ನೂರಾರಕ್ಕೆ ಜಿಗಿತ ಕ್ಯೂ; ಸ್ಥಿರ ವಿಳಂಬದೊಂದಿಗೆ ನಷ್ಟ ಬೇರೆ ದೋಷವನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಸಾಧನ ಮತ್ತು ನಿಯಂತ್ರಣ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ
ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಮತ್ತು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಪ್ರೊಸೆಸರ್ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಸಣ್ಣ ರೌಟರ್ ಅಥವಾ ಶಾಖದಿಂದ ಸೀಮಿತವಾದ ಲ್ಯಾಪ್‌ಟಾಪ್ ಕಾರ್ಯನಿರತವಾಗಿರುವಾಗ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಿಡಬಹುದು. ಒಂದು ಪ್ರಕ್ರಿಯೆಯ ಶೇಕಡಾವಾರಲ್ಲ, ಒಟ್ಟು ಹೇರಿಕೆಯನ್ನು ನೋಡಿ, ಏಕೆಂದರೆ ಕರ್ನಲ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಮತ್ತು ಅಡ್ಡಿಬರುವಿಕೆ ನಿರ್ವಹಣೆ ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ನೋಡುವಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ.
uptime mpstat -P ALL 1 3 dmesg | grep -i -E 'thermal|throttl' journalctl -u openvpn-server@server --since '10 min ago' | tail -20
ಕ್ಲೈಂಟ್ ಸಮಯ ಮುಗಿತವು ನಿಗದಿತ ಕೀ ಪುನರ್ನವೀಕರಣ ಅಥವಾ ಸೆಷನ್ ನೀತಿಯ ಘಟನೆಯೊಂದಿಗೂ ಹೊಂದಿಕೆಯಾಗಬಹುದು. ಘಟನೆಗಳ ಕ್ರಮಕ್ಕಾಗಿ ಕೇವಲ ಅಪ್ಲಿಕೇಶನ್ ದೋಷ ಸಂದೇಶವಲ್ಲ, ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಲಾಗ್ ಓದಿ.
ಒಂದು ವಿಷಯ ಬದಲಿಸಿ ಪುನರಾವರ್ತಿಸಿ
ವೇದಿಕೆ ಬೆಂಬಲಿಸುವಲ್ಲಿ ಅಪ್ಲೋಡ್ ದರವನ್ನು ಸೀಮಿತಗೊಳಿಸಿ ಅಥವಾ ಬೃಹತ್ ಸಂಚಾರವನ್ನು ಸಂವಾದಾತ್ಮಕ ಸಂಚಾರಕ್ಕಿಂತ ಕೆಳಗೆ ವರ್ಗೀಕರಿಸಿ, ಇದರಿಂದ ಕ್ಯೂ ಎಂದೂ ತುಂಬದು. ನಂತರ ಅದೇ ಕೆಲಸದ ಹೇರಿಕೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಮೊದಲಿನಂತೆಯೇ ಅದೇ ಮೂರು ಸಂಖ್ಯೆಗಳನ್ನು ಹೋಲಿಸಿ. ವೇಗ ಪರೀಕ್ಷೆಯನ್ನು ಸುಧಾರಿಸಿ ಆದರೆ ಸಮಯ ಮುಗಿತವನ್ನು ಹಾಗೆಯೇ ಬಿಡುವ ಬದಲಾವಣೆ ಏನನ್ನೂ ಸರಿಪಡಿಸಿಲ್ಲ.
ಎಲ್ಲೆಡೆ ಸಮಯ ಮಿತಿಗಳನ್ನು ಹೆಚ್ಚಿಸುವುದು ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಷನ್ ದುರ್ಬಲಗೊಳಿಸುವುದು ಯಾವ ಗಡಿ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ಗುರುತಿಸದೆ ಲಕ್ಷಣವನ್ನು ಮಾಯವಾಗಿಸುವ ಎರಡು ಬದಲಾವಣೆಗಳು. ಎರಡೂ ಸರಿಪಡಿಸುವಿಕೆ ಅಲ್ಲ. ಎರಡೂ ವೈಫಲ್ಯವನ್ನು ಇನ್ನಷ್ಟು ನಂತರಕ್ಕೆ, ಅದನ್ನು ಆರೋಪಿಸುವುದು ಕಷ್ಟವಾಗುವ ಸ್ಥಳಕ್ಕೆ ಸರಿಸುತ್ತವೆ.
ಹೊಸ ವಿನಂತಿ ಮತ್ತು ಬಳಕೆದಾರರು ನಿಜವಾಗಿ ಅವಲಂಬಿಸುವ ಮರುಸಂಪರ್ಕ ವರ್ತನೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ ಮುಗಿಸಿ. ದೂರನ್ನು ಹುಟ್ಟುಹಾಕಿದ ಹೇರಿಕೆಯ ಅಡಿಯಲ್ಲಿ ಸ್ಥಿರತೆಯೇ ದಾಖಲಿಸಲು ಯೋಗ್ಯವಾದ ಏಕೈಕ ಫಲಿತಾಂಶ.