OpenVPN redirect-gateway: ਹਰ ਫਲੈਗ ਰੂਟਾਂ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ

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

ਹਰ ਫਲੈਗ ਡਿਫਾਲਟ ਰੂਟ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ

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

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

def1 ਤੁਹਾਡੇ ਡਿਫਾਲਟ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਲ ਜਿੱਤਦਾ ਹੈ

ਦੋ ਅੱਧ-ਡਿਫਾਲਟ ਰੂਟ ਮਿਲ ਕੇ IPv4 ਥਾਂ ਢਕਦੇ ਹਨ, 0.0.0.0/1 ਅਤੇ 128.0.0.0/1। ਹਰ ਇੱਕ 0.0.0.0/0 ਤੋਂ ਵਧੇਰੇ ਖਾਸ ਹੈ, ਇਸ ਲਈ ਖੋਜ ਉਹਨਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਅਸਲ ਡਿਫਾਲਟ ਟੇਬਲ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਹਰ ਉਸ ਚੀਜ਼ ਲਈ ਜੋ ਸਭ ਤੋਂ ਘੱਟ ਖਾਸ ਮੇਲ ਮੰਗਦੀ ਹੈ।

ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ, ਟੇਬਲ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸ ਹਾਲਤ ਵਿੱਚ ਹੋ ਇਹ ਸਿਰਫ਼ ਟੇਬਲ ਦਿਖਾਉਂਦੀ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਦੋ ਲਾਈਨਾਂ ਕਾਫ਼ੀ ਹਨ:

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

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

ਟਨਲ ਦਾ ਆਖ਼ਰੀ ਬਿੰਦੂ ਪਹੁੰਚਯੋਗ ਰੱਖੋ

ਕਲਾਇੰਟ ਨੂੰ ਟਨਲ ਦੇ ਦੂਰਲੇ ਸਿਰੇ ਤੱਕ ਅਜਿਹਾ ਰੂਟ ਚਾਹੀਦਾ ਹੈ ਜੋ ਆਪ ਟਨਲ ਵਿੱਚੋਂ ਨਹੀਂ ਜਾਂਦਾ। OpenVPN ਹੋਰ ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਹੋਸਟ ਰੂਟ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੱਥੋਂ ਰੂਟ ਸੋਧ ਜਾਂ ਦੂਜਾ VPN ਕਲਾਇੰਟ ਉਹ ਹਟਾ ਸਕਦੇ ਹਨ। ਬਾਅਦ ਦਾ ਲੱਛਣ ਇੱਕ ਜੁੜਨ ਹੁੰਦਾ ਹੈ ਜੋ ਕਹਿੰਦਾ ਹੈ ਕਿ ਜੁੜਿਆ ਹੈ ਅਤੇ ਫਿਰ ਕੁਝ ਵੀ ਪਾਸ ਨਹੀਂ ਕਰਦਾ।

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

ip route get 198.51.100.20

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

IPv6 ਟ੍ਰੈਫਿਕ ਆਪਣੀ ਹੀ ਟੇਬਲ ਵਰਤਦਾ ਰਹਿੰਦਾ ਹੈ

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

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

ip -6 route show default
ip -6 route get 2001:db8::10

ਸਾਬਤ ਕਰੋ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਵਰਤਦੀ ਹੈ

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

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

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

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