ਤੁਹਾਡਾ ਪੁਰਾਣਾ ਡਿਫ਼ਾਲਟ ਰੂਟ OpenVPN ਤੋਂ ਬਾਅਦ ਵੀ ਜਾਣਬੁੱਝ ਕੇ ਟਿਕਿਆ ਰਹਿੰਦਾ ਹੈ

ਤੁਸੀਂ ਟਨਲ ਨਾਲ ਜੁੜਦੇ ਹੋ, ip route ਚਲਾਉਂਦੇ ਹੋ, ਅਤੇ ਅਸਲੀ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਅਜੇ ਵੀ ਉੱਥੇ ਹੀ ਹੈ। ਅਗਲਾ ਵਿਚਾਰ ਇਹ ਆਉਂਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੇ ਰੂਟ ਨਹੀਂ ਸੰਭਾਲਿਆ, ਇਸ ਲਈ ਤੁਸੀਂ ਡਿਫ਼ਾਲਟ ਹੱਥ ਨਾਲ ਹਟਾ ਦਿੰਦੇ ਹੋ ਅਤੇ ਕਨੈਕਟੀਵਿਟੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗੁਆ ਦਿੰਦੇ ਹੋ। ਉਹ ਐਂਟਰੀ ਰਹਿਣੀ ਚਾਹੀਦੀ ਸੀ। redirect-gateway def1 ਨਾਲ OpenVPN ਆਮ ਡਿਫ਼ਾਲਟ ਨੂੰ ਬਦਲਣ ਦੀ ਬਜਾਏ ਉਸ ਤੋਂ ਉੱਪਰ ਰਹਿਣ ਵਾਲੇ ਦੋ ਹੋਰ ਖਾਸ ਰੂਟ ਲਗਾਉਂਦਾ ਹੈ। ਪੁਰਾਣਾ ਗੇਟਵੇ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਜਿਹੜਾ ਟਰੈਫ਼ਿਕ ਜਾਂਚ ਰਹੇ ਸੀ, ਉਸ ਨੂੰ ਢੋਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।

def1 ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ

ਇਹ ਫ਼ਲੈਗ 0.0.0.0/1 ਅਤੇ 128.0.0.0/1 ਜੋੜਦਾ ਹੈ, ਦੋਵੇਂ ਟਨਲ ਵੱਲ। 0.0.0.0/1 ਹਰ ਉਸ ਪਤੇ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਜਿਸ ਦਾ ਪਹਿਲਾ ਆਕਟੈਟ 0 ਤੋਂ 127 ਤੱਕ ਹੈ, ਅਤੇ 128.0.0.0/1 128 ਤੋਂ 255 ਤੱਕ, ਇਸ ਲਈ ਹਰ IPv4 ਮੰਜ਼ਿਲ ਕੋਲ ਪੁਰਾਣੇ ਡਿਫ਼ਾਲਟ ਨਾਲੋਂ ਵਧੇਰੇ ਖਾਸ ਮੇਲ ਹੁੰਦਾ ਹੈ। ਕਿਹੜਾ ਰੂਟ ਜਿੱਤੇਗਾ, ਇਹ ਮੈਟ੍ਰਿਕ ਨਹੀਂ, ਪ੍ਰੀਫ਼ਿਕਸ ਦੀ ਲੰਬਾਈ ਤੈਅ ਕਰਦੀ ਹੈ।

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

ਕਿਉਂ /1 ਅਤੇ /0 ਨਹੀਂ

ਰਾਊਟਿੰਗ ਸਭ ਤੋਂ ਲੰਮਾ ਮਿਲਦਾ ਪ੍ਰੀਫ਼ਿਕਸ ਚੁਣਦੀ ਹੈ, ਸਭ ਤੋਂ ਘੱਟ ਮੈਟ੍ਰਿਕ ਨਹੀਂ, ਇਸ ਲਈ ਡਿਫ਼ਾਲਟ ਦਾ ਮੈਟ੍ਰਿਕ ਕੁਝ ਵੀ ਕਹੇ, /1 /0 ਨੂੰ ਹਰਾ ਦਿੰਦਾ ਹੈ। ਦੋਵੇਂ ਅੱਧੇ ਇਸ ਲਈ ਹਨ ਕਿਉਂਕਿ ਇੱਕ /1 ਸਿਰਫ਼ ਅੱਧੀ ਥਾਂ ਢਕਦਾ ਹੈ; ਸਿਰਫ਼ 0.0.0.0/1 ਹੋਣ ’ਤੇ 128.0.0.0 ਤੋਂ ਉੱਪਰ ਦਾ ਸਭ ਕੁਝ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਡਿਫ਼ਾਲਟ ਦੀ ਪੈਰਵੀ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਉਹ ਉਲਝਾਉਣ ਵਾਲਾ ਲੱਛਣ ਬਣਦਾ ਹੈ ਜਿੱਥੇ ਕੁਝ ਸਾਈਟਾਂ ਚੱਲਦੀਆਂ ਹਨ ਅਤੇ ਕੁਝ ਨਹੀਂ।

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

ਅਸਲੀ ਰਾਊਟਿੰਗ ਟੇਬਲ ਪੜ੍ਹੋ

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

default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0

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

ਜਾਂਚੋ ਕਿ ਪੈਕਟ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਰੂਟ ਲੈਂਦਾ ਹੈ

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

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

def1 ਕੀ ਕਵਰ ਨਹੀਂ ਕਰਦਾ

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

ਕਿੱਲ ਸਵਿੱਚ ਦੂਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਟਨਲ ਡਿੱਗਣ ’ਤੇ ਮਸ਼ੀਨ ਕੀ ਕਰਦੀ ਹੈ। ਰੂਟ ਤਰਜੀਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਟਨਲ ਚਾਲੂ ਹੋਣ ਸਮੇਂ ਟਰੈਫ਼ਿਕ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ; ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦੀ ਕਿ ਬਾਅਦ ਵਿੱਚ ਫ਼ਾਇਰਵਾਲ ਕੀ ਕਰੇਗਾ। ਕੰਮ ਦਾ ਕ੍ਰਮ: ਟੇਬਲ ਪੜ੍ਹੋ, ਦੋਵੇਂ ਅੱਧੇ ਮੌਜੂਦ ਹਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਮੰਜ਼ਿਲ ਲਈ ip route get ਚਲਾਓ, ਨੀਤੀ ਨਿਯਮ ਵੇਖੋ, ਫਿਰ IPv6 ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਵੇਖੋ। ਪੁਰਾਣਾ ਡਿਫ਼ਾਲਟ ਜਿੱਥੇ ਹੈ ਉੱਥੇ ਹੀ ਰਹਿਣ ਦਿਓ।