ਆਪਣੇ LAN ਦੇ ਹਰ ਡਿਵਾਈਸ ਨਾਲ ਇੱਕ VPN ਕਨੈਕਸ਼ਨ ਸਾਂਝਾ ਕਰੋ

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

ਡਿਵਾਈਸਾਂ ਨੂੰ ਹੋਸਟ ਵੱਲ ਮੋੜਨਾ ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

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

ਸੈਟਿੰਗਾਂ ਨੂੰ ਬੇਤਰਤੀਬੇ ਚਾਲੂ ਅਤੇ ਬੰਦ ਕਰਨ ਦੀ ਬਜਾਏ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਨਿਦਾਨ ਕਰੋ। ਹਰ ਗੁੰਮ ਹਿੱਸਾ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਲੱਛਣ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਹੋਸਟ 'ਤੇ ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਪਤਾ ਅਨੁਵਾਦ ਚਾਲੂ ਕਰੋ

ਜੁੜੇ ਹੋਸਟ 'ਤੇ ਦੋ ਬਦਲਾਅ ਪਹਿਲੇ ਦੋ ਹਿੱਸੇ ਕਵਰ ਕਰਦੇ ਹਨ: IPv4 ਫਾਰਵਰਡਿੰਗ ਚਾਲੂ ਕਰੋ ਅਤੇ LAN ਟ੍ਰੈਫਿਕ ਨੂੰ ਟਨਲ ਇੰਟਰਫੇਸ 'ਤੇ ਅਨੁਵਾਦ ਕਰੋ।

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

sysctl ਮੁੱਲ ਨੂੰ /etc/sysctl.d ਹੇਠਾਂ ਫਾਈਲ ਵਿੱਚ ਸੰਭਾਲੋ, ਅਤੇ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ masquerade ਨਿਯਮ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਫਾਇਰਵਾਲ ਦੇ ਅਗਲੇ ਹਿੱਸੇ ਕਸਟਮ ਚੇਨ ਖਾਲੀ ਕਰ ਸਕਦੇ ਹਨ। ਵਿੰਡੋਜ਼ 'ਤੇ ਸਾਂਝਾ ਕਰਨ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਦੋਵੇਂ ਕਦਮ ਕਰਦੀ ਹੈ, ਪਰ ਇਹ LAN ਅਡਾਪਟਰ ਨੂੰ ਸਥਿਰ ਸਬਨੈੱਟ 'ਤੇ ਦੁਬਾਰਾ ਪਤਾ ਦਿੰਦੀ ਹੈ ਅਤੇ ਇਸਦਾ ਗੇਟਵੇ ਮਿਟਾ ਦਿੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਸਥਿਰ ਪਤਾ ਅਤੇ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਟੁੱਟ ਜਾਂਦੀ ਹੈ। ਸਾਂਝਾ ਕਰਨਾ ਫੇਲ੍ਹ ਹੋਇਆ ਦਾ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਰਾਊਟਰ ਦਾ ਹੋਸਟ ਤੱਕ ਰਾਹ ਇਸਦੇ ਨਵੇਂ ਪਤੇ 'ਤੇ ਬਹਾਲ ਕਰੋ। ਫਿਰ ਦੂਜੇ ਡਿਵਾਈਸ ਦੇ ਟ੍ਰੈਫਿਕ ਭੇਜਣ ਸਮੇਂ ਨਿਯਮ ਦੇ ਕਾਊਂਟਰ ਵਧਦੇ ਦੇਖੋ।

LAN ਨੂੰ ਰੀਬੂਟ ਤੋਂ ਬਚਣ ਵਾਲਾ ਰਾਹ ਦਿਓ

ਹੋਰ ਡਿਵਾਈਸਾਂ ਨੂੰ ਦੂਰ ਦੇ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਰਾਹ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਦੇਣ ਦੇ ਦੋ ਤਰੀਕੇ ਪ੍ਰਭਾਵ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਵੱਖਰੇ ਹਨ।

ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0

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

ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ MTU ਵੱਲ ਧਿਆਨ ਦਿਓ

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

ping -M do -s 1400 10.8.0.5

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

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