ನಿಮ್ಮ ರೌಟರ್ನ Wi-Fi ರೇಟಿಂಗ್ VPN ಥ್ರೂಪುಟ್ ಅನ್ನು ಏಕೆ ಊಹಿಸುವುದಿಲ್ಲ
ಜಾಹೀರಾತು ಮಾಡಿದ Wi-Fi ದರ ಮತ್ತು ಅಳತೆ ಮಾಡಿದ VPN ದರ ಬೇರೆ ಬೇರೆ ಪದರಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ವೇಗವಾದ ರೌಟರ್ ಖರೀದಿಸುವ ಮೊದಲು ಈ ಕ್ರಮಬದ್ಧ ಪರಿಶೀಲನೆಯನ್ನು ಮಾಡಿ.
3,000 Mbps Wi-Fi ಬ್ಯಾಜ್ ಇರುವ ರೌಟರ್ ಕೂಡ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಸಂಚಾರವನ್ನು ಆ ಸಂಖ್ಯೆಯ ಒಂದು ಸಣ್ಣ ಭಾಗದ ವೇಗದಲ್ಲಿ ಸಾಗಿಸಬಲ್ಲದು, ಮತ್ತು ಎರಡೂ ಸಂಖ್ಯೆಗಳಲ್ಲಿ ಯಾವುದೂ ಅಪ್ರಾಮಾಣಿಕವಲ್ಲ. ರೇಡಿಯೋ ರೇಟಿಂಗ್ ಚಿಪ್ಸೆಟ್ ಬೆಂಬಲಿಸುವ ನಿಸ್ತಂತು ಕೊಂಡಿಯ ಅತ್ಯುತ್ತಮ ಮಾಡ್ಯುಲೇಶನ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ; VPN ಸಂಖ್ಯೆ ಒಂದು ಸಾಧನ ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ರೌಟರ್ನ ಪ್ರೊಸೆಸರ್ ಮೂಲಕ ಮತ್ತು ನಿಮ್ಮ ಪ್ರವೇಶ ಸರ್ಕ್ಯೂಟ್ನಿಂದ ಹೊರಗೆ ಎಷ್ಟು ವೇಗವಾಗಿ ತಳ್ಳಬಲ್ಲದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಇವು ಬೇರೆ ಬೇರೆ ಪದರಗಳು, ಬೇರೆ ಬೇರೆ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳು ಮತ್ತು ಬೇರೆ ಬೇರೆ ಅಳತೆ ವಿಧಾನಗಳು. ಬಾಕ್ಸ್ನಲ್ಲಿರುವ ಸಂಖ್ಯೆಯನ್ನು ಯಾರೂ ತಲುಪದ ಮೇಲ್ಛಾವಣಿ ಎಂದು ಪರಿಗಣಿಸಿ, ನಿಮ್ಮ ಟನೆಲ್ ವೇಗದ ಮುನ್ಸೂಚನೆ ಎಂದಲ್ಲ.
ಹಂತ 1: ಸಂಖ್ಯೆಯನ್ನು ಮಿತಿಗೊಳಿಸುವ ನಾಲ್ಕು ಪದರಗಳನ್ನು ನಕ್ಷೆ ಮಾಡಿ
ನಾನು ಕೆಲಸ ಮಾಡಿದ ನಿಧಾನ ರೌಟರ್ನ ಬಹುತೇಕ ಎಲ್ಲಾ ದೂರುಗಳು ನಾಲ್ಕು ಹಂತಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಬರುತ್ತವೆ: ನಿಸ್ತಂತು ಕೊಂಡಿ, WAN ಪ್ರವೇಶ ದರ, ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗ (NAT, ಫೈರ್ವಾಲ್, ಸಂಪರ್ಕ ಟ್ರ್ಯಾಕಿಂಗ್) ಅಥವಾ VPN ಕ್ರಿಪ್ಟೋ ಮಾರ್ಗ. ಅವು ಒಂದರ ಮೇಲೊಂದು ಪದರವಾಗುತ್ತವೆ, ಮತ್ತು ಅತ್ಯಂತ ನಿಧಾನ ಹಂತ ಫಲಿತಾಂಶವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಜಾಹೀರಾತು ಮಾಡಿದ Wi-Fi ದರ ಮೊದಲ ಹಂತದ ಬಗ್ಗೆ ಮಾತ್ರ ಮಾತನಾಡುತ್ತದೆ, ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಉದಾರವಾಗಿ ಮಾತನಾಡುತ್ತದೆ.
ಆ ಸಂಖ್ಯೆ ಸ್ಟ್ರೀಮ್ಗಳ ಸಂಖ್ಯೆ ಗುಣಿಸು ಚಾನೆಲ್ ಅಗಲ ಗುಣಿಸು ಚಿಪ್ಸೆಟ್ ಒಪ್ಪಂದ ಮಾಡಿಕೊಳ್ಳಬಹುದಾದ ಅತ್ಯಧಿಕ ಮಾಡ್ಯುಲೇಶನ್ನಿಂದ ಬರುತ್ತದೆ. 5 GHz ನಲ್ಲಿ 80 MHz ನಲ್ಲಿ 1024-QAM ನೊಂದಿಗೆ 2x2 ರೇಡಿಯೋ 1,200 Mbps ಹತ್ತಿರ ಜಾಹೀರಾತಾಗುತ್ತದೆ, ಆದರೆ Wi-Fi ಹಂಚಿಕೊಂಡ ಅರ್ಧ-ದ್ವಿಮುಖ ಮಾಧ್ಯಮ: ಗ್ರಾಹಕರು ಸರದಿಯಲ್ಲಿ ಬರುತ್ತಾರೆ, ಮರುಹಂಚಿಕೆಗಳು ಮತ್ತು ನಿರ್ವಹಣಾ ಸಂಚಾರ ಗಾಳಿಯ ಸಮಯವನ್ನು ಸುಡುತ್ತವೆ, ಮತ್ತು TCP ತನ್ನದೇ ಆದ ಹೊರೆ ಸೇರಿಸುತ್ತದೆ. ಸೂಕ್ತ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಅತ್ಯಧಿಕ ದರವನ್ನು ಒಪ್ಪಂದ ಮಾಡಿಕೊಳ್ಳುವ ಗ್ರಾಹಕ ಸಾಮಾನ್ಯವಾಗಿ ಅದರ ಅರ್ಧದಷ್ಟಕ್ಕಿಂತ ಬಹಳ ಕಡಿಮೆ ಅಳೆಯುತ್ತದೆ, ಮತ್ತು ನೆರೆಯ ಜಾಲಗಳು ಕಾಣಿಸಿಕೊಂಡಾಗ ಇನ್ನೂ ಕಡಿಮೆ.
| Symptom | Tier to suspect first |
|---|---|
| Wired clients are slow too | WAN access or forwarding path |
| Only Wi-Fi clients are slow | Radio, airtime, or channel width |
| One stream is slow, four parallel streams add up | Per-connection CPU path, not the link |
| Every stream is slow and one core sits at 100% | Crypto path |
| Fast to LAN hosts, slow to the internet | WAN, not the tunnel |
ಕೋಷ್ಟಕ ರೇಡಿಯೋಗೆ ಸೂಚಿಸಿದರೆ, ಮೊದಲು ನಿಸ್ತಂತು ಬದಿಯನ್ನು ಸರಿಪಡಿಸಿ: ಬ್ಯಾಂಡ್, ಚಾನೆಲ್ ಅಗಲ, ದೂರ. ಅದು ರೇಡಿಯೋದ ಕೆಳಗೆ ಸೂಚಿಸಿದರೆ, ಮುಂದಿನ ನಾಲ್ಕು ಹಂತಗಳು ಮುಖ್ಯ, ಮತ್ತು ಎಷ್ಟೇ ಆಂಟೆನಾ ಖರೀದಿಸಿದರೂ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
ಹಂತ 2: ರೇಡಿಯೋ ಮುಟ್ಟುವ ಮೊದಲು ತಂತಿ ಆಧಾರ ರೇಖೆ ತೆಗೆದುಕೊಳ್ಳಿ
ಲ್ಯಾಪ್ಟಾಪ್ ಅನ್ನು Ethernet ಗೆ ಹಾಕಿ ಮತ್ತು ಮೊದಲು ಟನೆಲ್ ಇಲ್ಲದೆ ಮಾರ್ಗವನ್ನು ಅಳೆಯಿರಿ, ಏಕೆಂದರೆ ಅದು ನಿಮಗೆ ಛೇದ ನೀಡುತ್ತದೆ. ಥ್ರೂಪುಟ್ ಸಾಧನವನ್ನು ಆಚೆ ಬದಿಯಲ್ಲಿ, VPN ಅನ್ನು ಮುಗಿಸುವ VPS ಅಥವಾ ಮನೆ ಸರ್ವರ್ನಲ್ಲಿ ಚಲಾಯಿಸಿ, ಮತ್ತು ಗ್ರಾಹಕನನ್ನು ಅದರ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಿ, ಸಂಚಾರ ನಿಮ್ಮ ರೌಟರ್ ಮತ್ತು ಪ್ರವೇಶ ಸರ್ಕ್ಯೂಟ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ.
# on the far host (VPN endpoint)
iperf3 -s
# wired client, direct to the endpoint's public address
iperf3 -c 203.0.113.10 -t 30
# same client, four parallel streams
iperf3 -c 203.0.113.10 -t 30 -P 4
ಆ ಬ್ಲಾಕ್ನ ಎರಡು ಸಂಖ್ಯೆಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. ಒಂದು ಸ್ಟ್ರೀಮ್ ಪ್ರತಿ ಸಂಪರ್ಕದ ಮೇಲ್ಛಾವಣಿಯನ್ನು ತೋರಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ TCP ಕಿಟಕಿಯ ನಡವಳಿಕೆ ಮತ್ತು ಮಾರ್ಗದಲ್ಲಿ ಯಾವುದೇ ಪ್ರತಿ-ಹರಿವಿನ ರೂಪರೇಖೆ ಸೇರಿದೆ. ನಾಲ್ಕು ಸ್ಟ್ರೀಮ್ಗಳು ಕೊಂಡಿಯಲ್ಲಿ ನೀವು ಬಳಸದ ಸಾಮರ್ಥ್ಯ ಇದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಸಮಾನಾಂತರ ಹರಿವುಗಳು ಒಂದು ಹರಿವು ತುಂಬಲಾಗದ ಪೈಪ್ ಅನ್ನು ತುಂಬಬಲ್ಲವು.
ಅದನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇರಿಸಿ: ಅದೇ ಹೋಸ್ಟ್, ದಿನದ ಸಮಯ ಮತ್ತು ಅವಧಿ, ಮನೆಯಲ್ಲಿ ಬೇರೆ ಏನೂ ಸ್ಟ್ರೀಮ್ ಆಗದಂತೆ. ಮೂವತ್ತು ಸೆಕೆಂಡಿನ ಬೃಹತ್ ವರ್ಗಾವಣೆ ಇಲ್ಲಿ ಸರಿಯಾದ ಘಟಕ, ಮತ್ತು RFC 6349, TCP ಥ್ರೂಪುಟ್ ಪರೀಕ್ಷೆಯ ಚೌಕಟ್ಟು, ನಿಖರವಾಗಿ ಆ ತರ್ಕದ ಮೇಲೆ ನಿರ್ಮಿತವಾಗಿದೆ, ಏಕೆಂದರೆ ಸಣ್ಣ ಸ್ಫೋಟಗಳು ಮತ್ತು ಸಣ್ಣ ವಿನಂತಿಗಳು ಕೊಂಡಿಗೆ ಉತ್ತಮ ರೂಪ ನೀಡುತ್ತವೆ. ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಆಧಾರ ರೇಖೆಯನ್ನು ಬರೆಯಿರಿ.
ಹಂತ 3: ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು ಟನೆಲ್ ಮೂಲಕ ಚಲಾಯಿಸಿ
ಈಗ ಅದನ್ನು ಅಂತಿಮ ಬಿಂದುವಿನ ಟನೆಲ್ ವಿಳಾಸದ ವಿರುದ್ಧ ಪುನರಾವರ್ತಿಸಿ, ಅದೇ ಗ್ರಾಹಕ, ಅವಧಿ ಮತ್ತು ಸ್ಟ್ರೀಮ್ ಸಂಖ್ಯೆಯೊಂದಿಗೆ, ಟನೆಲ್ ಆನ್ ಆಗಿದ್ದು ಬೇರೆ ಸಂಚಾರ ಇಲ್ಲದಂತೆ. ಎರಡು ಫಲಿತಾಂಶಗಳ ನಡುವಿನ ಅನುಪಾತ ಆ ಯಂತ್ರಾಂಗದಲ್ಲಿ ಎನ್ಕ್ರಿಪ್ಷನ್ ಮತ್ತು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಸಂಪೂರ್ಣ ಸಂಖ್ಯೆ ಕೆಲಸಕ್ಕೆ ಸಾಕು ಎಂಬುದನ್ನು ಹೇಳುತ್ತದೆ.
ವರ್ಗಾವಣೆ ನಡೆಯುತ್ತಿರುವಾಗ ಕೌಂಟರ್ಗಳನ್ನು ಗಮನಿಸಿ. WireGuard ನಲ್ಲಿ, wg show ಪ್ರತಿ ಪೀರ್ಗೆ ವರ್ಗಾವಣೆಯಾದ ಬೈಟ್ಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ; OpenVPN ನಲ್ಲಿ, ಮಧ್ಯಂತರದಲ್ಲಿ ಬರೆಯಲಾದ ಸ್ಥಿತಿ ಫೈಲ್ ಅದೇ ನೋಟವನ್ನು ನೀಡುತ್ತದೆ.
watch -n 1 'wg show wg0 transfer'
# OpenVPN: add --status /run/openvpn/server.status 10 to the server config
tail -f /run/openvpn/server.status
ಟನೆಲ್ ಸಂಖ್ಯೆ ತಂತಿ ಆಧಾರ ರೇಖೆಗೆ ಹತ್ತಿರವಿದ್ದರೆ, VPN ನಿಮ್ಮ ಅಡಚಣೆ ಅಲ್ಲ ಮತ್ತು ಅದನ್ನು ದೂಷಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು. ಅದು ಆಧಾರ ರೇಖೆಯ ಒಂದು ಭಾಗವಾದರೆ, ನಷ್ಟ ರೌಟರ್ನ ಎನ್ಕ್ರಿಪ್ಷನ್ ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗದ ಒಳಗೆ ಸಂಭವಿಸಿದೆ, ಮತ್ತು ಮುಂದಿನ ಹಂತ ಯಾವ ಭಾಗ ಎಂದು ಹೇಳುತ್ತದೆ.
ಒಂದು ಎಚ್ಚರಿಕೆ: ನಿರ್ಗಮನ IP ಬದಲಾದ ತಕ್ಷಣ, ಕೆಲವು ವೇಗ ಪರೀಕ್ಷಾ ಸೇವೆಗಳು ಸದ್ದಿಲ್ಲದೆ ಬೇರೆ ಅಳತೆ ಸರ್ವರ್ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ, ಹೀಗಾಗಿ ಕೊನೆಗೆ ಎರಡು ಬೇರೆ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಹೋಲಿಸುತ್ತೀರಿ. ಸರ್ವರ್ ವಿಳಾಸವನ್ನು ನೀವೇ ಪಿನ್ ಮಾಡಿ.
ಹಂತ 4: ಪ್ರೊಸೆಸರ್ ಅನ್ನು ಸರಾಸರಿಯಾಗಿ ಅಲ್ಲ, ಮಾರ್ಗವಾಗಿ ಓದಿ
30 ಪ್ರತಿಶತ ಒಟ್ಟು ಪ್ರೊಸೆಸರ್ ತೋರಿಸುವ ರೌಟರ್ ಕೂಡ ಸ್ಯಾಚುರೇಟ್ ಆಗಿರಬಹುದು: ಒಂದು ಟನೆಲ್ನ ಕೆಲಸ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಕೋರ್, ಒಂದು ಇಂಟರಪ್ಟ್ ಕ್ಯೂ ಅಥವಾ ಒಂದು ಕರ್ನಲ್ ಥ್ರೆಡ್ಗೆ ಬೀಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಸರಾಸರಿ ಮೇಲ್ಛಾವಣಿಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಗೇಜ್ ಬದಲು ಪ್ರತಿ-ಕೋರ್ ಮತ್ತು softirq ಸಂಖ್ಯೆಗಳನ್ನು ನೋಡಿ.
mpstat -P ALL 1
top -H -p $(pgrep -f 'openvpn')
grep -o -m1 aes /proc/cpuinfo
ಆ ಔಟ್ಪುಟ್ನಲ್ಲಿ ಮೂರು ವಿಷಯಗಳು ಮುಖ್ಯ. ಒಂದು ಕೋರ್ 100 ಪ್ರತಿಶತದ ಹತ್ತಿರ ಪಿನ್ ಆಗಿದ್ದು ಉಳಿದವು ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದರೆ, ಅದು ಪ್ರತಿ-ಸಂಪರ್ಕ ಮಿತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಭಾರೀ %soft ಅಥವಾ ಒಂದು ಪ್ರೊಸೆಸರ್ನಲ್ಲಿ ಕಾರ್ಯನಿರತ ksoftirqd ಕ್ಯೂಗಳಲ್ಲಿ ಹರಡದ ಸ್ವೀಕಾರ-ಬದಿಯ ಪ್ಯಾಕೆಟ್ ಸಂಸ್ಕರಣೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಮತ್ತು aes ಫ್ಲ್ಯಾಗ್ ಇಲ್ಲದಿರುವುದು ಪ್ರೊಸೆಸರ್ನಲ್ಲಿ AES ಸೂಚನೆಗಳಿಲ್ಲ ಎಂದರ್ಥ, ಆದ್ದರಿಂದ ಸಮ್ಮಿತೀಯ ಎನ್ಕ್ರಿಪ್ಷನ್ ತಂತ್ರಾಂಶದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ಗೆ ಬಹಳ ಹೆಚ್ಚು ವೆಚ್ಚವಾಗುತ್ತದೆ.
ಅನುಷ್ಠಾನವೂ ಮುಖ್ಯ. ಸಾಂಪ್ರದಾಯಿಕ ಬಳಕೆದಾರ ಸ್ಥಳದ OpenVPN ನಿದರ್ಶನ ಒಂದು ಟನೆಲ್ನ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಬಹುಪಾಲು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಸಂಸ್ಕರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವೇಗವಾದ ಬಹು-ಕೋರ್ ಬಾಕ್ಸ್ ಆ ಟನೆಲ್ಗೆ ಏಕ-ಕೋರ್ನಂತೆ ವರ್ತಿಸಬಹುದು. ಕರ್ನಲ್ನಲ್ಲಿರುವ WireGuard ಕೆಲಸವನ್ನು ಪ್ರೊಸೆಸರ್ಗಳಲ್ಲಿ ಹರಡುತ್ತದೆ, ಮತ್ತು OpenVPN ನ ಡೇಟಾ ಚಾನೆಲ್ ಆಫ್ಲೋಡ್ ಪ್ಯಾಕೆಟ್ ನಿರ್ವಹಣೆಯನ್ನು ಕರ್ನಲ್ಗೂ ಸಾಗಿಸುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಬೆಂಬಲಿಸುವ ಬಿಲ್ಡ್ಗಳು ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಲ್ಲಿ ಮಾತ್ರ. ಮಾರ್ಕೆಟಿಂಗ್ ಪುಟದಲ್ಲಿ ಹಾರ್ಡ್ವೇರ್ ವೇಗವರ್ಧನೆಯ ಹೇಳಿಕೆ ನೀವು ಚಲಾಯಿಸುತ್ತಿರುವ ಕೋಡ್ ಮಾರ್ಗ ಅದನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಹಂತ 5: ಏನನ್ನು ಬದಲಿಸಬೇಕೆಂದು ಅದೇ ಕ್ರಮದಲ್ಲಿ ನಿರ್ಧರಿಸಿ
ಈ ಪಟ್ಟಿಯನ್ನು ಕೆಳಗೆ ಓದಿ ಮತ್ತು ನಿಜವಾದ ಮೊದಲ ಸಾಲಿನಲ್ಲಿ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಅದರ ಕೆಳಗೆ ಏನನ್ನಾದರೂ ಬದಲಿಸಿದರೆ ಸಂಖ್ಯೆ ಚಲಿಸುವುದಿಲ್ಲ.
1. ತಂತಿ ನೇರ ಥ್ರೂಪುಟ್ ನೀವು ಪಾವತಿಸುವುದಕ್ಕಿಂತ ಕಡಿಮೆ: ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಮಾತನಾಡಿ, ಏಕೆಂದರೆ ಪ್ರವೇಶ ಸರ್ಕ್ಯೂಟ್ ನೀಡದ ಸಾಮರ್ಥ್ಯವನ್ನು ಟನೆಲ್ ಸೃಷ್ಟಿಸಲಾಗದು. 2. ತಂತಿ ನೇರ ಸರಿಯಿದೆ ಆದರೆ ಟನೆಲ್ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಒಂದು ಕೋರ್ ಪಿನ್ ಆಗುತ್ತದೆ: ರೌಟರ್ನ ಕ್ರಿಪ್ಟೋ ಮಾರ್ಗವೇ ಮಿತಿ. 3. ಪ್ರೊಸೆಸರ್ ನಿಷ್ಕ್ರಿಯ ಆದರೆ ಟನೆಲ್ ನಿಧಾನ: MTU ಮತ್ತು ಚೂರು ಚೂರು ಆಗುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ದೂರದ ಅಂತಿಮ ಬಿಂದುವಿನ ತನ್ನದೇ ಸಾಮರ್ಥ್ಯ. 4. Wi-Fi ಗ್ರಾಹಕರು ಮಾತ್ರ ನಿಧಾನ: ಬ್ಯಾಂಡ್ ಅಥವಾ ಚಾನೆಲ್ ಅಗಲ ಬದಲಿಸಿ, ಮತ್ತು ಜಾಹೀರಾತು ಮಾಡಿದ ದರ ಎಂದೂ VPN ಸಂಖ್ಯೆಯಾಗಿರಲಿಲ್ಲ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ.
ರೌಟರ್ ನಿಜವಾಗಿ ಮಿತಿಯಾದಾಗ, ಪ್ರಾಮಾಣಿಕ ಆಯ್ಕೆಗಳೆಂದರೆ AES ಸೂಚನೆಗಳು ಮತ್ತು ವೇಗವಾದ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗ ಇರುವ ಸಾಧನ, ಬಳಕೆದಾರ ಸ್ಥಳದ ಬದಲು WireGuard ನಂತಹ ಕರ್ನಲ್-ಬದಿಯ ಟನೆಲ್, ಅಥವಾ ರೌಟರ್ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಲು ಗ್ರಾಹಕನನ್ನು ಸಾಧನದೊಳಗೇ ಸಾಗಿಸುವುದು. ಬೆಂಚ್ಮಾರ್ಕ್ ಗೆಲ್ಲಲು ದೃಢೀಕೃತ ಎನ್ಕ್ರಿಪ್ಷನ್ ಆಫ್ ಮಾಡುವುದು ಅವುಗಳಲ್ಲಿ ಒಂದಲ್ಲ; ಅದು ಭದ್ರತಾ ಗುಣವನ್ನು ಇನ್ನೂ ಬಾಕ್ಸ್ಗೆ ಹೊಂದದ ಸಂಖ್ಯೆಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
ಏನನ್ನಾದರೂ ಖರೀದಿಸುವ ಮೊದಲು, ಅದೇ ಸರ್ವರ್ ಮತ್ತು ಅವಧಿಯೊಂದಿಗೆ ಹೊಸ ಸಾಧನದಲ್ಲಿ ಹಂತ 2 ಮತ್ತು 3 ಅನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ, ನಂತರ ಶಿಖರಗಳ ಬದಲು ಅನುಪಾತಗಳನ್ನು ಹೋಲಿಸಿ.