ਡਬਲ NAT ਅਤੇ ਤੁਹਾਡਾ VPN: ਕਲਾਇੰਟ ਚੱਲਦਾ ਹੈ, ਸਰਵਰ ਨਹੀਂ
ਪਤਿਆਂ ਦਾ ਅਨੁਵਾਦ ਕਰਨ ਵਾਲੇ ਦੋ ਰਾਊਟਰ ਬਾਹਰ ਜਾਣ ਵਾਲੇ VPN ਕਲਾਇੰਟ ਨੂੰ ਘੱਟ ਹੀ ਰੋਕਦੇ ਹਨ। ਉਹਨਾਂ ਪਿੱਛੇ ਸਰਵਰ ਹੋਸਟ ਕਰਨਾ ਵਧੇਰੇ ਔਖਾ ਹੈ, ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਬਾਹਰਲੀ ਪਰਤ ਕੈਰੀਅਰ-ਗ੍ਰੇਡ NAT ਹੋਵੇ।
ਤੁਹਾਡਾ ਰਾਊਟਰ ਦੂਜੇ ਰਾਊਟਰ ਪਿੱਛੇ ਹੈ, WAN ਪਤਾ ਨਿੱਜੀ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਫਿਰ ਵੀ ਜੁੜਦਾ ਹੈ। ਇਹ ਸੁਮੇਲ ਉਹਨਾਂ ਨੂੰ ਹੈਰਾਨ ਕਰਦਾ ਹੈ ਜੋ ਸੋਚਦੇ ਹਨ ਕਿ ਡਬਲ NAT ਸੁਰੰਗਾਂ ਤੋੜ ਦੇਵੇਗਾ, ਪਰ ਅਨੁਵਾਦ ਸਭ ਤੋਂ ਵਧੀਆ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਹੀ ਸੰਭਾਲਦਾ ਹੈ। ਉਹਨਾਂ ਹੀ ਦੋ ਪਰਤਾਂ ਪਿੱਛੇ VPN ਸਰਵਰ ਹੋਸਟ ਕਰਨਾ ਹੀ ਆਮ ਤੌਰ ਤੇ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਸਥਿਤੀ ਹੈ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਦੀ ਦਿਸ਼ਾ ਲਿਖੋ।
ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਦੀ ਦਿਸ਼ਾ ਲਿਖੋ
ਅੰਦਰਲੇ ਰਾਊਟਰ ਦਾ ਸਥਿਤੀ ਪੰਨਾ ਖੋਲ੍ਹੋ ਅਤੇ ਉਸਦਾ WAN ਪਤਾ ਲਿਖੋ, ਫਿਰ ਕਿਸੇ ਜਨਤਕ ਸੇਵਾ ਵੱਲੋਂ ਤੁਹਾਨੂੰ ਦੱਸੇ ਪਤੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਦੋਵੇਂ ਵੱਖਰੇ ਹਨ, ਤਾਂ ਤੁਹਾਡੇ ਰਾਊਟਰ ਅਤੇ ਇੰਟਰਨੈੱਟ ਵਿਚਕਾਰ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਅਨੁਵਾਦਕ ਹੈ। ਜੇ WAN ਪਤਾ 100.64.0.0/10 ਦੇ ਅੰਦਰ ਆਉਂਦਾ ਹੈ, ਤਾਂ ਬਾਹਰਲਾ ਅਨੁਵਾਦਕ ਸੰਭਵ ਤੌਰ ਤੇ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਉਸਨੂੰ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦੇ। ਇਹ ਦੋ ਤੱਥ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਅੱਗੇ ਦੇ ਕਦਮਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਬਿਲਕੁਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।
curl -s https://ifconfig.me
ip -brief address
traceroute -n 1.1.1.1
ਡਬਲ NAT ਦਾ ਮਤਲਬ ਡਬਲ VPN ਨਹੀਂ। ਅਨੁਵਾਦ ਪਤੇ ਅਤੇ ਪੋਰਟ ਮੁੜ ਲਿਖਦਾ ਹੈ; ਇਹ ਦੂਜੀ ਐਨਕ੍ਰਿਪਟਡ ਸੁਰੰਗ ਨਹੀਂ ਜੋੜਦਾ, ਅਤੇ ਕੁਝ ਵੀ ਐਨਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰਦਾ। ਇਹਨਾਂ ਦੋ ਵਿਚਾਰਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਹੱਲ ਬਿਲਕੁਲ ਵੱਖਰੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲਈ ਸੈਟਿੰਗ ਪੰਨੇ ਦੀ ਬਜਾਏ ਤੁਹਾਡੇ ਪ੍ਰਦਾਤਾ ਨਾਲ ਗੱਲ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।
ਬਾਹਰ ਜਾਣਾ: ਕਲਾਇੰਟ ਪੁੱਛਦਾ ਹੈ, ਅਨੁਵਾਦਕ ਮੈਪ ਕਰਦੇ ਹਨ
ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਸੁਰੰਗ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਤੋਂ ਆਏ ਪੈਕਟ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਹਰ ਅਨੁਵਾਦਕ ਇੱਕ ਮੈਪਿੰਗ ਬਣਾ ਸਕਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਨੂੰ ਵਾਪਸ ਆਉਣ ਦੇ ਸਕਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ, ਪੋਰਟ ਅਤੇ ਨਿਸ਼ਕਿਰਿਆਟਾ ਟਾਈਮਰ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਉਹ ਮੈਪਿੰਗ ਲਾਭਦਾਇਕ ਹੋਣ ਲਈ ਕਾਫ਼ੀ ਸਮਾਂ ਟਿਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਜ਼ਿਆਦਾਤਰ ਖਪਤਕਾਰ ਰਾਊਟਰ ਇਸਨੂੰ ਕਿਸੇ ਕਨਫਿਗਰੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਸੰਭਾਲ ਲੈਂਦੇ ਹਨ।
ਜੋ ਅਸਫਲਤਾਵਾਂ ਅਸਲ ਵਿੱਚ ਦਿਖਦੀਆਂ ਹਨ ਉਹ ਆਮ ਤੌਰ ਤੇ ਟਾਈਮਆਊਟ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਸਹਿਯੋਗ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੀਆਂ ਹਨ, ਰਾਊਟਰਾਂ ਦੀ ਗਿਣਤੀ ਨਾਲ ਨਹੀਂ। ਕੁਝ ਮਿੰਟਾਂ ਦੀ ਚੁੱਪ ਤੋਂ ਬਾਅਦ ਡਿੱਗਣ ਵਾਲੀ ਸੁਰੰਗ ਸਮਾਪਤ ਹੋ ਰਹੀ ਮੈਪਿੰਗ ਹੈ, ਅਤੇ keepalive ਆਮ ਜਵਾਬ ਹੈ। IPsec ਵਿੱਚ ਮਿਆਰੀ NAT-traversal ਐਕਸਟੈਂਸ਼ਨ ਹਨ, ਇਸ ਲਈ ਇਹ ਕਹਿਣਾ ਕਿ ਇਹ ਅਨੁਵਾਦ ਪਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸਿੱਧਾ ਗਲਤ ਹੈ। ਜੇ ਸੁਰੰਗ ਬਿਲਕੁਲ ਸਥਾਪਿਤ ਨਹੀਂ ਹੁੰਦੀ, ਤਾਂ ਟੋਪੋਲੋਜੀ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਐਂਡਪਾਇੰਟ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਵੇਖੋ।
wg show
ping -c3 10.8.0.1
ਜੇ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਸੁਰੰਗ ਇੱਕ ਨੈੱਟਵਰਕ ਤੋਂ ਚੱਲਦੀ ਹੈ ਅਤੇ ਦੂਜੇ ਤੋਂ ਨਹੀਂ, ਤਾਂ ਰੁਕੋ। ਉਹ ਤੁਲਨਾ ਨੈੱਟਵਰਕਾਂ ਬਾਰੇ ਹੈ, ਰਾਊਟਰਾਂ ਦੀ ਗਿਣਤੀ ਬਾਰੇ ਨਹੀਂ।
ਅੰਦਰ ਆਉਣਾ: ਫਾਰਵਰਡਿੰਗ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਮਲਕੀਅਤ ਵਾਲੇ ਉਪਕਰਣ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ
ਸਰਵਰ ਹੋਸਟ ਕਰਨਾ ਉਲਟ ਦਿਸ਼ਾ ਹੈ: ਇੰਟਰਨੈੱਟ ਤੋਂ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਆਉਂਦਾ ਹੈ ਅਤੇ ਹਰ ਪਰਤ ਵਿੱਚੋਂ ਲੰਘ ਕੇ ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਅੰਦਰਲੇ ਰਾਊਟਰ ਉੱਤੇ ਪੋਰਟ-ਫਾਰਵਰਡਿੰਗ ਨਿਯਮ ਤਾਂ ਹੀ ਮਦਦ ਕਰਦਾ ਹੈ ਜਦੋਂ ਬਾਹਰਲਾ ਅਨੁਵਾਦਕ ਵੀ ਉਹ ਟ੍ਰੈਫਿਕ ਤੁਹਾਡੇ ਤੱਕ ਪਹੁੰਚਾਉਂਦਾ ਹੈ। ਸਥਾਨਕ ਨਿਯਮ ਦੁਹਰਾਉਣ ਨਾਲ ਪ੍ਰਦਾਤਾ ਦੇ ਉਪਕਰਣ ਉੱਤੇ ਨਿਯੰਤਰਣ ਨਹੀਂ ਮਿਲਦਾ।
nc -vz 203.0.113.10 51820
ss -lunp 'sport = :51820'
ਅੰਦਰਲੇ ਰਾਊਟਰ ਦੇ WAN ਪਤੇ ਦੀ ਤੁਲਨਾ ਤੁਹਾਡੇ ਦੇਖੇ ਜਨਤਕ ਪਤੇ ਨਾਲ ਕਰੋ ਅਤੇ ਹਰ ਮੁੱਲ ਕਿੱਥੋਂ ਆਇਆ ਲਿਖੋ। ਜੇ WAN ਪਤਾ ਨਿੱਜੀ ਹੈ ਜਾਂ ਸਾਂਝੀ ਰੇਂਜ ਵਿੱਚ ਹੈ, ਤਾਂ ਬਾਹਰਲੀ ਪਰਤ ਉਹ ਅਨੁਵਾਦ ਕਰ ਰਹੀ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਕਨਫਿਗਰ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਜੋ ਨਿਯਮ ਲਾਗੂ ਹੋ ਹੀ ਨਹੀਂ ਸਕਦੇ ਉਹਨਾਂ ਉੱਤੇ ਪੂਰੀ ਸ਼ਾਮ ਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਦਾਤਾ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਹ ਕਿਹੜੀ ਅੰਦਰ ਆਉਣ ਵਾਲੀ ਪਹੁੰਚ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਰਾਊਟਰ ਹਟਾਉਣਾ ਜਾਂ ਫਾਇਰਵਾਲ ਨੂੰ ਵਿਆਪਕ ਤੌਰ ਤੇ ਬੰਦ ਕਰਨਾ ਨਿਦਾਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਇੱਕ ਖੁੱਲ੍ਹੇ ਪੋਰਟ ਲਈ ਇਹ ਮਾੜਾ ਸੌਦਾ ਹੈ।
ਜੇ ਬਾਹਰਲੀ ਪਰਤ ਪ੍ਰਦਾਤਾ ਦੀ ਹੈ ਅਤੇ ਉਹ ਫਾਰਵਰਡ ਨਹੀਂ ਕਰਦੀ, ਤਾਂ ਰੁਕੋ। ਤਦ ਸਮਰਥਿਤ ਜਵਾਬ ਕੋਈ ਹੋਰ ਪਹੁੰਚ ਢੰਗ ਜਾਂ ਰਿਲੇ ਹਨ, ਤੁਹਾਡੇ ਪਾਸੇ ਤੋਂ ਹੋਰ ਨਿਯਮ ਨਹੀਂ।
ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਚਲ ਜਾਂਚੋ
ਹਰ ਟੈਸਟ ਵਿੱਚ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ ਅਤੇ ਨਤੀਜਾ ਲਿਖੋ, ਕਿਉਂਕਿ ਡਬਲ NAT ਮਾਰਗ ਵਿੱਚ ਇੱਕ ਰਾਊਟਰ ਵਾਲੇ ਮਾਰਗ ਨਾਲੋਂ ਵੱਧ ਚਲ ਹੁੰਦੇ ਹਨ। ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਡਿਵਾਈਸ ਸਥਿਰ ਰੱਖੋ, ਫਿਰ ਕਿਸੇ ਹੋਰ ਪਹੁੰਚ ਨੈੱਟਵਰਕ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਨੋਟ ਕਰੋ ਕਿ ਗੱਲਬਾਤ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਨਿਸ਼ਕਿਰਿਆਤਾ ਤੋਂ ਬਾਅਦ ਸੈਸ਼ਨ ਡਿੱਗਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਾਂ ਸਿਰਫ਼ ਨਿੱਜੀ ਮੰਜ਼ਿਲਾਂ ਫੇਲ੍ਹ ਹੁੰਦੀਆਂ ਹਨ ਜਾਂ ਨਹੀਂ। ਉਹ ਤਿੰਨ ਨਿਰੀਖਣ ਤਿੰਨ ਵੱਖਰੀਆਂ ਪਰਤਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।
journalctl -u wg-quick@wg0 -n 30 --no-pager
ip route get 10.20.30.40
ਓਵਰਲੈਪ ਹੁੰਦੇ ਨਿੱਜੀ ਸਬਨੈੱਟ ਇੱਕ ਵੱਖਰਾ ਜਾਲ ਹਨ ਜਿਸਨੂੰ ਕੋਈ ਵੀ ਮਾਤਰਾ ਦਾ ਅਨੁਵਾਦ ਠੀਕ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਤੁਹਾਡਾ ਘਰੇਲੂ ਨੈੱਟਵਰਕ ਅਤੇ ਦੂਰ ਦਾ ਨੈੱਟਵਰਕ ਇੱਕੋ ਰੇਂਜ ਵਰਤਦੇ ਹਨ, ਤਾਂ ਵਿਚਕਾਰ ਕਿੰਨੇ ਵੀ ਅਨੁਵਾਦਕ ਹੋਣ, ਰੂਟ ਟਕਰਾਅ ਦਿਖਦਾ ਹੈ। ਇੱਕ ਪਾਸੇ ਨੂੰ ਮੁੜ ਸੰਖਿਆ ਦੇਣਾ ਹੀ ਇੱਕੋ-ਇੱਕ ਟਿਕਾਊ ਜਵਾਬ ਹੈ।
ਦੂਰ ਦਾ ਗੇਟਵੇ ਵੀ ਓਨਾ ਹੀ ਧਿਆਨ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਉਸਦੇ ਫਾਰਵਰਡਿੰਗ ਨਿਯਮ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਗੁੰਮ ਹਿੱਸਾ ਹੋ ਸਕਦੇ ਹਨ। ਜੋ ਸੁਰੰਗ ਪ੍ਰਮਾਣੀਕਰਨ ਪਾਸ ਕਰਦੀ ਹੈ ਉਸਦੇ ਕੋਲ ਵੀ ਵਰਤੋਂਯੋਗ ਐਪਲੀਕੇਸ਼ਨ ਮਾਰਗ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਅਤੇ ਉਹ ਅਸਫਲਤਾ ਕਲਾਇੰਟ ਪਾਸੇ ਤੋਂ ਇੱਕੋ ਜਿਹੀ ਦਿਖਦੀ ਹੈ। ਫੇਰੀ ਤਦ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਦੱਸ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜੀ ਦਿਸ਼ਾ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ ਅਤੇ ਕਿਹੜੀ ਪਰਤ ਉਸਦੀ ਮਾਲਕ ਹੈ।