ਰਾਊਟਰ ਦਾ VPN ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ LAN ਕਲਾਇੰਟਾਂ ਕੋਲ ਇੰਟਰਨੈੱਟ ਨਹੀਂ

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

LAN ਮੇਜ਼ਬਾਨ ਤੋਂ ਖ਼ਰਾਬੀ ਪੜ੍ਹੋ

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

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

ਸਥਾਨਕ ਅਤੇ ਫਾਰਵਰਡ ਹੋਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਵੱਖਰਾ ਹੈ

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

sysctl net.ipv4.ip_forward
ip -4 address show br-lan
ip route get 203.0.113.9
nft list ruleset | grep -A 6 'chain forward'

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

ਵਾਪਸੀ ਮਾਰਗ ਵੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

ਕਲਾਇੰਟ ਦਾ DNS ਵੀ ਉਸੇ ਸਮੀਖਿਆ ਵਿੱਚ ਆਉਂਦਾ ਹੈ। ਰਾਊਟਰ ਦਾ ਰਿਜ਼ੋਲਵਰ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ, ਪਰ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕੀਤੇ ਕਲਾਇੰਟ ਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਮਿਲਦਾ।

ਇੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਅਤੇ ਇੱਕ ਮਨਾਹੀ ਵਾਲਾ ਪ੍ਰਵਾਹ ਪਰਖੋ

ਸੁਧਾਈ ਤੋਂ ਬਾਅਦ ਰਾਊਟਰ ਦੇ ਮੌਜੂਦਾ ਸੈਸ਼ਨ ਦੀ ਬਜਾਏ ਕਲਾਇੰਟ ਤੋਂ ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਪਰਖੋ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਿਸ ਹਿੱਸੇ ਨੂੰ ਟਨਲ ਨਹੀਂ ਵਰਤਣਾ ਚਾਹੀਦਾ ਉਹ ਅਜੇ ਵੀ ਨਹੀਂ ਵਰਤਦਾ।

curl -sS --max-time 8 https://api.ipify.org
ip route get 203.0.113.9
dig +short intranet.example.net

ਦੂਰ ਵਾਲੇ ਸਿਰੇ ’ਤੇ ਦੇਖਿਆ ਸਰੋਤ ਪਤਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਡਿਜ਼ਾਈਨ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ। ਪਤੇ ਦੇ ਨਾਲ ਨਾਮ ਖੋਜ ਵੀ ਪਰਖੋ, ਕਿਉਂਕਿ ਰਿਜ਼ੋਲਵਰ ਦਾ ਵਿਵਹਾਰ ਉਸੇ ਡੱਬੇ ਰਾਹੀਂ ਜਾਣ ਵਾਲਾ ਵੱਖਰਾ ਮਾਰਗ ਹੈ।

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