ಅಪ್ಲೋಡ್ ಸಮಯದಲ್ಲಿ VPN ನಿಧಾನವಾಗಿ ಏಕೆ ಅನಿಸುತ್ತದೆ: ಸರದಿ ವಿಳಂಬ

ಬ್ಯಾಕಪ್ ಅಪ್ಲೋಡ್ ಆಗಲು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ವರ್ಗಾವಣೆ ಕೌಂಟರ್ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ, ಮತ್ತು ವೀಡಿಯೊ ಕರೆ ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತದೆ. ಸಂಪರ್ಕಕ್ಕೆ ಆ ಸಂಖ್ಯೆ ಸೂಚಿಸುವ ಅರ್ಥದಲ್ಲಿ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಕೊರತೆ ಇಲ್ಲ; ಪ್ಯಾಕೆಟ್‌ಗಳು ಎಲ್ಲೋ ಸರದಿಯಲ್ಲಿ ಕಾಯುತ್ತಿವೆ ಮತ್ತು ಸಂವಾದಾತ್ಮಕ ಪ್ಯಾಕೆಟ್‌ಗಳು ದೊಡ್ಡ ಡೇಟಾದ ಹಿಂದೆ ಕುಳಿತಿವೆ. ಇದು ಸರದಿ ವಿಳಂಬ, ಸಾಮಾನ್ಯವಾಗಿ ಬಫರ್‌ಬ್ಲೋಟ್ ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ. VPN ತನ್ನದೇ ಸರದಿಯನ್ನು ಸೇರಿಸಬಹುದು, ಆದರೆ ಸಮಸ್ಯೆಯನ್ನು ಒಂಟಿಯಾಗಿ ಅಪರೂಪವಾಗಿ ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಮತ್ತು ವಿಳಂಬ ಬೇರೆ ಬೇರೆ ಅಳತೆಗಳು

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

ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ದಿಕ್ಕನ್ನೂ ಗಮನಿಸಿ. ತುಂಬಿದ ಅಪ್ಲೋಡ್ ಬಫರ್ ಡೌನ್‌ಲೋಡ್ ಸಾಮರ್ಥ್ಯ ನಿಷ್ಕ್ರಿಯವಾಗಿರುವಾಗ ಉಳಿದ ಎಲ್ಲವನ್ನೂ ವಿಳಂಬಗೊಳಿಸಬಹುದು.

ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ರೌಂಡ್ ಟ್ರಿಪ್ ಅನ್ನು ಅಳೆಯಿರಿ

ಶಾಂತ ಸಂಪರ್ಕದಲ್ಲಿ ಮೂಲರೇಖೆ ತೆಗೆದುಕೊಳ್ಳಿ, ನಂತರ ಒಂದು ನಿಯಂತ್ರಿತ ವರ್ಗಾವಣೆ ನಡೆಯುತ್ತಿರುವಾಗ ಅದೇ ಅಳತೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಸಂಪೂರ್ಣ ಸಂಖ್ಯೆಗಳಿಗಿಂತ ಎರಡು ರನ್‌ಗಳನ್ನು ಹೋಲಿಸಿ.

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

ಮೊದಲ ಆದೇಶ ರೌಂಡ್-ಟ್ರಿಪ್ ಸಮಯದ ಮಾದರಿಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದು ಸ್ಪೀಡ್-ಟೆಸ್ಟ್ ಸೇವೆ ಇಲ್ಲದೆ ನಿರಂತರ ಅಪ್ಲೋಡ್ ಸೃಷ್ಟಿಸುತ್ತದೆ. ಸಮತಟ್ಟಾಗಿ ಉಳಿಯುವ ಮೂಲರೇಖೆ, ನಂತರ ನೂರಾರು ಮಿಲಿಸೆಕೆಂಡುಗಳಷ್ಟು ಏರುವ ಲೋಡ್ ಆದ ರನ್ — ಇದೇ ಹುಡುಕಬೇಕಾದ ಚಿಹ್ನೆ. ಕೆಲವು ನೆಟ್‌ವರ್ಕ್‌ಗಳು ICMP ಆದ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ping ಅನ್ನು ಸುಳಿವು ಎಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ವಂತ ವಿಳಂಬ ಪ್ರದರ್ಶನದಿಂದ ದೃಢೀಕರಿಸಿ. ಮೀಟರ್ ಇರುವ ಸಂಪರ್ಕಗಳಲ್ಲಿ ಪರೀಕ್ಷೆಯನ್ನು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಪುನರಾವರ್ತಿಸಬಹುದಾದ ವ್ಯತಿರಿಕ್ತತೆ ದೀರ್ಘ ಸ್ಯಾಚುರೇಶನ್‌ಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ.

ಸರದಿಯನ್ನು ಅಡಚಣೆ ಇರುವಲ್ಲಿಗೆ ಸರಿಸಿ

ಸರದಿ ನಿರ್ವಹಣೆ ಬ್ಯಾಕ್ಲಾಗ್ ಅನ್ನು ನಿಜವಾಗಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಸಾಧನದಲ್ಲಿ ಮಾತ್ರ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನಿಯಮಗಳನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಏನು ಮಾಡುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

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

ಟನಲ್ ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಮರೆಮಾಡುತ್ತದೆ

VPN ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಮತ್ತು ಇನ್ನೊಂದು ಹಾಪ್ ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ಟನಲ್‌ನ ಹೊರಗಿನ ಉಪಕರಣಗಳಿಂದ ಪ್ರತ್ಯೇಕ ಹರಿವುಗಳನ್ನೂ ಮರೆಮಾಡುತ್ತದೆ. ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸಾಧನವು ಅಪ್ಲಿಕೇಶನ್ ಆಧಾರಿತ ಆದ್ಯತೆಯನ್ನು ನೀಡಿದಾಗ ಇದು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಅದು ಮೂಲ ಸಂಭಾಷಣೆಗಳಿಗಿಂತ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ನೋಡುತ್ತದೆ. ಟನಲ್ ಅನ್ನು ಸ್ವತಃ ಕೊನೆಗೊಳಿಸುವ ರೌಟರ್‌ಗೆ ಬೇರೆ ನೋಟ ಮತ್ತು ಕೆಲಸದ ಒತ್ತಡ ಇರುತ್ತದೆ ಮತ್ತು ಅದರೊಳಗೆ ವರ್ಗೀಕರಿಸಬಹುದು. ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಯಾವುದೂ ಪ್ರವೇಶ ಸಂಪರ್ಕದಲ್ಲಿನ ಸರದಿಯನ್ನು ತೆಗೆಯುವುದಿಲ್ಲ, ಅಲ್ಲಿ ವಿಳಂಬ ಸಾಮಾನ್ಯವಾಗಿ ಸಂಗ್ರಹವಾಗುತ್ತದೆ.

ವಿಳಂಬವು ಲೋಡ್ ಅನ್ನು ಅನುಸರಿಸದಿದ್ದರೆ, ಸರದಿಗಳನ್ನು ಟ್ಯೂನ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಬೇರೆಡೆ ನೋಡಿ: Wi-Fi ಪರಿಸ್ಥಿತಿಗಳು, ಪ್ಯಾಕೆಟ್-ಗಾತ್ರದ ಸಮಸ್ಯೆಗಳು ಅಥವಾ ಒಂದು ಕೆಟ್ಟ ನಿರ್ಗಮನ ಮಾರ್ಗ. ಅಳತೆ ಇಲ್ಲದೆ ಅನ್ವಯಿಸಿದ ಸರದಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ರಹಸ್ಯವನ್ನು ಸುಮ್ಮನೆ ಸರಿಸುತ್ತವೆ.