ਤੁਹਾਡਾ VPN ਹੋਸਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ VPS ਨੂੰ ਕੀ ਇਜਾਜ਼ਤ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ

ਇੰਸਟੈਂਸ ਬੂਟ ਹੁੰਦਾ ਹੈ, ਪੈਕੇਜ ਇੰਸਟਾਲ ਸਫਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਸੇਵਾ ਚੱਲ ਰਹੀ ਸਥਿਤੀ ਵੀ ਦੱਸਦੀ ਹੈ, ਫਿਰ ਵੀ ਕੁਝ ਨਹੀਂ ਜੁੜਦਾ। ਇਹ ਪੈਟਰਨ ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਸਰਵਰਾਂ 'ਤੇ ਆਮ ਹੈ, ਕਿਉਂਕਿ ਆਰਾਮ ਨਾਲ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲਾ ਗੈਸਟ ਵੀ ਤੁਹਾਡੇ ਪ੍ਰੋਟੋਕਾਲ ਨੂੰ ਲੋੜੀਂਦਾ ਇੰਟਰਫ਼ੇਸ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਪੰਜ ਜਾਂਚਾਂ ਟਨਲ ਦੀ ਸੇਵਾ ਕਰ ਸਕਣ ਵਾਲੇ ਹੋਸਟ ਨੂੰ ਸਿਰਫ਼ ਤਿਆਰ ਦਿਖਣ ਵਾਲੇ ਹੋਸਟ ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਪਹਿਲੀ ਫੇਲ੍ਹ ਜਾਂਚ ਆਮ ਤੌਰ 'ਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਦਾ ਸਭ ਕੁਝ ਸਮਝਾ ਦਿੰਦੀ ਹੈ। ਹਰ ਇੱਕ ਚਲਾਉਣ ਲਈ ਸਸਤੀ ਹੈ ਅਤੇ ਨੋਟ ਦੀ ਬਜਾਏ ਫ਼ੈਸਲੇ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ।

ਪ੍ਰੋਟੋਕਾਲ ਨੂੰ ਲੋੜੀਂਦੇ ਇੰਟਰਫ਼ੇਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

OpenVPN TUN ਉੱਤੇ ਚੱਲਣ ਲਈ ਕੈਰੇਕਟਰ ਡਿਵਾਈਸ ਅਤੇ ਇਸ ਪਿੱਛੇ ਕਰਨਲ ਮੌਡਿਊਲ ਚਾਹੀਦਾ ਹੈ; WireGuard ਨੂੰ ਆਪਣਾ ਕਰਨਲ ਸਮਰਥਨ ਜਾਂ ਮੇਲ ਖਾਂਦੀਆਂ ਉਮੀਦਾਂ ਵਾਲਾ ਯੂਜ਼ਰਸਪੇਸ ਅਮਲ ਚਾਹੀਦਾ ਹੈ। ਮੈਨੇਜਡ ਕੰਟੇਨਰ ਹੋਸਟ ਕਰਨਲ ਸਾਂਝਾ ਕਰ ਸਕਦੇ ਹਨ ਜੋ ਡਿਵਾਈਸ ਨੂੰ ਕਦੇ ਨਹੀਂ ਖੋਲ੍ਹਦਾ, ਅਤੇ ਕੁਝ ਪਲੇਟਫ਼ਾਰਮ ਚਾਹੇ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਹੋਵੇ, ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਬਣਾਉਣ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਨ੍ਹਾ ਕਰਦੇ ਹਨ।

ਸਪੋਰਟ ਪੇਜ ਪੜ੍ਹਨ ਦੀ ਬਜਾਏ ਸਮਰਥਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਮਾਰਕੀਟਿੰਗ ਲੇਬਲ ਅਧਾਰਿਤ ਹੱਦਾਂ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਦੇ ਹਨ। ਇੱਕ ਪਲਾਨ ਲਈ ਲਿਖੀ ਫ਼ੀਚਰ ਸੂਚੀ ਸ਼ਾਇਦ ਉਸ ਕਰਨਲ ਦਾ ਵਰਣਨ ਨਾ ਕਰੇ ਜਿਸ 'ਤੇ ਗੈਸਟ ਅਸਲ ਵਿੱਚ ਚੱਲਦਾ ਹੈ। ਦੋ ਛੋਟੇ ਕਮਾਂਡ ਆਮ ਵਰਤੇ ਜਾਂਦੇ ਪ੍ਰੋਟੋਕਾਲਾਂ ਲਈ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਆਪਣੇ ਪਿੱਛੇ ਸਫ਼ਾਈ ਕਰਦੇ ਹਨ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ ਕੁਝ ਵੀ ਸਥਾਈ ਨਹੀਂ ਬਣਾਉਂਦੇ ਅਤੇ ਤੁਰੰਤ ਹਟਾ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ।

sudo ip tuntap add dev tun9 mode tun
sudo ip tuntap del dev tun9 mode tun
sudo ip link add wgtest type wireguard && sudo ip link del wgtest

ਪਹਿਲੀ ਜੋੜੀ 'ਤੇ ਇਨਕਾਰ ਦਾ ਮਤਲਬ ਹੈ ਕਿ TUN ਉਪਲਬਧ ਨਹੀਂ ਅਤੇ OpenVPN ਦਾ ਡਿਫ਼ਾਲਟ ਮੋਡ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋ ਸਕਦਾ; ਆਖਰੀ ਲਾਈਨ 'ਤੇ ਇਨਕਾਰ ਦਾ ਮਤਲਬ ਹੈ ਕਿ WireGuard ਕਰਨਲ ਇੰਟਰਫ਼ੇਸ ਗ਼ੈਰਹਾਜ਼ਰ ਹੈ। ਕਰਨਲ ਦੀ TUN/TAP ਦਸਤਾਵੇਜ਼ ਪਹਿਲੀ ਜਾਂਚ ਜਿਸ ਡਿਵਾਈਸ ਦੀ ਪਰਖ ਕਰਦੀ ਹੈ ਉਸ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਫੇਲ੍ਹਤਾ VPN ਪੈਕੇਜ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਕਰਕੇ ਠੀਕ ਨਹੀਂ ਹੁੰਦੀ।

ਯਾਦ ਰੱਖੋ ਕਿ ਅੰਦਰ ਆਉਣ ਵਾਲੇ ਰਾਹ ਦੇ ਦੋ ਮਾਲਕ ਹਨ

ਪ੍ਰੋਵਾਈਡਰ ਦੇ ਨੈੱਟਵਰਕ ਨਿਯਮ ਅਤੇ ਗੈਸਟ ਦਾ ਫਾਇਰਵਾਲ ਵੱਖਰੇ ਸਿਸਟਮ ਹਨ, ਅਤੇ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਦੋਵਾਂ ਵਿੱਚੋਂ ਲੰਘਣਾ ਪੈਂਦਾ ਹੈ। ਗੈਸਟ 'ਤੇ ਬੱਝਾ ਸਰੋਤਾ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜੇ ਪ੍ਰੋਵਾਈਡਰ ਦਾ ਸੁਰੱਖਿਆ ਸਮੂਹ ਪੋਰਟ ਛੱਡ ਦੇਵੇ, ਅਤੇ ਖੁੱਲ੍ਹਾ ਪ੍ਰੋਵਾਈਡਰ ਨਿਯਮ ਕੁਝ ਨਹੀਂ ਕਰਦਾ ਜੇ ਗੈਸਟ ਪੈਕੇਟ ਰੱਦ ਕਰੇ। ਸਰੋਤਾ, ਫਿਰ ਗੈਸਟ ਦੇ ਨਿਯਮ, ਫਿਰ ਪ੍ਰੋਵਾਈਡਰ ਦਾ ਪੈਨਲ, ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ, ਅਤੇ ਪੋਰਟ ਨੰਬਰ ਦੇ ਨਾਲ ਪ੍ਰੋਟੋਕਾਲ ਵੀ ਪੁਸ਼ਟ ਕਰੋ। ਸਿੱਧਾ ਪ੍ਰੋਵਾਈਡਰ ਪੈਨਲ 'ਤੇ ਛਾਲ ਮਾਰਨਾ ਹੀ ਉਹ ਢੰਗ ਹੈ ਜਿਸ ਨਾਲ ਲੋਕ ਬਿਨਾਂ ਲੋੜ ਦੀ ਰੇਂਜ ਖੋਲ੍ਹ ਲੈਂਦੇ ਹਨ।

UDP ਆਮ ਸ਼ਿਕਾਰ ਹੈ: ਕਈ ਪਲੇਟਫ਼ਾਰਮ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ TCP ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ ਅਤੇ UDP ਨਿਯਮਾਂ ਨੂੰ ਵੱਖਰੀ ਐਂਟਰੀ ਮੰਨਦੇ ਹਨ। ਜੇ ਇੰਸਟੈਂਸ ਜਨਤਕ ਪਤਾ ਰੱਖਣ ਦੀ ਬਜਾਏ ਪ੍ਰੋਵਾਈਡਰ ਦੇ NAT ਪਿੱਛੇ ਹੈ, ਤਾਂ ਪ੍ਰੋਵਾਈਡਰ ਵੱਲ ਪੋਰਟ ਫ਼ਾਰਵਰਡਿੰਗ ਮਿਲਾਉਣ ਵਾਲੀ ਤੀਜੀ ਸੰਰਚਨਾ ਬਣ ਜਾਂਦੀ ਹੈ।

ਵਾਪਸੀ ਰਾਹ ਦੀ ਯੋਜਨਾ ਬਣਾਓ, ਸਿਰਫ਼ ਨਿਕਾਸ ਦੀ ਨਹੀਂ

ਪੂਰੀ-ਟਨਲ ਸੇਵਾ ਲਈ ਫ਼ਾਰਵਰਡਿੰਗ ਸਰਗਰਮ, ਕਲਾਇੰਟ ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਅਨੁਵਾਦ ਜਾਂ ਰਾਊਟਿੰਗ ਸਕੀਮ, ਅਤੇ ਕਲਾਇੰਟ ਪੂਲ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲਾ ਵਾਪਸੀ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਸਰੋਤਾ ਖੋਲ੍ਹਣ ਨਾਲ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਨਹੀਂ ਮਿਲਦਾ। ਜੋ ਟਨਲ ਸਥਾਪਿਤ ਹੁੰਦੀ ਹੈ ਪਰ ਲਾਹੇਵੰਦ ਟ੍ਰੈਫ਼ਿਕ ਨਹੀਂ ਢੋਂਦੀ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਮਾਣਿਕਤਾ 'ਤੇ ਨਹੀਂ, ਇੱਥੇ ਹੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਸਫਲ ਹੈਂਡਸ਼ੇਕ ਨੂੰ ਨਿਦਾਨ ਦਾ ਅੰਤ ਨਹੀਂ, ਸ਼ੁਰੂ ਮੰਨੋ।

ਯੋਜਨਾ ਨੂੰ ਤਿੰਨ ਠੋਸ ਫ਼ੈਸਲਿਆਂ ਵਜੋਂ ਲਿਖੋ: ਕਲਾਇੰਟ ਕਿਹੜੀ ਸਰੋਤ ਰੇਂਜ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ, ਉਹਨਾਂ ਦਾ ਟ੍ਰੈਫ਼ਿਕ ਇੰਟਰਨੈੱਟ ਵੱਲ ਕਿਵੇਂ ਨਿਕਲਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਵਾਪਸੀ ਦਾ ਰਾਹ ਕਿਵੇਂ ਲੱਭਦੇ ਹਨ। ਫਿਰ ਕਲਾਇੰਟ ਦੀ ਪਰਖ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਰਨਲ ਯੋਜਨਾ ਨਾਲ ਸਹਿਮਤ ਹੈ, ਤਾਂ ਜੋ ਸ਼ਾਂਤ ਅਸੰਗਤੀ ਨੂੰ ਕਲਾਇੰਟ-ਪਾਸੇ ਦੀ ਖ਼ਰਾਬੀ ਨਾ ਸਮਝਿਆ ਜਾਵੇ।

sysctl -n net.ipv4.ip_forward
sudo nft list ruleset | head -n 40
ip -4 route show default

IPv6 ਦੇ ਮਾਮਲੇ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਤੈਅ ਕਰੋ

IPv6 ਗੇਟਵੇ ਲਈ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਵਿਵਹਾਰ ਕਰਨ ਵਾਲੇ ਕਈ ਵਿਧੀਆਂ ਰਾਹੀਂ ਆਉਂਦਾ ਹੈ: ਇੰਸਟੈਂਸ 'ਤੇ ਪਤਾ, ਰਾਊਟ ਕੀਤਾ ਪ੍ਰੀਫ਼ਿਕਸ, ਜਾਂ ਕੁਝ ਵੀ ਨਹੀਂ। ਸਿਰਫ਼ ਰਾਊਟ ਕੀਤਾ ਪ੍ਰੀਫ਼ਿਕਸ ਹੀ ਸਰਵਰ ਨੂੰ ਆਮ ਤਰੀਕੇ ਨਾਲ ਕਲਾਇੰਟਾਂ ਨੂੰ ਪਤੇ ਦੇਣ ਦਿੰਦਾ ਹੈ। ਇਹ ਮੰਨਣਾ ਕਿ ਹੋਸਟ 'ਤੇ ਚੱਲਦਾ IPv6 ਪਤਾ ਵਰਤੋਂਯੋਗ ਕਲਾਇੰਟ ਪ੍ਰੀਫ਼ਿਕਸ ਦਰਸਾਉਂਦਾ ਹੈ, ਉਹ ਗ਼ਲਤੀ ਹੈ ਜੋ ਬਾਅਦ ਵਿੱਚ ਅੱਧ-ਟੁੱਟੀ ਕਨੈਕਟੀਵਿਟੀ ਵਜੋਂ ਸਾਹਮਣੇ ਆਉਂਦੀ ਹੈ। ਇਹ ਅਜਿਹੀ ਖ਼ਰਾਬੀ ਹੈ ਜੋ ਸਿਰਫ਼ IPv4 ਨਾਲ ਕੀਤੀ ਹਰ ਪਰਖ ਤੋਂ ਬਚ ਨਿਕਲਦੀ ਹੈ।

ਜੇ ਪ੍ਰੋਵਾਈਡਰ ਕੋਈ ਪ੍ਰੀਫ਼ਿਕਸ ਰਾਊਟ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਤੈਅ ਕਰੋ ਕਿ ਟਨਲ ਸਿਰਫ਼ IPv4 ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਇਹ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੁੜੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ IPv6 ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਸ਼ਾਂਤੀ ਨਾਲ ਕਾਲੇ ਛੇਕ ਵਿੱਚ ਸੁੱਟਣ ਵਾਲੀ ਅੰਸ਼ਕ ਸੰਰਚਨਾ ਨਾਲੋਂ ਦਸਤਾਵੇਜ਼ੀ ਗ਼ੈਰਹਾਜ਼ਰੀ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਹੈ।

ਇਹ ਬਾਹਰੀ ਕਲਾਇੰਟ ਤੋਂ ਸਿੱਧ ਕਰੋ

ਸਥਾਨਕ ਸੇਵਾ ਸਥਿਤੀ ਇੱਕ ਹੋਸਟ 'ਤੇ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ। ਲਾਹੇਵੰਦ ਪਰਖ ਉਹ ਹੈ ਜਦੋਂ ਵੱਖਰੇ ਨੈੱਟਵਰਕ 'ਤੇ ਅਧਿਕਾਰਤ ਕਲਾਇੰਟ ਤੁਹਾਡੇ ਦੁਆਰਾ ਵੰਡਣ ਵਾਲੇ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਫਿਰ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ ਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਦੁਬਾਰਾ ਵੀ ਜੁੜੋ, ਕਿਉਂਕਿ ਸਿਰਫ਼ ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀ ਟਨਲ ਅਮਲ ਵਿੱਚ ਸਭ ਤੋਂ ਜ਼ਰੂਰੀ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਕਰਦੀ।

sudo wg show wg0 latest-handshakes
ip -4 route get 203.0.113.44
sudo journalctl -u wg-quick@wg0 -n 15 --no-pager

ਪਰਖ ਦੇ ਨਾਲ ਕਾਰਜਕਾਰੀ ਬੁਨਿਆਦ ਰੱਖੋ: ਅੱਪਡੇਟ ਲਈ ਥਾਂ, ਸੀਮਿਤ ਲੌਗ, ਟਨਲ 'ਤੇ ਨਿਰਭਰ ਨਾ ਕਰਨ ਵਾਲੀ ਪ੍ਰਬੰਧਕੀ ਪਹੁੰਚ, ਰਿਕਵਰੀ ਕੰਸੋਲ, ਅਤੇ ਇਸ ਬਾਰੇ ਨੋਟ ਕਿ ਇੰਸਟੈਂਸ ਦੁਬਾਰਾ ਬਣਨ ਅਤੇ ਇਸ ਦਾ ਜਨਤਕ ਪਤਾ ਬਦਲਣ 'ਤੇ ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲਾਂ ਦਾ ਕੀ ਹੁੰਦਾ ਹੈ। ਜੇ ਲੋੜੀਂਦਾ ਇੰਟਰਫ਼ੇਸ ਜਾਂ ਫ਼ਾਰਵਰਡਿੰਗ ਮਾਡਲ ਬਿਲਕੁਲ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਕਲਾਇੰਟ-ਪਾਸੇ ਬਦਲਾਅ ਇਹ ਨਹੀਂ ਦੇਵੇਗਾ, ਅਤੇ ਇਮਾਨਦਾਰ ਅਗਲਾ ਕਦਮ ਵਧੇਰੇ ਸੰਰਚਨਾ ਨਹੀਂ, ਵੱਖਰੀ ਕਿਸਮ ਦਾ ਇੰਸਟੈਂਸ ਹੈ।