ICMP ਰੀਡਾਇਰੈਕਟ ਅਤੇ ਤੁਹਾਡੇ VPN ਰੂਟ: ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ

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

ਰੀਡਾਇਰੈਕਟ ਰਾਊਟਰ ਵੱਲੋਂ ਆਇਆ ਸੁਝਾਅ ਹੈ

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

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

ਬਹੁਤੀਆਂ ਰੀਡਾਇਰੈਕਟ ਜਾਂਚਾਂ ਇਸੇ ਫ਼ਰਕ ’ਤੇ ਗਲਤ ਹੁੰਦੀਆਂ ਹਨ।

IPv4 ਅਤੇ IPv6 ਇਸਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਪਹੁੰਚਾਉਂਦੇ ਹਨ

IPv6 ਵਿੱਚ ਸਮਾਨ ਕਾਰਜਵਿਧੀ ICMPv4 ਵਿੱਚ ਨਹੀਂ, ਗੁਆਂਢੀ ਖੋਜ ਦੇ ਅੰਦਰ ਹੈ, ਸੁਨੇਹਾ ਫਾਰਮੈਟ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਨਿਯਮ ਵੱਖਰੇ ਹਨ। ਧਾਰਨਾਵਾਂ ਮਿਲਦੀਆਂ ਹਨ, ਪੈਕਟ ਨਹੀਂ। ICMP ਕਿਸਮ 5 ਲਈ ਲਿਖਿਆ ਕੈਪਚਰ ਫਿਲਟਰ IPv6 ਨੈੱਟਵਰਕ ’ਤੇ ਕੁਝ ਨਹੀਂ ਦਿਖਾਏਗਾ, ਅਤੇ ਇਸਨੂੰ ਕਦੇ-ਕਦੇ ਰੀਡਾਇਰੈਕਟ ਨਾ ਹੋਣ ਦਾ ਸਬੂਤ ਸਮਝ ਲਿਆ ਜਾਂਦਾ ਹੈ।

ਨੀਤੀ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵੀ ਵੱਖਰੀਆਂ ਹਨ, ਇਸ ਲਈ ਹੋਸਟ IPv4 ਰੀਡਾਇਰੈਕਟ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ IPv6 ਨੂੰ ਅਣਡਿੱਠਾ ਕਰ ਸਕਦਾ ਹੈ, ਜਾਂ ਉਲਟ।

ਜੇ ਵਿਚਾਰ ਅਧੀਨ ਪ੍ਰਵਾਹ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਵਰਤ ਸਕਦਾ ਹੈ ਤਾਂ ਦੋਵੇਂ ਪਰਿਵਾਰ ਜਾਂਚੋ।

ਸਵੀਕਾਰ ਹੋਸਟ ਦੀ ਨੀਤੀ ਹੈ, ਨੈੱਟਵਰਕ ਦਾ ਤੱਥ ਨਹੀਂ

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

ਸੁਰੱਖਿਅਤ ਰੀਡਾਇਰੈਕਟ ਸੈਟਿੰਗਾਂ ਹੋਰ ਵੀ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜੇ ਗੇਟਵੇ ’ਤੇ ਭਰੋਸਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਹੋਸਟ ਨੂੰ ਸਖ਼ਤ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਸਮੀਖਿਆ ਕਰਨ ਵਾਲੀਆਂ ਸੈਟਿੰਗਾਂ ਇਹੋ ਹਨ, ਅਤੇ ਇੱਕੋ ਨੈੱਟਵਰਕ ਦੀਆਂ ਦੋ ਮਸ਼ੀਨਾਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਨ ਦਾ ਕਾਰਨ ਵੀ ਇਹੋ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਡੀਬੱਗਿੰਗ ਦੇ ਛੋਟੇ ਰਾਹ ਵਜੋਂ ਨਹੀਂ, ਨੀਤੀ ਵਜੋਂ ਬਦਲੋ।

ਰੀਡਾਇਰੈਕਟ ਕੀ ਸਮਝਾ ਨਹੀਂ ਸਕਦਾ

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

ਪੁਰਾਣਾ ਕੈਪਚਰ ਦੂਜਾ ਜਾਲ ਹੈ, ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਬਦਲ ਚੁੱਕੇ ਕਲਾਇੰਟ ਦਾ ਸਥਾਨਕ ਗੇਟਵੇ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।

ਪਿਛਲੇ ਕੁਨੈਕਸ਼ਨ ਦਾ ਪੁਰਾਣਾ ਰੀਡਾਇਰੈਕਟ ਮੌਜੂਦਾ ਰਾਹ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਸਮਝਾਉਂਦਾ, ਇਸ ਲਈ ਹੁਣ ਕੰਟਰੋਲ ਟ੍ਰੈਫਿਕ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਲੈਂਦਾ ਹੈ ਇਹ ਦਰਜ ਕਰੋ।

ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਰੂਟ ਜਾਂਚੋ

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

ਸੁਰੱਖਿਅਤ ਰਾਹ ਚੁੱਪਚਾਪ ਅਸੁਰੱਖਿਅਤ ਹੋਣ ਦਾ ਕਾਰਨ ਰੀਡਾਇਰੈਕਟ ਕਦੇ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ, ਇਸ ਲਈ ਸਵੀਕਾਰ ਨੀਤੀ ਡਿਜ਼ਾਈਨ ਸਮੀਖਿਆ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। RFC 792 ਪਰਿਭਾਸ਼ਾ IPv4 ਸੁਨੇਹਾ ਕੀ ਕਹਿ ਸਕਦਾ ਹੈ ਲਈ ਹਵਾਲਾ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ।

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