OpenVPN ಅಥವಾ WireGuard? ಗುರುತು ಮತ್ತು ಸಾಗಣೆಯಿಂದ ನಿರ್ಧರಿಸಿ
ಕೀಗಳು, ಲಾಗಿನ್ ಹರಿವುಗಳು ಮತ್ತು ಕೇವಲ UDP ಸಾಗಣೆ ಥ್ರೂಪುಟ್ಗಿಂತ ಬಹಳ ಮೊದಲೇ ಆಯ್ಕೆಯನ್ನು ರೂಪಿಸುತ್ತವೆ. ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಮಾಡಿ ಮತ್ತು ಮಾಪನವನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇರಿಸಿ.
ಈ ಎರಡು ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಹೋಲಿಸುವುದು ನೀವು ನಿಜವಾಗಿ ನಿರ್ವಹಿಸುವುದನ್ನು ಹೋಲಿಸಿದಾಗ ಮಾತ್ರ ಉಪಯುಕ್ತ. WireGuard ತನ್ನ ಸಹವರ್ತಿಗಳನ್ನು ಸಾರ್ವಜನಿಕ ಕೀಲಿಯಿಂದ ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ತನ್ನ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು UDP ಮೇಲೆ ಸಾಗಿಸುತ್ತದೆ, ಆದರೆ OpenVPN ಹೆಚ್ಚು ವಿಶಾಲವಾದ ದೃಢೀಕರಣ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ಎರಡನ್ನೂ ನೀಡಿದಾಗ UDP ಅಥವಾ TCP ಮೇಲೆ ಚಲಿಸಬಲ್ಲದು. ಈ ವ್ಯತ್ಯಾಸಗಳು ಥ್ರೂಪುಟ್ ರೂಪಿಸುವುದಕ್ಕಿಂತ ಬಹಳ ಮೊದಲೇ ಸಿದ್ಧತೆ ಮತ್ತು ಪರ್ಯಾಯ ಮಾರ್ಗವನ್ನು ರೂಪಿಸುತ್ತವೆ. ಕೆಳಗಿನ ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ; ಮೊದಲ ಎರಡು ಸಾಮಾನ್ಯವಾಗಿ ಆಯ್ಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಕೊನೆಯ ಎರಡು ನಿರ್ಧಾರ ಸರಿಯಾಗಿತ್ತೇ ಎಂದು ಹೇಳುತ್ತವೆ.
ಗುರುತಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಸೈಫರ್ ಪಟ್ಟಿಯಿಂದ ಅಲ್ಲ
WireGuard ಸಹವರ್ತಿ ಒಂದು ಖಾಸಗಿ ಕೀಲಿಯನ್ನು ಇಟ್ಟುಕೊಂಡು ತಲುಪಬಹುದಾದ ಸಾರ್ವಜನಿಕ ಕೀಲಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಪೂರೈಕೆದಾರರು ಅದರ ಸುತ್ತ ಖಾತೆ ಪೋರ್ಟಲ್ ಸುತ್ತಬಹುದು, ಆದರೆ ಪ್ರೋಟೋಕಾಲ್ನಲ್ಲೇ ಬಳಕೆದಾರಹೆಸರು ಮತ್ತು ಗುಪ್ತಪದದ ವಿನಿಮಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಖಾತೆಯ ಜೀವನಚಕ್ರ ಕೀಲಿಗಳನ್ನು ಹಂಚುವ ವ್ಯವಸ್ಥೆಯಲ್ಲೇ ಇರುತ್ತದೆ. OpenVPN ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು, ಇರುವ ಡೈರೆಕ್ಟರಿ ವಿರುದ್ಧ ಪ್ಲಗಿನ್ ಅನ್ನು ಅಥವಾ ಪರಿಶೀಲನಾ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಬಳಸಬಹುದು, ಆದ್ದರಿಂದ ಗುರುತು ವ್ಯವಸ್ಥೆ ಇರುವ ಸಂಸ್ಥೆಗಳು ಅದನ್ನು ಆಗಾಗ್ಗೆ ಆರಿಸುತ್ತವೆ. ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಕಳೆದುಹೋದ ಸಾಧನವನ್ನು ಹೇಗೆ ತೆಗೆಯುವುದು ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ನಿವಾರಿಸುವುದಿಲ್ಲ.
| Decision | OpenVPN | WireGuard |
|---|---|---|
| Identity | Certificates, plugins or scripts against an existing directory | One private key per peer, public keys listed for the peers it may reach |
| Transport | UDP or TCP profiles when the server offers both | UDP only in the native protocol |
| Routing and DNS | Server pushes routes and DNS options | AllowedIPs maps ranges to peers, and tooling installs the routes |
| Where it usually breaks | Profile mismatch, expired certificate, failing plugin | Blocked UDP, wrong AllowedIPs, key not installed |
ಸಣ್ಣ ಸಂರಚನೆ ಸರಳ ಸಿದ್ಧತೆಗೆ ಸಮವಲ್ಲ. ಒಂದು ಖಾಸಗಿ ಕೀಲಿಯನ್ನು ಹಲವರಿಗೆ ಕೊಟ್ಟರೆ ನಂತರದ ತೆಗೆಯುವಿಕೆ ಅಸ್ಪಷ್ಟವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಅದನ್ನು ರದ್ದುಪಡಿಸಿದರೆ ಎಲ್ಲರೂ ಒಟ್ಟಿಗೆ ಹೊರಗಾಗುತ್ತಾರೆ. ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ವ್ಯಕ್ತಿಯಿಂದ ಕೀಲಿ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಇರುವ ನಕ್ಷೆಯನ್ನು ಬರೆಯಿರಿ, ಆಗ ಪ್ರೋಟೋಕಾಲ್ನ ನಿರ್ಧಾರ ಬಹಳ ಸುಲಭವಾಗುತ್ತದೆ.
ನಂತರ ಸಾಗಣೆ ಏನನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ
WireGuard ನ ಪ್ರೋಟೋಕಾಲ್ UDP ಬಳಸುತ್ತದೆ. OpenVPN ಸೇವೆಗಳು UDP ಮತ್ತು TCP ಎರಡೂ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ನೀಡಬಹುದು, ಮತ್ತು UDP ಅನ್ನು ತಡೆಯುವ ಅಥವಾ ಕೆಡಿಸುವ ಜಾಲದಲ್ಲಿ ಆ ಎರಡನೆಯ ಆಯ್ಕೆ ಸೈದ್ಧಾಂತಿಕವಲ್ಲ, ಪ್ರಾಯೋಗಿಕ ಪರ್ಯಾಯ ಮಾರ್ಗ. ಸರ್ವರ್ ನೀವು ಆರಿಸಿದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಬೆಂಬಲಿಸಬೇಕು, ಮತ್ತು ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಬದಲಿಸಿದರೆ ಸುರಂಗ HTTPS ಆಗುವುದಿಲ್ಲ ಅಥವಾ ಫೈರ್ವಾಲ್ ಅದನ್ನು ಅನುಮತಿಸಲು ಒಪ್ಪುವುದಿಲ್ಲ.
TCP ಅನ್ನು TCP ಒಳಗೆ ಸಾಗಿಸುವುದು ನಷ್ಟದ ಸಮಯದ ವರ್ತನೆಯನ್ನೂ ಬದಲಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಎರಡೂ ಪದರಗಳು ಸ್ವತಂತ್ರವಾಗಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ ಮರುಜೋಡಿಸುತ್ತವೆ. ನಿರ್ಬಂಧಕ ಜಾಲದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ TCP ಪ್ರೊಫೈಲ್ ನಷ್ಟವಿರುವ ಜಾಲದಲ್ಲಿ ಆದರೂ ಕಳಪೆ ಸಾಧನೆ ನೀಡಬಹುದು, ಮತ್ತು ಅದೇ ಒಂದನ್ನು ಶ್ರೇಷ್ಠ ಎಂದು ಘೋಷಿಸುವ ಬದಲು ಎರಡೂ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಲಭ್ಯವಾಗಿ ಇಡುವ ಕಾರಣ.
ನಂತರ ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು ಹೆಸರು ವಿಶ್ಲೇಷಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ
WireGuard ನ AllowedIPs ವಿಳಾಸ ಶ್ರೇಣಿಗಳನ್ನು ಸಹವರ್ತಿಗಳಿಗೆ ನಕ್ಷೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಒಳಗಿನ ಮಾರ್ಗ ನಿರ್ಧಾರವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸುತ್ತಮುತ್ತಲಿನ ಉಪಕರಣಗಳು ಮಾರ್ಗಗಳನ್ನು ಅಳವಡಿಸುವಾಗ ಆ ಶ್ರೇಣಿಗಳನ್ನು ಬಳಸುತ್ತವೆ. OpenVPN ಸರ್ವರ್ನಿಂದ ಮಾರ್ಗಗಳನ್ನು ಮತ್ತು DNS ಆಯ್ಕೆಗಳನ್ನು ತಳ್ಳುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಕ್ಲೈಂಟ್ ಮೇಲೇರಬಹುದು, ಆದರೆ ಉದ್ದೇಶಿತ ನೀತಿ ಅರ್ಧ ಮಾತ್ರ ಅನ್ವಯವಾಗಿರುತ್ತದೆ.
ip route show
ip -6 route show
resolvectl status
wg showಸಂಪರ್ಕಿತ ಸೂಚಕವನ್ನು ನಂಬುವ ಮೊದಲು ಔಟ್ಪುಟ್ ಓದಿ. ip route show ಕ್ಲೈಂಟ್ IPv4ಗಾಗಿ ಏನನ್ನು ಅಳವಡಿಸಿದೆ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು IPv6 ಪ್ರಭೇದವು ಒಂದೇ ಕುಟುಂಬವನ್ನು ಸಾಗಿಸುವ ಸುರಂಗವನ್ನು ಹಿಡಿಯುತ್ತದೆ. resolvectl status ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಯಾವ ಪರಿಹಾರಕವನ್ನು ಕೇಳುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು wg show WireGuard ತನ್ನದೆಂದು ಭಾವಿಸುವ AllowedIPs ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಮಾರ್ಗಗಳು ಪೂರ್ಣ ಆವರಣವನ್ನು ಹೇಳುತ್ತಿರುವಾಗಲೂ ಪರಿಹಾರಕ ಸ್ಥಳೀಯ ಜಾಲವನ್ನೇ ತೋರಿಸಿದರೆ, DNS ಸುರಂಗದ ಹೊರಗೆ ಹೋಗುತ್ತದೆ.
ನಂತರ ನಿಮಗೆ ಮುಖ್ಯವಾದ ಕೆಲಸವನ್ನು ಅಳೆಯಿರಿ
ಸಾಧನ, ಜಾಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಸ್ಥಿರವಾಗಿ ಇರಿಸಿ, ಮತ್ತು ನೀವು ಬಳಸಿದ ಕ್ಲೈಂಟ್ಗಳು ಮತ್ತು ಅಂತ್ಯಬಿಂದುಗಳನ್ನು ದಾಖಲಿಸಿ. ಎರಡೂ ಸೇವೆಗಳು ಬೇರೆ ಬೇರೆ ನಗರಗಳಿಂದ ಹೊರಟರೆ ಅಥವಾ ಬೇರೆ ಬೇರೆ ಯಂತ್ರಾಂಶದಲ್ಲಿ ಚಲಿಸಿದರೆ, ಅದನ್ನು ಹೇಳಿ, ಏಕೆಂದರೆ ಆಗ ಫಲಿತಾಂಶ ಪ್ರೋಟೋಕಾಲ್ಗಳಲ್ಲ, ಆ ಸೇವೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.
iperf3 -c 203.0.113.20 -t 30
mtr -rwzbc 50 203.0.113.20ಎರಡೂ ಆಜ್ಞೆಗಳನ್ನು ಎರಡು ಬಾರಿ ಚಲಾಯಿಸಿ, ಪ್ರತಿ ಪ್ರೊಫೈಲ್ ಜೋಡಿಗೆ ಒಮ್ಮೆ, ಅದೇ ಜಾಲ ಮತ್ತು ಸಾಧನದಲ್ಲಿ. iperf3 ಥ್ರೂಪುಟ್ನ ಸಂಖ್ಯೆ ನೀಡುತ್ತದೆ, ಮತ್ತು mtr ಮಾರ್ಗ ಮತ್ತು ನಷ್ಟ ಎಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೀಡುತ್ತದೆ, ಅದನ್ನು ಒಂದೇ ಡೌನ್ಲೋಡ್ ಸಂಖ್ಯೆ ತೋರಿಸಲಾರದು. ಡೌನ್ಲೋಡ್ ಸಂಖ್ಯೆ ಕರೆ ಗಮನಿಸುವುದನ್ನೂ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ: ಹೆಚ್ಚಿದ ವಿಳಂಬ, ಅಲುಗಾಟ ಮತ್ತು ಮರುಸಂಪರ್ಕಕ್ಕೆ ಎಷ್ಟು ಸಮಯ ಬೇಕು. ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಥ್ರೂಪುಟ್ನಲ್ಲಿ ಗೆಲ್ಲುವ ಪ್ರೋಟೋಕಾಲ್ ನೀವು ನಿಜವಾಗಿ ಚಲಾಯಿಸುವ ಕೆಲಸದಲ್ಲಿ ಸೋಲಬಹುದು.
ನಿರ್ವಹಿತ ಸಂಪರ್ಕಕ್ಕೆ ಹೊಂದಾಣಿಕೆ, ಬೆಂಬಲ ಮತ್ತು ನವೀಕರಣದ ಶ್ರಮ ಸಣ್ಣ ಮಾಪನ ವ್ಯತ್ಯಾಸಕ್ಕಿಂತ ಹೆಚ್ಚು ಭಾರವಾಗಬಹುದು. ವೈಯಕ್ತಿಕ ನಿರ್ಗಮನಕ್ಕೆ ನಿರ್ವಾಹಕರ ಲಾಗಿಂಗ್ ಮತ್ತು ನ್ಯಾಯವ್ಯಾಪ್ತಿ ಪ್ರೋಟೋಕಾಲ್ ಲೇಬಲ್ಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ. ಎರಡೂ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಉತ್ತಮ ಸಂಪರ್ಕವನ್ನು ಸಾಗಿಸಬಲ್ಲವು; ಸೇವೆ ಮತ್ತು ಅದರ ಸಂರಚನೆ ನೀವು ಏನನ್ನು ಪಡೆಯುತ್ತೀರಿ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಪರೀಕ್ಷೆಯ ಮೊದಲು ಪ್ರೊಫೈಲ್ ಜೋಡಿಯನ್ನು ಬರೆಯಿರಿ
ಅಳೆಯುವ ಮೊದಲು ಪ್ರತಿ ಪ್ರೋಟೋಕಾಲ್ಗೆ ಒಂದು ಪ್ರೊಫೈಲ್ ಆರಿಸಿ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಏನು ಮಾಡಬೇಕೆಂದು ಬರೆಯಿರಿ: ಕೇವಲ ಖಾಸಗಿ ಉಪಜಾಲಗಳು, ಅಥವಾ ನಿರ್ದಿಷ್ಟ ನಿರ್ಗಮನದೊಂದಿಗೆ ಎಲ್ಲ ಸಂಚಾರ. ವಿಭಜಿತ ಸುರಂಗ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಪೂರ್ಣ ಸುರಂಗ ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಹೋಲಿಸುವ ಪರೀಕ್ಷೆ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಅಳೆಯುತ್ತದೆ, ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನಲ್ಲ. ಕ್ಲೈಂಟ್ನ ಹೆಸರು, ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿ ಮತ್ತು ನಿರ್ಗಮನದ ಸ್ಥಳವನ್ನು ಅದೇ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಹಾಕಿ.
ನಂತರ ಅದೇ ಕೆಲಸವನ್ನು ಎರಡರಲ್ಲೂ, ಅದೇ ಜಾಲದಲ್ಲಿ, ಅದೇ ಅಧಿವೇಶನದಲ್ಲಿ ಚಲಾಯಿಸಿ. ಒಂದು ಸಂಪರ್ಕವೇ ಆಗದಿದ್ದರೆ, ಆ ವೈಫಲ್ಯವೇ ಫಲಿತಾಂಶ ಮತ್ತು ಅದು ಕಾರಣದೊಂದಿಗೆ ದಾಖಲೆಯಲ್ಲಿ ಇರಬೇಕು. ದಾಖಲೆಯನ್ನು ಸೇವೆಯ ದಸ್ತಾವೇಜಿನೊಂದಿಗೆ ಇರಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಮತ್ತೆ ಮೊದಲಿನಿಂದ ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಅದೇ ಜೋಡಿಯನ್ನು ಹೋಲಿಸುತ್ತಾನೆ.