VPN ਜੁੜਦਾ ਹੈ ਪਰ LAN ਡਿਵਾਈਸਾਂ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ: ਕੀ ਜਾਂਚਣਾ ਹੈ

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

ਹੁਣ ਤੋਂ ਗੇਟਵੇ ਦੇ ਦੂਜੇ ਪਾਸੇ ਕੁਝ ਟੈਸਟ ਕਰੋ। ਫਾਰਵਰਡਿੰਗ ਕਿੰਨੀ ਵੀ ਟੁੱਟੀ ਹੋਵੇ, ਗੇਟਵੇ ਦਾ ਆਪਣਾ ਪਤਾ ਜਵਾਬ ਦਿੰਦਾ ਰਹੇਗਾ।

ਗੇਟਵੇ ਆਪਣੇ ਹੀ ਸਟੈਕ ਤੋਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ

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

ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲੇ ਪ੍ਰਬੰਧਕੀ ਪੰਨੇ ਵੀ ਪਹਿਲੀ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਆਉਂਦੇ ਹਨ। ਉਹ ਟਨਲ ਬਾਰੇ ਸਬੂਤ ਹਨ, ਇਸਦੇ ਪਿੱਛੇ ਦੇ ਨੈਟਵਰਕ ਬਾਰੇ ਨਹੀਂ।

ਪ੍ਰਵਾਹ ਨੂੰ ਪਹਿਲੀ ਉਸ ਸੀਮਾ ਤੱਕ ਟਰੇਸ ਕਰੋ ਜੋ ਇਸਨੂੰ ਡੇਗ ਦਿੰਦੀ ਹੈ

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

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

ਵਾਪਸੀ ਮਾਰਗ ਅਤੇ ਹੋਸਟ ਫਾਇਰਵਾਲ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਅਸਫਲ ਹੁੰਦੇ ਹਨ

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

ਕਲਾਇੰਟ ਤੋਂ ਭੇਜ ਕੇ ਅਤੇ ਵਾਪਸੀ ਦੇਖ ਕੇ ਵਾਪਸੀ ਮਾਰਗ ਦੀ ਜਾਣਬੁੱਝ ਕੇ ਜਾਂਚ ਕਰੋ। ਇੱਕ-ਦਿਸ਼ਾ ਕੈਪਚਰ ਸਕਿੰਟਾਂ ਵਿੱਚ ਉਹ ਤੈਅ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਇੱਕ ਘੰਟੇ ਦਾ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਕਰੇਗਾ।

ਕਲਾਇੰਟ ਦੇ ਸਰੋਤ ਪਤੇ ਨਾਲ ਹਰ ਹੌਪ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

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

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