VPN ਗੇਟਵੇ ਨੂੰ IP ਫਾਰਵਰਡਿੰਗ ਦੀ ਲੋੜ ਹੈ: ਕੀ ਜਾਂਚਣਾ ਹੈ

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

ਦੋਵੇਂ ਭੂਮਿਕਾਵਾਂ ਸੁਤੰਤਰ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਪਤਾ ਪਰਿਵਾਰ ਵੀ।

ਆਪਣੇ ਹੀ ਪਤੇ 'ਤੇ ਜਵਾਬ ਦੇਣਾ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ

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

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

ਇਹੀ ਵਾਕ ਫਾਰਵਰਡਿੰਗ ਫ਼ੈਸਲੇ ਦੇ ਸਾਹਮਣੇ ਵਾਲੇ ਫਾਇਰਵਾਲ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਦੀ ਕੀ ਫਾਰਵਰਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਬਾਰੇ ਆਪਣੀ ਨੀਤੀ ਹੈ।

ਹਰ ਪਤਾ ਪਰਿਵਾਰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ

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

sysctl net.ipv4.ip_forward
sysctl -a --pattern 'net.ipv6.conf.(all|default).forwarding'
nft list ruleset | head -n 40

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

ਫਾਰਵਰਡਿੰਗ ਚਾਰ ਲੋੜਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ

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

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

ਗੇਟਵੇ ਤੋਂ ਨਹੀਂ, ਕਲਾਇੰਟ ਤੋਂ ਪਰਖੋ

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

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

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