Linux ਉੱਤੇ VPN ਵੱਲੋਂ ਧੱਕੇ ਰੂਟ ਅਤੇ ਸਥਿਰ ਰੂਟ ਵਿੱਚ ਫ਼ਰਕ ਕਿਵੇਂ ਕਰੀਏ

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

ਕਦਮ 1: ਪ੍ਰੀਫ਼ਿਕਸ ਸਥਾਪਤ ਕਰਨ ਵਾਲੀ ਵਿਧੀ ਦਾ ਨਾਂ ਦਿਓ

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

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

ਕਦਮ 2: ਇੱਕ ਕਨੈਕਟ ਦੌਰਾਨ ਸਾਰਣੀ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

ip route show table main > /tmp/route-down.txt ਨਾਲ ਇਸਨੂੰ ਕੈਪਚਰ ਕਰੋ, ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਮੁੜ ਕੈਪਚਰ ਕਰੋ। ਜੇ ਸਾਈਟ IPv6 ਵਰਤਦੀ ਹੈ ਤਾਂ ip -6 route ਲਈ ਵੀ ਇਹੀ ਕਰੋ, ਕਿਉਂਕਿ ਉੱਥੇ ਗ਼ੈਰਹਾਜ਼ਰ ਪ੍ਰੀਫ਼ਿਕਸ ਅਜਿਹੀਆਂ ਨਾਕਾਮੀਆਂ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਰੂਟਿੰਗ ਨਾਲ ਬੇਸੰਬੰਧ ਲੱਗਦੀਆਂ ਹਨ।

ਕਦਮ 3: ਸਿਰਫ਼ ਹਾਜ਼ਰੀ ਨਹੀਂ, ਮੈਟ੍ਰਿਕ ਪੜ੍ਹੋ

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

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

ਕਦਮ 4: ਟਨਲ ਤੋਂ ਵੱਧ ਚਿਰ ਰਹਿਣ ਵਾਲੀਆਂ ਐਂਟਰੀਆਂ ਲੱਭੋ

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

ਸਥਾਈ ਪਾਸਾ ਤੁਹਾਡੀ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਵੱਲੋਂ ਵਰਤੀ ਥਾਂ ’ਤੇ ਜਾਂਚੋ, ਭਾਵੇਂ ਉਹ systemd-networkd ਯੂਨਿਟ, NetworkManager ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਕਲਾਇੰਟ ਦੀ up ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸਕ੍ਰਿਪਟ ਹੋਵੇ। ip route del ਨਾਲ ਜੀਵਤ ਸਾਰਣੀ ਠੀਕ ਕਰਨਾ ਸਿਰਫ਼ ਅਗਲੇ ਕਨੈਕਟ ਤੱਕ ਰਹਿੰਦਾ ਹੈ। ਉਸ ਮਿਟਾਉਣ ਨੂੰ ਮੁਰੰਮਤ ਨਹੀਂ, ਧਾਰਨਾ ਦੀ ਪਰਖ ਸਮਝੋ।

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

ਕਦਮ 5: ਕਲਾਇੰਟ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਵਾਪਸੀ ਮਾਰਗ ਪੱਕਾ ਕਰੋ

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

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

ਕਦਮ 6: ping ਨਹੀਂ, ਸਰੋਤ ਦੀ ਪਰਖ ਕਰੋ

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

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