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 ਉਹ AllowedIPs ਛਾਪਦਾ ਹੈ ਜਿਹਨਾਂ ਨੂੰ WireGuard ਆਪਣਾ ਮੰਨਦਾ ਹੈ। ਜੇ ਰੂਟ ਪੂਰੀ ਕਵਰੇਜ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਸਮੇਂ ਵੀ ਹੱਲਕਰਤਾ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਵੱਲ ਹੀ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ DNS ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦਾ ਹੈ।
ਫਿਰ ਉਹ ਕੰਮ ਮਾਪੋ ਜੋ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ
ਯੰਤਰ, ਨੈੱਟਵਰਕ ਅਤੇ ਗੰਤਵ ਸਥਿਰ ਰੱਖੋ, ਅਤੇ ਵਰਤੇ ਗਏ ਕਲਾਇੰਟ ਅਤੇ ਅੰਤ ਬਿੰਦੂ ਲਿਖੋ। ਜੇ ਦੋਵੇਂ ਸੇਵਾਵਾਂ ਵੱਖ-ਵੱਖ ਸ਼ਹਿਰਾਂ ਤੋਂ ਨਿਕਲਦੀਆਂ ਹਨ ਜਾਂ ਵੱਖ-ਵੱਖ ਹਾਰਡਵੇਅਰ ਉੱਤੇ ਚੱਲਦੀਆਂ ਹਨ, ਤਾਂ ਇਹ ਦੱਸੋ, ਕਿਉਂਕਿ ਫਿਰ ਨਤੀਜਾ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਸਗੋਂ ਉਹ ਸੇਵਾਵਾਂ ਦੱਸਦਾ ਹੈ।
iperf3 -c 203.0.113.20 -t 30
mtr -rwzbc 50 203.0.113.20ਦੋਵੇਂ ਕਮਾਂਡ ਦੋ ਵਾਰ ਚਲਾਓ, ਹਰ ਪ੍ਰੋਫ਼ਾਈਲ ਜੋੜੀ ਲਈ ਇੱਕ ਵਾਰ, ਉਸੇ ਨੈੱਟਵਰਕ ਅਤੇ ਯੰਤਰ ਉੱਤੇ। iperf3 ਥ੍ਰੂਪੁਟ ਦਾ ਅੰਕੜਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ mtr ਰਾਹ ਅਤੇ ਇਹ ਕਿ ਨੁਕਸਾਨ ਕਿੱਥੇ ਦਿਖਦਾ ਹੈ ਦਿੰਦਾ ਹੈ, ਜੋ ਇੱਕ ਡਾਊਨਲੋਡ ਅੰਕੜਾ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ। ਡਾਊਨਲੋਡ ਅੰਕੜਾ ਉਹ ਵੀ ਛੱਡਦਾ ਹੈ ਜੋ ਕਾਲ ਮਹਿਸੂਸ ਕਰਦੀ ਹੈ: ਵਧੀ ਹੋਈ ਦੇਰੀ, ਥਰਥਰਾਹਟ ਅਤੇ ਮੁੜ ਜੁੜਨ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਲਿਖੋ, ਕਿਉਂਕਿ ਥ੍ਰੂਪੁਟ ਵਿੱਚ ਜਿੱਤਣ ਵਾਲਾ ਪ੍ਰੋਟੋਕੋਲ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਕੰਮ ਵਿੱਚ ਹਾਰ ਸਕਦਾ ਹੈ।
ਪ੍ਰਬੰਧਿਤ ਕਨੈਕਸ਼ਨ ਲਈ ਅਨੁਕੂਲਤਾ, ਸਮਰਥਨ ਅਤੇ ਨਵੀਨੀਕਰਨ ਦੀ ਮਿਹਨਤ ਛੋਟੇ ਬੈਂਚਮਾਰਕ ਫ਼ਰਕ ਨਾਲੋਂ ਭਾਰੀ ਪੈ ਸਕਦੀ ਹੈ। ਨਿੱਜੀ ਨਿਕਾਸ ਲਈ ਆਪਰੇਟਰ ਦੀ ਲੌਗਿੰਗ ਅਤੇ ਅਧਿਕਾਰ ਖੇਤਰ ਪ੍ਰੋਟੋਕੋਲ ਲੇਬਲ ਨਾਲੋਂ ਵਧੇਰੇ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਦੋਵੇਂ ਪ੍ਰੋਟੋਕੋਲ ਚੰਗਾ ਕਨੈਕਸ਼ਨ ਲੈ ਜਾ ਸਕਦੇ ਹਨ; ਸੇਵਾ ਅਤੇ ਉਸਦੀ ਸੰਰਚਨਾ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕੀ ਮਿਲਦਾ ਹੈ।
ਟੈਸਟ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਜੋੜੀ ਲਿਖੋ
ਮਾਪਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਇੱਕ ਪ੍ਰੋਫ਼ਾਈਲ ਚੁਣੋ ਅਤੇ ਲਿਖੋ ਕਿ ਹਰ ਇੱਕ ਨੇ ਕੀ ਕਰਨਾ ਹੈ: ਸਿਰਫ਼ ਨਿੱਜੀ ਸਬਨੈੱਟ, ਜਾਂ ਖਾਸ ਨਿਕਾਸ ਵਾਲਾ ਸਾਰਾ ਟ੍ਰੈਫ਼ਿਕ। ਜੋ ਟੈਸਟ ਵੰਡੀ ਸੁਰੰਗ ਪ੍ਰੋਫ਼ਾਈਲ ਦੀ ਤੁਲਨਾ ਪੂਰੀ ਸੁਰੰਗ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲ ਕਰਦਾ ਹੈ ਉਹ ਪ੍ਰੋਫ਼ਾਈਲ ਮਾਪਦਾ ਹੈ, ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ। ਕਲਾਇੰਟ ਦਾ ਨਾਮ, ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਨਿਕਾਸ ਦੀ ਥਾਂ ਇੱਕੋ ਨੋਟ ਵਿੱਚ ਪਾਓ।
ਫਿਰ ਉਹੀ ਕੰਮ ਦੋਵਾਂ ਉੱਤੇ, ਉਸੇ ਨੈੱਟਵਰਕ ਉੱਤੇ, ਉਸੇ ਸੈਸ਼ਨ ਵਿੱਚ ਚਲਾਓ। ਜੇ ਇੱਕ ਬਿਲਕੁਲ ਵੀ ਜੁੜ ਨਹੀਂ ਸਕਦਾ, ਤਾਂ ਉਹ ਅਸਫਲਤਾ ਹੀ ਨਤੀਜਾ ਹੈ ਅਤੇ ਕਾਰਨ ਸਮੇਤ ਰਿਕਾਰਡ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਰਿਕਾਰਡ ਨੂੰ ਸੇਵਾ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਸ਼ੁਰੂ ਤੋਂ ਕਰਨ ਦੀ ਥਾਂ ਉਹੀ ਜੋੜੀ ਤੁਲਨਾ ਕਰੇ।