VPN ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਨੀਤੀ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ ਕੀ ਬਦਲਦੀ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

ਨਿਯਮ ਸਾਰਣੀ ਚੁਣਦੇ ਹਨ, ਫਿਰ ਸਾਰਣੀ ਰਾਹ ਚੁਣਦੀ ਹੈ

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

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

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

ਨਿਯਮ-ਸਮੂਹ ਨੂੰ ਸੂਚੀ ਨਹੀਂ, ਕ੍ਰਮ ਵਜੋਂ ਪੜ੍ਹੋ

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

ip rule show
ip route show table all | sed -n '1,60p'
ip route get 198.51.100.20 from 10.8.0.2
ip route get 198.51.100.20 from 10.8.0.2 mark 0x1

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

ਨਿਸ਼ਾਨ ਅਤੇ ਸਾਕਟ: ਕਲਾਇੰਟ ਟ੍ਰੈਫਿਕ ਵੰਡਣ ਦੇ ਦੋ ਤਰੀਕੇ

ਕੁਝ ਕਲਾਇੰਟ ਫ਼ਾਇਰਵਾਲ ਵਿੱਚ ਪੈਕਟ ਨਿਸ਼ਾਨ ਲਾਉਂਦੇ ਹਨ ਅਤੇ ਨਿਸ਼ਾਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਜੋੜਦੇ ਹਨ। ਹੋਰ ਸਾਕਟ ਪੱਧਰ 'ਤੇ ਰਾਊਟਿੰਗ ਵਰਤਦੇ ਹਨ, ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਸਾਕਟ 'ਤੇ ਰਾਹ ਰੱਖਦੇ ਹਨ। ਪਹਿਲਾ ip rule ਵਿੱਚ ਦਿਸਦਾ ਹੈ; ਦੂਜਾ ਨਹੀਂ, ਅਤੇ ਆਮ ਖੋਜ ਵਿੱਚ ਨਹੀਂ ਦਿਸੇਗਾ।

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

ਹੋਰ ਨਿਯਮ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕੀਅਤ ਦਾ ਪਤਾ ਲਗਾਓ

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

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

ਇੱਕ ਨਹੀਂ, ਦੋ ਫ਼ਲੋ ਨਾਲ ਦਾਇਰਾ ਸਾਬਤ ਕਰੋ

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

ip route get 198.51.100.20 from 192.0.2.44
ip route get 198.51.100.21 from 192.0.2.44
tcpdump -ni any host 198.51.100.21 and port 443

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

ਟਿਕਟ ਵਿੱਚ ਨਿਯਮਾਂ ਦੀਆਂ ਤਰਜੀਹਾਂ ਅਤੇ ਮਾਲਕ ਸੇਵਾ ਦੋ ਟੈਸਟ ਪਤਿਆਂ ਸਮੇਤ ਦਰਜ ਕਰੋ। ਫਿਰ ਅਗਲੇ ਵਿਅਕਤੀ ਕੋਲ ਲੱਛਣ ਦੇ ਵਰਣਨ ਦੀ ਥਾਂ ਦੁਹਰਾਉਣਯੋਗ ਜੋੜੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਉਹ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਦੱਸ ਸਕਦਾ ਹੈ ਕਿ ਨੀਤੀ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ ਅਜੇ ਵੀ ਚੱਲ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ।