ಒಂದೇ ಸುರಂಗದ ಮೇಲೆ ಎರಡು VPN ವೇಗ ಪರೀಕ್ಷೆಗಳು ಏಕೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ

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

ಹೊಸ ನಿರ್ಗಮನ ವಿಳಾಸ ಪರೀಕ್ಷೆಯ ಗಮ್ಯ ಬದಲಾಯಿಸುತ್ತದೆ

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

ಫಲಿತಾಂಶ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ VPN ಅಳತೆ ಅಲ್ಲ. ಅದು ನೀವು ಆಯ್ಕೆ ಮಾಡದ ಸರ್ವರ್‌ಗೆ ನಿಮ್ಮ ಮಾರ್ಗದ ಅಳತೆ, ಮತ್ತು ಎರಡು ರನ್‌ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ಸುರಂಗ ಮಾಡಿದ ಯಾವುದಕ್ಕಿಂತಲೂ ಆ ಸರ್ವರ್‌ನ ಪಿಯರಿಂಗ್‌ನಿಂದ ಪ್ರಭಾವಿತವಾಗಿರಬಹುದು.

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

curl -sS https://ipinfo.io/json | grep -E '"ip"|"org"|"country"'

ರನ್‌ಗಳ ನಡುವೆ ದೇಶ ಬದಲಾದರೆ, ಪರೀಕ್ಷೆ ಆ ನಂತರ ಆಯ್ಕೆ ಮಾಡಿದ ಎಲ್ಲವೂ ಬದಲಾಯಿತು. ಪ್ರತಿ ಫಲಿತಾಂಶದ ಪಕ್ಕದಲ್ಲಿ ಕಂಡ ನಿರ್ಗಮನ ಬರೆಯಿರಿ ಮತ್ತು ಗೊಂದಲ ಬಹುಪಾಲು ಮಾಯವಾಗುತ್ತದೆ.

ನಿಧಾನ ಆರಂಭ ಬಹುಪಾಲು ಚಿಕ್ಕ ಪರೀಕ್ಷೆಗಳು ಮುಗಿದ ನಂತರ ಮುಗಿಯುತ್ತದೆ

TCP ಸಂಪರ್ಕ ಲಿಂಕ್ ವೇಗದಲ್ಲಿ ಆರಂಭವಾಗುವುದಿಲ್ಲ. ಅದು ಚಿಕ್ಕ ದಟ್ಟಣೆ ಕಿಟಕಿಯಿಂದ ಆರಂಭವಾಗುತ್ತದೆ, ಸುಮಾರು ಪ್ರತಿ ಹೋಗಿ-ಬರುವಿಕೆಯಲ್ಲೂ ಅದನ್ನು ದ್ವಿಗುಣಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಹಲವು ಹೋಗಿ-ಬರುವಿಕೆಗಳ ನಂತರವೇ ಮಾರ್ಗದ ಸಾಮರ್ಥ್ಯ ತಲುಪುತ್ತದೆ. ಹೆಚ್ಚಿನ ವಿಳಂಬದ ಮಾರ್ಗದಲ್ಲಿ ಹತ್ತು ಸೆಕೆಂಡಿನ ಪರೀಕ್ಷೆ ತನ್ನ ಜೀವಿತದ ಗಣನೀಯ ಭಾಗವನ್ನು ಆ ಏರಿಕೆಯಲ್ಲಿ ಕಳೆಯಬಹುದು.

ಅದಕ್ಕೇ ಹೆಚ್ಚು ವಿಳಂಬದ ಸುರಂಗವು ಚಿಕ್ಕ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಅರ್ಹತೆಗಿಂತ ಕೆಟ್ಟ ಅಂಕ ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೇ ಉದ್ದದ ರನ್ ಯಾವುದೇ ಸಂರಚನೆ ಬದಲಾವಣೆಯಿಲ್ಲದೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆ ವರದಿ ಮಾಡುತ್ತದೆ. RFC 6349 ಥ್ರೂಪುಟ್ ಚೌಕಟ್ಟು ಇದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೇ ಗಂಭೀರ ಅಳತೆಗಳು ಸ್ಥಿರ ಸ್ಥಿತಿ ತಲುಪಲು ಸಾಕಷ್ಟು ಹೊತ್ತು ನಡೆಯುತ್ತವೆ. ಉಪಗ್ರಹ ಮಾರ್ಗದಲ್ಲಿ ಐದು ಸೆಕೆಂಡಿನ ರನ್ ಮಾರ್ಗವನ್ನಲ್ಲ, ವೇಗವರ್ಧಕವನ್ನು ಅಳೆಯುತ್ತದೆ.

ಒಂದೇ ಸಂಖ್ಯೆಯನ್ನು ನಂಬುವ ಬದಲು ಸಂಪರ್ಕದ ಹಂತಗಳನ್ನು ನೋಡಿ. Curl ಪ್ರತಿ ಹಂತವನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ವರದಿ ಮಾಡುತ್ತದೆ, ಹಾಗಾಗಿ ಸಮಯ ಕೈಕುಲುಕುವಿಕೆಗೆ ಹೋಗುತ್ತಿದೆಯೇ, ಏರಿಕೆಗೆ ಅಥವಾ ವರ್ಗಾವಣೆಗೆ ಎಂಬುದನ್ನು ನೋಡಬಹುದು:

curl -sS -o /dev/null -w 'dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} total=%{time_total} bytes/s=%{speed_download}\n' \
  https://mirror.example.net/testfile.bin

ಅದೇ ಗಮ್ಯಕ್ಕೆ ಸತತವಾಗಿ ಎರಡು ಬಾರಿ ಓಡಿಸಿ. ಎರಡನೇ ರನ್ ಬಹಳ ವೇಗವಾಗಿದ್ದರೆ, ನೀವು ಮಾರ್ಗವನ್ನಲ್ಲ, ಏರಿಕೆಯನ್ನು ಅಳೆಯುತ್ತಿದ್ದೀರಿ, ಮತ್ತು ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ಬಳಸಿದ ಯಾವುದೇ ಹೋಲಿಕೆ ಸಂದೇಹಾಸ್ಪದ.

ಒಂದು ಸ್ಟ್ರೀಮ್ ಮತ್ತು ಆರು ಸ್ಟ್ರೀಮ್‌ಗಳು ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ಅಳೆಯುತ್ತವೆ

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

iperf3 -c speed.example.net -t 20
iperf3 -c speed.example.net -t 20 -P 6
mtr -rwc 50 speed.example.net

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

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

ಗೂಢಲಿಪೀಕರಣ ಪ್ರೊಸೆಸರ್ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಬೈಟ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ

ಲಿಂಕ್ ಎಷ್ಟೇ ವೇಗವಾಗಿದ್ದರೂ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್‌ನಲ್ಲಿ ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳು ಚಲಿಸುತ್ತವೆ. ಗೂಢಲಿಪೀಕರಣ ಪ್ರತಿ ಬೈಟ್‌ಗೆ ಪ್ರೊಸೆಸರ್ ಬಳಸುತ್ತದೆ, ಮತ್ತು ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಲಿಂಕ್ ಇನ್ನೂ ಸಾಗಿಸಬೇಕಾದ ಹೆಡರ್ ಬೈಟ್‌ಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ. ಎರಡೂ ಮೇಲ್ಛಾವಣಿಯಂತೆ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಅವುಗಳ ಲಕ್ಷಣಗಳು ಬೇರೆ.

ಪ್ರೊಸೆಸರ್ ಮೇಲ್ಛಾವಣಿ ಪ್ರಸ್ಥಭೂಮಿಯಂತೆ ಕಾಣುತ್ತದೆ: ನೀವು ಎಷ್ಟೇ ಸ್ಟ್ರೀಮ್ ಸೇರಿಸಿದರೂ ಥ್ರೂಪುಟ್ ಏರುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಮತ್ತು ಯಂತ್ರದ ಪ್ರೊಸೆಸರ್ ಕೆಲಸದಲ್ಲಿದ್ದರೆ ಲಿಂಕ್ ಇರುವುದಿಲ್ಲ. ಚಿಕ್ಕ ರೂಟರ್ ಅಥವಾ ಫೋನ್‌ನಲ್ಲಿ ಅದು ಹೆಚ್ಚಾಗಿ ನಿಜವಾದ ಮಿತಿ, ಮತ್ತು ಅದಕ್ಕೇ ವೇಗದ ಲೈನ್ ಕೂಡ ಸಾಧಾರಣ ಸುರಂಗ ನೀಡಬಹುದು.

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

ಈ ಮೂರನ್ನು ಹೆಚ್ಚಾಗಿ ಗೊಂದಲಿಸಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಬಳಕೆದಾರರು ಎಲ್ಲವನ್ನೂ «VPN ನಿಧಾನ» ಎನ್ನುತ್ತಾರೆ. ದೊಡ್ಡ ಯಂತ್ರಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದು ಮೊದಲನೆಯದು ಮಾತ್ರ, ಚಿಕ್ಕ MTU ಗೆ ಎರಡನೆಯದು ಮಾತ್ರ, ಮತ್ತು ಸರದಿ ನಿರ್ವಹಣೆಗೆ ಮೂರನೆಯದು ಮಾತ್ರ.

ವಿಧಾನವನ್ನು ದಾಖಲೆಗೆ ಬರೆಯಿರಿ

ಉಳಿಸಲು ಯೋಗ್ಯವಾದ ಫಲಿತಾಂಶ ಸಾಧನ, ಪ್ರವೇಶ ಜಾಲ, ನಿರ್ಗಮನ, ಅಳತೆ ಸರ್ವರ್, ದಿಕ್ಕು, ಸ್ಟ್ರೀಮ್ ಸಂಖ್ಯೆ ಮತ್ತು ಅವಧಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಅವುಗಳಿಲ್ಲದೆ ಎರಡು ಸಂಖ್ಯೆಗಳನ್ನು ಹೋಲಿಸಲಾಗದು, ಮತ್ತು ಒಂದೇ ಸಂಖ್ಯೆ ಇರುವ ಟಿಕೆಟ್ ವಾಸ್ತವವಾಗಿ ಒಂದು ಮನಸ್ಥಿತಿ.

ಕೆಟ್ಟ ರನ್‌ಗಳನ್ನೂ ಇಟ್ಟುಕೊಳ್ಳಿ. ಒಂದು ನಿರ್ಗಮನ ಪ್ರತಿ ಬಾರಿಯೂ ನಿಲುಗಡೆ ಉಂಟುಮಾಡುವ ಸರಣಿ ಸರಾಸರಿಗಿಂತ ಬಹಳ ಮಾಹಿತಿಪೂರ್ಣ, ಮತ್ತು ನಿಲುಗಡೆಗಳೇ ಸರಾಸರಿಗಳು ಮುಚ್ಚಿಡುವ ವಿಷಯ.

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