PiVPN ਦਾ ਹੈਂਡਸ਼ੇਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਪੰਨੇ ਰੁਕ ਜਾਂਦੇ ਹਨ: MASQUERADE ਦੀ ਜਾਂਚ ਕਰੋ

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

ਇਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਕੀ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਜੁੜੇ ਕਲਾਇੰਟ ਤੋਂ, ਜਨਤਕ ਇੰਟਰਨੈੱਟ ’ਤੇ ਰਹਿਣ ਵਾਲਾ ਪੰਨਾ ਲੋਡ ਕਰੋ ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਇਹ ਤੁਰੰਤ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜਾਂ ਅੱਧ ਵਿੱਚ ਅਟਕ ਜਾਂਦਾ ਹੈ। ਫਿਰ VPN ਸਰਵਰ ਦੇ ਆਪਣੇ ਨਿੱਜੀ ਪਤੇ ’ਤੇ ਇੱਕ ਸਰੋਤ ਖੋਲ੍ਹੋ ਅਤੇ ਦੋਵੇਂ ਨਤੀਜਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਜੋ ਟਨਲ ਪਤਾ ping ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਜਨਤਕ ਸਾਈਟਾਂ ਦਾ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਉਹ ਫਾਰਵਰਡਿੰਗ ਜਾਂ ਅਨੁਵਾਦ ਦੀ ਸਮੱਸਿਆ ਦਾ ਸੰਕੇਤ ਹੈ, ਟੁੱਟੇ ਹੈਂਡਸ਼ੇਕ ਦਾ ਨਹੀਂ। ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਸਥਿਤੀ ਪੈਨਲ ਇਹਨਾਂ ਵਿੱਚ ਫ਼ਰਕ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ਼ ਇਹ ਜਾਣਦਾ ਹੈ ਕਿ ਕੰਟਰੋਲ ਚੈਨਲ ਉੱਪਰ ਹੈ। ਸਰਵਰ ’ਤੇ ਟਨਲ ਇੰਟਰਫੇਸ ਇਸ ਨਾਲ ਜਾਂਚੋ: ip -br addr show tun0 ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਦਿੱਤਾ ਪਤਾ ਤੁਹਾਡੇ ਦੁਆਰਾ ਸੈੱਟ ਕੀਤੇ ਪੂਲ ਦੇ ਅੰਦਰ ਪੈਂਦਾ ਹੈ। ਜੇ ਪੂਲ ਅਤੇ ਕਲਾਇੰਟ ਪਤਾ ਮੇਲ ਨਾ ਖਾਣ, ਤਾਂ ਪਹਿਲਾਂ ਉਹ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਹੇਠਾਂ ਦਾ ਹਰ ਨਿਯਮ ਪੂਲ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

ਅੱਗੇ, ਸਰਵਰ ਨੂੰ ਪੁੱਛੋ ਕਿ ਜਨਤਕ ਪਤੇ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਇਹ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਵਰਤੇਗਾ। ip route get 203.0.113.9 ਆਪਣੀ ਪਹਿਲੀ ਲਾਈਨ ਵਿੱਚ ਚੁਣਿਆ ਡਿਵਾਈਸ ਅਤੇ ਸਰੋਤ ਛਾਪਦਾ ਹੈ। ਉਸ ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ NAT ਨਿਯਮ ਵਿੱਚ ਇਹੀ ਮੁੱਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਉਹ ਨਿਯਮ ਪੜ੍ਹੋ ਜੋ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕਟ ਬਾਹਰ ਜਾਣਗੇ ਜਾਂ ਨਹੀਂ

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

ਜੀਵਤ ਟੇਬਲ ਦੀ ਸੂਚੀ ਬਣਾਓ ਅਤੇ ਸਿਰਫ਼ MASQUERADE ਸ਼ਬਦ ਲੱਭਣ ਦੀ ਬਜਾਏ ਆਉਟ-ਇੰਟਰਫੇਸ ਕਾਲਮ ਪੜ੍ਹੋ। ਫਾਰਮੈਟ ਕੀਤੀ ਸੂਚੀ ਨਾਲੋਂ ਸ਼ਾਮਲ ਕਰਨ ਵਾਲੇ ਰੂਪ ਦਾ ਆਉਟਪੁੱਟ ਤੁਲਨਾ ਕਰਨਾ ਸੌਖਾ ਹੈ:

ip -br addr show tun0
ip route get 203.0.113.9
sudo iptables -t nat -S POSTROUTING

ਇੱਕ Raspberry Pi ’ਤੇ ਜੋ ਪਹਿਲਾਂ Ethernet ਅਤੇ ਹੁਣ Wi-Fi ਵਰਤਦਾ ਹੈ, ਪੁਰਾਣਾ ਨਾਮ ਲਗਭਗ ਹਮੇਸ਼ਾ ਪੂਰੀ ਕਹਾਣੀ ਹੁੰਦਾ ਹੈ। ਇੰਸਟਾਲਰ ਨੇ ਦਰਜ ਕੀਤਾ ਸੀ ਕਿ ਸੈੱਟਅੱਪ ਵੇਲੇ ਕਿਹੜਾ ਡਿਵਾਈਸ ਮੌਜੂਦ ਸੀ, ਅਤੇ ਸੰਭਾਲਿਆ ਨਿਯਮ-ਸਮੂਹ ਹਰ ਬੂਟ ’ਤੇ ਉਹੀ ਦੁਹਰਾਉਂਦਾ ਹੈ। ਕੁਝ ਹੋਰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਰਾਊਟ ਖੋਜ ਵਿੱਚੋਂ ਮਿਲੇ ਡਿਵਾਈਸ ਦੀ ਨਿਯਮ ਵਾਲੇ ਡਿਵਾਈਸ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਦੋਵੇਂ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਤਾਂ ਇੰਟਰਫੇਸ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਆਖਰੀ ਭਾਗ ਦੇ ਕਾਊਂਟਰਾਂ ਵੱਲ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਵੱਖਰੇ ਹਨ, ਤਾਂ ਸੁਧਾਰ ਸਥਿਰਤਾ ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਸ਼ਬਦ ਦਾ ਸੰਪਾਦਨ ਹੈ।

ਸੰਭਾਲਿਆ ਨਿਯਮ-ਸਮੂਹ ਠੀਕ ਕਰੋ, ਸਿਰਫ਼ ਚੱਲ ਰਿਹਾ ਨਹੀਂ

ਸਿਰਫ਼ ਜੀਵਤ ਟੇਬਲ ਦਾ ਸੰਪਾਦਨ ਅਗਲੇ ਰੀਬੂਟ ਤੱਕ ਰਹਿੰਦਾ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਸਮੱਸਿਆ ਹੱਲ ਹੋਣ ਦਾ ਭਰੋਸਾ ਦਿਵਾਉਣ ਲਈ ਬਿਲਕੁਲ ਕਾਫ਼ੀ ਹੈ। ਬੂਟ ’ਤੇ ਵਾਪਸ ਆਉਣ ਵਾਲੇ ਨਿਯਮ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ ਜਿਸਨੂੰ ਫਾਇਰਵਾਲ ਸਥਿਰਤਾ ਪੈਕੇਜ ਦੁਬਾਰਾ ਲੋਡ ਕਰਦਾ ਹੈ। Debian ਅਧਾਰਿਤ Pi ਇਮੇਜਾਂ ਵਿੱਚ ਉਹ ਫਾਈਲ ਆਮ ਤੌਰ ’ਤੇ /etc/iptables/rules.v4।

ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਨਕਲ ਲਓ, ਫਿਰ MASQUERADE ਲਾਈਨ ਦਾ ਆਉਟ-ਇੰਟਰਫੇਸ ਤੁਹਾਡੇ ਲਿਖੇ ਡਿਵਾਈਸ ਨਾਲ ਬਦਲੋ, ਉਦਾਹਰਨ ਲਈ -o wlan0 ਦੀ ਬਜਾਏ -o eth0। ਸਰੋਤ ਰੇਂਜ ਨੂੰ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਰੱਖੋ, ਜਦੋਂ ਤੱਕ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਪੂਲ ਨਹੀਂ ਬਦਲਿਆ। ਦੁਬਾਰਾ ਲੋਡ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਨਿਯਮ ਹੁਣ ਸਹੀ ਡਿਵਾਈਸ ਦੱਸਦਾ ਹੈ:

sudo cp /etc/iptables/rules.v4 /root/rules.v4.bak
sudo iptables-restore < /etc/iptables/rules.v4
sudo iptables -t nat -L POSTROUTING -v -n

ਨਾਲ ਦੀਆਂ ਦੋ ਸੈਟਿੰਗਾਂ ਭੁੱਲਣਾ ਸੌਖਾ ਹੈ। sysctl net.ipv4.ip_forward ਨੂੰ 1 ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਉੱਪਰਲੇ ਰਾਊਟਰ ਨੂੰ ਨਿੱਜੀ ਸਰੋਤ ਪਤੇ ਖੁਦ ਫਿਲਟਰ ਨਹੀਂ ਕਰਨੇ ਚਾਹੀਦੇ।

ਸਾਬਤ ਕਰੋ ਕਿ ਨਿਯਮ ਸਰਗਰਮ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਵੱਖ ਕਰੋ ਕਿ ਹਾਲੇ ਕੀ ਹੌਲੀ ਹੈ

ਕਾਊਂਟਰ ਹੀ ਇਸ ਗੱਲ ਦਾ ਇੱਕੋ ਇੱਕ ਇਮਾਨਦਾਰ ਸਬੂਤ ਹਨ ਕਿ ਕੋਈ ਨਿਯਮ ਮੇਲ ਖਾਇਆ। ਵਿਸਥਾਰਤ ਸੂਚੀ ਚਲਾਓ, ਕਲਾਇੰਟ ’ਤੇ ਡਾਊਨਲੋਡ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਫਿਰ ਚਲਾਓ। ਤੁਹਾਡੇ ਨਿਯਮ ਦੇ ਕੋਲ ਪੈਕਟ ਅਤੇ ਬਾਈਟ ਕਾਲਮ ਵਧਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਜ਼ੀਰੋ ’ਤੇ ਰਹਿਣ ਵਾਲਾ ਨਿਯਮ ਅਜੇ ਵੀ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਜੇ ਕਾਊਂਟਰ ਹਿੱਲਦੇ ਹਨ ਪਰ ਪੰਨੇ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਸਰੋਤ ਰੇਂਜ ਦੀ ਅਸਲ ਪੂਲ ਨਾਲ ਇਸ ਨਾਲ ਤੁਲਨਾ ਕਰੋ grep -n "^server " /etc/openvpn/server.conf। ਜੇ ਉਹ ਹਿੱਲਦੇ ਹਨ ਅਤੇ ਪੰਨੇ ਲੋਡ ਹੁੰਦੇ ਹਨ ਪਰ ਥ੍ਰੂਪੁੱਟ ਕਮਜ਼ੋਰ ਹੈ, ਤਾਂ ਅਨੁਵਾਦ ਹੋ ਚੁੱਕਾ ਹੈ ਅਤੇ ਬਾਕੀ ਸਮੱਸਿਆ ਕਿਤੇ ਹੋਰ ਹੈ।

ਇੱਕੋ ਕਲਾਇੰਟ ਤੋਂ ਦੋ ਟ੍ਰਾਂਸਫਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਇੱਕ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦੇ ਹੋਸਟ ’ਤੇ ਅਤੇ ਦੂਜਾ ਟਨਲ ਰਾਹੀਂ ਉਸੇ ਹੋਸਟ ’ਤੇ। ਦੋਵਾਂ ਵਿੱਚ ਹੌਲੀ ਹੋਣਾ Pi ਦੇ ਉੱਪਰਲੇ ਲਿੰਕ ਜਾਂ Wi-Fi ਕਨੈਕਸ਼ਨ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ, VPN ਵੱਲ ਨਹੀਂ। ਸਿਰਫ਼ ਟਨਲ ਰਾਹੀਂ ਹੌਲੀ ਹੋਣਾ MTU ਅਤੇ ਮੁੜ-ਭੇਜਣ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਇਸ ਨਾਲ ਦੇਖ ਸਕਦੇ ਹੋ ip -s link show tun0 ਕੋਈ ਵੀ ਕ੍ਰਿਪਟੋ ਸੈਟਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ।

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