VPN ಅಪ್ಲೋಡ್ ಡೌನ್‌ಲೋಡ್‌ಗಿಂತ ನಿಧಾನವೇ? ನೀವು ಯಾವ ಮಿತಿಯನ್ನು ತಲುಪುತ್ತೀರಿ ಎಂದು ನಿರ್ಧರಿಸಿ

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

ಪ್ರಗತಿ ಪಟ್ಟಿಯಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮೂರು ಮಿತಿಗಳು

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

ಸ್ಪರ್ಧೆ ಎರಡನೆಯದು. ಕ್ಲೌಡ್ ಸಿಂಕ್, ಫೋಟೋ ಗ್ರಂಥಾಲಯಗಳು ಮತ್ತು ಅಪ್‌ಡೇಟ್ ಏಜೆಂಟ್‌ಗಳು ಯಂತ್ರ ನಿಷ್ಕ್ರಿಯವಾಗಿ ಕಾಣುವಾಗ ಅಪ್ಲೋಡ್ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಅದೇ ರೇಖೆಯಲ್ಲಿನ ಎರಡನೇ ಸಾಧನವೂ ಅದನ್ನೇ ಮಾಡುತ್ತದೆ. ಕ್ಯೂ ಮೂರನೆಯದು: ಸಂತೃಪ್ತ ಅಪ್‌ಲಿಂಕ್ ಸಂವಾದಾತ್ಮಕ ಸಂಚಾರವನ್ನು ಬೃಹತ್ ಡೇಟಾದ ಹಿಂದೆ ತಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ವರ್ಗಾವಣೆ ಸ್ವತಃ ಆರೋಗ್ಯಕರ ಪ್ರಗತಿ ವರದಿ ಮಾಡುತ್ತಿರುವಾಗ ಕರೆಗಳು ಕಡಿತಗೊಳ್ಳುತ್ತವೆ.

ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ದಿಕ್ಕು ಅಳೆಯಿರಿ

ಒಂದೇ ಸಾಧನ, ಒಂದೇ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಒಂದೇ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಬಳಸಿ, ಮತ್ತು ಸ್ಪರ್ಧೆಯೇ ನೀವು ಗಮನಿಸಲು ಬಯಸುವ ವಿಷಯವಲ್ಲದಿದ್ದರೆ ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಎಂದಿಗೂ ಒಟ್ಟಿಗೆ ಚಲಾಯಿಸಬೇಡಿ. ಮೊದಲ ಓಟದ ಮೊದಲು ನಿಮ್ಮ ಸ್ವಂತ ಐಚ್ಛಿಕ ವರ್ಗಾವಣೆಗಳನ್ನು ವಿರಾಮಗೊಳಿಸಿ. ನಡುವೆ ಒಂದು ಧ್ವಜದೊಂದಿಗೆ ಎರಡು ಓಟಗಳು ಅದರ ಹೆಚ್ಚಿನದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.

iperf3 ಡಿಫಾಲ್ಟ್ ಆಗಿ ಕ್ಲೈಂಟ್‌ನಿಂದ ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾಮಾನ್ಯ ಓಟ ನಿಮ್ಮ ಅಪ್ಲೋಡ್ ಮಾರ್ಗವನ್ನು ಅಳೆಯುತ್ತದೆ; -R ದಿಕ್ಕನ್ನು ತಿರುಗಿಸಿ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಅಳೆಯುತ್ತದೆ. ಅವುಗಳನ್ನು ಕೆಲವು ನಿಮಿಷಗಳ ಅಂತರದಲ್ಲಿ ಚಲಾಯಿಸಿ ಮತ್ತು ಸರಾಸರಿ ತೆಗೆದುಕೊಳ್ಳುವ ಬದಲು ಎರಡೂ ಸಂಖ್ಯೆಗಳನ್ನು ದಾಖಲಿಸಿ:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

ಅಪ್ಲೋಡ್ ಸಂಖ್ಯೆ ಡೌನ್‌ಲೋಡ್ ಸಂಖ್ಯೆಯ ಸಣ್ಣ ಭಾಗವಾಗಿದ್ದು ಓಟಗಳ ನಡುವೆ ಸ್ಥಿರವಾಗಿದ್ದರೆ, ಆಕಾರವು ಅಸಮಮಿತ ಪ್ರವೇಶ ರೇಖೆಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಟನೆಲ್ ಇಲ್ಲಿ ಕಥೆಯಲ್ಲ. ಅಪ್ಲೋಡ್ ಓಟಗಳ ನಡುವೆ ತೂಗಾಡಿದರೆ ಅಥವಾ ಹತ್ತು ಸೆಕೆಂಡುಗಳ ನಂತರ ಕುಸಿದರೆ, ಮುಂದೆ ಓದಿ.

ಅಪ್ಲೋಡ್ ಎಲ್ಲಿ ಬದಲಾಗುತ್ತದೆ ಎಂಬುದರಿಂದ ನಿರ್ಧರಿಸಿ

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

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

ದೈನಂದಿನ ಬಳಕೆಗೆ, ಹಿನ್ನೆಲೆ ಅಪ್ಲೋಡ್ ಅನ್ನು ಮಿತಿಗೊಳಿಸುವುದು ಅಥವಾ ಸಭೆಗಳ ಸಮಯದ ಹೊರಗೆ ಅದನ್ನು ನಿಗದಿಪಡಿಸುವುದು ಯಾವುದೇ ಟನೆಲ್ ಸೆಟ್ಟಿಂಗ್‌ಗಿಂತ ಹೆಚ್ಚಾಗಿ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಆ ಬದಲಾವಣೆಯನ್ನು ಸಂಯೋಜಿತ ಕೆಲಸದ ಹೊರೆಯಿಂದ ನಿರ್ಣಯಿಸಿ: ತಡವಾಗಿ ಮುಗಿಯುತ್ತದೆ ಆದರೆ ಇನ್ನು ಮುಂದೆ ಕರೆಗಳನ್ನು ಹಾಳುಮಾಡದ ಬ್ಯಾಕಪ್ ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತಮ ಒಪ್ಪಂದ.

ನಿಂತುಹೋಗುವುದು ನಿಧಾನವನ್ನು ಸೋಲಿಸಿದಾಗ

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

ವಿಭಜನೆಯಾಗಬಾರದ ಪೇಲೋಡ್‌ನಿಂದ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಟನೆಲ್ ಇಂಟರ್‌ಫೇಸ್‌ನ MTU ಅನ್ನು ಹಾದುಹೋಗುವ ಮೌಲ್ಯದೊಂದಿಗೆ ಹೋಲಿಸಿ:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

ದೊಡ್ಡ ಪ್ರೋಬ್ ಕಣ್ಮರೆಯಾಗಿ ಚಿಕ್ಕದು ಯಶಸ್ವಿಯಾದರೆ, ಪ್ರತಿ ಪ್ರೋಟೋಕಾಲ್‌ಗೂ ಇಂಟರ್‌ಫೇಸ್ MTU ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಬದಲು ಟನೆಲ್‌ನಲ್ಲಿ TCP MSS ಅನ್ನು ಬಿಗಿಗೊಳಿಸಿ. ಆ ಹಂತದ ನಂತರದ ನಿರಂತರ ನಿಲುಗಡೆಗಳು ಸ್ವೀಕರಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಂಗ್ರಹಣೆ ಅಥವಾ ವೇಗಕ್ಕೆ ಸೇರಿದ್ದವು, ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗಕ್ಕಲ್ಲ.

ಏನನ್ನು ಬದಲಿಸಬೇಕು ಮತ್ತು ಏನನ್ನು ಬಿಡಬೇಕು

ನೀವು ನಿಯಂತ್ರಿಸುವ ವಿಷಯಗಳನ್ನು ಬದಲಿಸಿ: ಹಿನ್ನೆಲೆ ವರ್ಗಾವಣೆಗಳ ವೇಳಾಪಟ್ಟಿಗಳು, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಆಯ್ಕೆ ಮತ್ತು ನಿಂತುಹೋಗುವ ಮಾರ್ಗಕ್ಕೆ MSS. ಪ್ರತಿ ಬದಲಾವಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದಾದಂತೆ ಮತ್ತು ಒಂದೇ ಕೆಲಸದ ಹೊರೆಗೆ ಸೀಮಿತಗೊಳಿಸಿ. ಮಾಪನವು ಸರಿ ಎಂದು ಹೇಳುವ ವಿಷಯಗಳನ್ನು ಬಿಡಿ, ರೇಖೆಗೆ ಈಗಾಗಲೇ ಹೊಂದಿಕೊಳ್ಳುವ ಡೌನ್‌ಲೋಡ್ ವೇಗ ಸೇರಿದಂತೆ.

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