ਕੀ DHCP ਰੂਟ ਤੁਹਾਡੀ ਟ੍ਰੈਫਿਕ ਨੂੰ VPN ਟਨਲ ਦੇ ਆਸ-ਪਾਸ ਭੇਜ ਸਕਦੇ ਹਨ?

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

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

ਨੈੱਟਵਰਕ ਤੁਹਾਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ

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

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

expected:  app -> tunnel device -> encapsulation -> internet
observed:  app -> wlan0        -> plaintext     -> internet

ਟਨਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਰੂਟ ਕਿੱਥੋਂ ਆ ਸਕਦਾ ਹੈ

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

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

IPv6 ਦੀ ਆਪਣੀ ਵੱਖਰੀ ਜਾਂਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਂਕਿ ਰਾਊਟਰ ਇਸ਼ਤਿਹਾਰ DHCPv4 ਵਿਕਲਪ ਨਾਲੋਂ ਵੱਖਰੇ ਕੋਡ ਰਾਹੀਂ ਡਿਫ਼ਾਲਟ ਰੂਟ ਲੈ ਕੇ ਆਉਂਦੇ ਹਨ। ਸਿਰਫ਼ v4 ਟੇਬਲ ਵੇਖਣ ਵਾਲਾ ਟੈਸਟ ਇਸ ਨੂੰ ਨਹੀਂ ਢਕਦਾ।

ਕਰਨਲ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਰਾਹ ਚੁਣਦਾ ਹੈ, ਜਾਂਚੋ

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

ip route get 203.0.113.10
ip route show table all | grep -E '^(default|203\.0\.113)'
ip rule show
resolvectl query example.com

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

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

ਤੈਅ ਕਰੋ ਕਿ ਲਾਗੂ ਕਰਨਾ ਕਿੱਥੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

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