ನನ್ನ VPN ಏಕೆ ಇಷ್ಟು ನಿಧಾನವಾಗಿದೆ? ಈ ನಾಲ್ಕು ವಿಭಾಗಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಕೆಳಗಿನ ಕ್ರಮವು ಕೆಲಸದಿಂದ ಹೊರಕ್ಕೆ ಸಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಸುರಂಗವು ಅದರ ಕೆಳಗೆ ಕೊರತೆಯಿರುವ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಅಳೆಯುವ ಮೊದಲು ನಿಧಾನ ಎಂದರೆ ಏನು ಎಂದು ನಿರ್ಧರಿಸಿ

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

ಆ ದಾಖಲೆ ಇಲ್ಲದೆ, ಪ್ರತಿ ನಂತರದ ಹೋಲಿಕೆಯೂ ಅನಿಸಿಕೆಗಳ ಬಗ್ಗೆ ವಾದವಾಗುತ್ತದೆ.

ಮೊದಲು ಪ್ರವೇಶ ಜಾಲವನ್ನು ಪರಿಶೀಲಿಸಿ

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

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

ಮೂಲಾಧಾರ ಈಗಾಗಲೇ ಕೆಟ್ಟದಾಗಿದ್ದರೆ, ಕೆಲಸ Wi-Fi, ರೂಟರ್ ಬೇಡಿಕೆ ಅಥವಾ ಪ್ರವೇಶ ಸೇವೆಗೆ ಸೇರಿದ್ದು. ತಂತಿಯ ಪರೀಕ್ಷೆ ಅಥವಾ ಪ್ರವೇಶ ಬಿಂದುವಿನ ಹತ್ತಿರ ಸ್ಥಿರ ಸ್ಥಾನವು ದುರ್ಬಲ ರೇಡಿಯೊ ಸಂಪರ್ಕವನ್ನು ಕಿಕ್ಕಿರಿದ ಅಪ್‌ಲಿಂಕ್‌ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಸುರಂಗ ಏನೇ ಮಾಡಿದರೂ ಪ್ರವೇಶ ಮಾರ್ಗ ನೀಡದ ಸಾಮರ್ಥ್ಯವನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ.

ನಿರ್ಗಮನವನ್ನು ಬದಲಿಸಿ, ನಂತರ ಸಾಗಣೆ

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

ಸೇವೆ ಎರಡೂ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ನೀಡುವಲ್ಲಿ, UDP ಮೇಲಿನ OpenVPN ಅನ್ನು TCP ಮೇಲಿನ OpenVPN ನೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸಂವಾದಾತ್ಮಕ ಕೆಲಸಕ್ಕೆ UDP ಸಾಮಾನ್ಯ ಆರಂಭ ಬಿಂದು, ಆದರೆ UDP ಸಂಚಾರವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಹಾಯಿಸದ ಪ್ರವೇಶ ಜಾಲದಲ್ಲಿ TCP ಸಹಾಯ ಮಾಡಬಹುದು. TCP ಸುರಂಗವು ಸ್ಟ್ರೀಮ್ ಒಳಗೆ ಮರುಕಳುಹಿಸುವ ಮೂಲಕ ನಷ್ಟವನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬೀಳಿಸುವ ಸಂಪರ್ಕದಲ್ಲಿ ಅದು ನಿಧಾನವೆನಿಸಬಹುದು, ಮತ್ತು OpenVPN ಕಾರ್ಯಕ್ಷಮತೆ ದೋಷನಿವಾರಣಾ ಟಿಪ್ಪಣಿಗಳು ಬೇರೆ ಏನನ್ನಾದರೂ ಹೊಂದಿಸುವ ಮೊದಲು ಅದೇ ರಾಜಿಯನ್ನು ವಿವರಿಸುತ್ತವೆ. ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ "udp" ಪದವನ್ನು "tcp" ಆಗಿ ಬದಲಿಸುವುದು ಸರ್ವರ್ ಎಂದೂ ತೆರೆಯದ ಆಲಿಸುವವನನ್ನು ಸೃಷ್ಟಿಸಲಾರದು.

ಮುಂದಿನ ಬದಲಾವಣೆಯನ್ನು ಪ್ರಯತ್ನಿಸುವ ಮೊದಲು ಸಹಾಯ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಉಳಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ನಂತರದ ಹಿನ್ನಡೆ ಯಾವ ಸಂಪಾದನೆ ಸುಧಾರಣೆ ತಂದಿತು ಎಂದು ಊಹಿಸಲು ಬಿಡುತ್ತದೆ.

ಸಾಧನ ಮತ್ತು ಲಕ್ಷಣವನ್ನು ಜೊತೆಯಾಗಿ ಓದಿ

ವರ್ಗಾವಣೆಯ ನಂತರ ಅಲ್ಲ, ಅದರ ಸಮಯದಲ್ಲಿ ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ನೋಡಿ, ಏಕೆಂದರೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ವೆಚ್ಚ ಸಂಚಾರದೊಂದಿಗೆ ಹೆಚ್ಚುತ್ತದೆ ಮತ್ತು ಕುಟುಂಬವೊಂದಕ್ಕೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಸಣ್ಣ ರೂಟರ್ ತನ್ನದೇ ಕ್ಲೈಂಟ್ ನಡೆಸುವ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಿಂತ ಬೇರೆ ಯಂತ್ರ. ಇನ್ನೊಂದು VPN, ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಅಥವಾ ಜಾಲ ಫಿಲ್ಟರ್ ಅದೇ ಮಾರ್ಗದಲ್ಲಿ ಕುಳಿತು ಸಂಚಾರದ ಪಾಲನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಬೆಂಚ್‌ಮಾರ್ಕ್ ಚೆನ್ನಾಗಿ ಕಾಣಲು ದೃಢೀಕರಣ ಪರಿಶೀಲನೆಗಳನ್ನು ಅಥವಾ kill switch ತೆಗೆಯದೆ ತಂತ್ರಾಂಶವನ್ನು ನವೀಕೃತವಾಗಿಡಿ. ಸಣ್ಣ ವಿನಂತಿಗಳು ಯಶಸ್ವಿಯಾಗಿ ದೊಡ್ಡ ಅಪ್‌ಲೋಡ್‌ಗಳು ಸ್ಥಿರ ಗಾತ್ರದಲ್ಲಿ ನಿಲ್ಲುತ್ತಿದ್ದರೆ, MTU ಪರಿಶೀಲನೆ ಮುಂದಿನ ನಿಲ್ದಾಣ.

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

ಸುರಂಗ ಪದೇ ಪದೇ ಮರುಹೊಂದಿಸಲ್ಪಟ್ಟರೆ, ಯಾವುದೇ ಥ್ರೂಪುಟ್ ಸಂಖ್ಯೆಯನ್ನು ಅರ್ಥೈಸುವ ಮೊದಲು ಸಂಪರ್ಕ ಕಡಿತಗಳನ್ನು ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಮತ್ತೆ ಸೇರುತ್ತಿರುವ ಸುರಂಗ ಮಾರ್ಗವನ್ನಲ್ಲ, ಹಸ್ತಲಾಘವವನ್ನು ಅಳೆಯುತ್ತದೆ. ಪ್ರತಿ ಬದಲಾವಣೆಯ ನಂತರ ಮೂಲ ಕೆಲಸವನ್ನು ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಕರೆಯನ್ನು ಇನ್ನೂ ಮುರಿಯುವ ವೇಗದ ಪರೀಕ್ಷೆ ನೀವು ಪ್ರಾರಂಭಿಸಿದ ದೂರನ್ನು ಪರಿಹರಿಸಿಲ್ಲ.