ਗੈਸਟ VPN ਅਤੇ ਹੋਸਟ VPN: ਕਿਹੜਾ ਰੂਟ ਅਸਲ ਵਿੱਚ ਜਿੱਤਦਾ ਹੈ

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

ਪਹਿਲਾਂ ਗੈਸਟ ਦਾ ਕਨੈਕਸ਼ਨ ਦਰਜ ਕਰੋ

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

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

ਗੈਸਟ ਦਾ ਅੰਤ ਬਿੰਦੂ ਬਾਹਰ ਵੱਲ ਟਰੇਸ ਕਰੋ

ਗੈਸਟ VPN ਨੂੰ ਹੋਰ ਕੁਝ ਵੀ ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਸਰਵਰ ਤੱਕ ਵਰਤੋਂਯੋਗ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਜਦੋਂ ਹੋਸਟ ਦੀ ਟਨਲ ਚਾਲੂ ਹੈ ਅਤੇ ਗੈਸਟ NAT ਪਿੱਛੇ ਬੈਠਾ ਹੈ, ਗੈਸਟ ਦਾ ਹੈਂਡਸ਼ੇਕ ਹੋਸਟ ਦੀ ਟਨਲ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਜਾਂ ਤਾਂ ਡਿਜ਼ਾਈਨ ਹੈ ਜਾਂ ਅਜਿਹੀ ਦੁਰਘਟਨਾ ਜਿਸ ਨੂੰ ਕਿਸੇ ਨੇ ਦਰਜ ਨਹੀਂ ਕੀਤਾ। ਜਦੋਂ ਹੋਸਟ ਦੀ ਟਨਲ ਡਿੱਗਦੀ ਹੈ ਅਤੇ ਗੈਸਟ ਉਸ 'ਤੇ ਨਿਰਭਰ ਸੀ, ਗੈਸਟ ਆਪਣੇ ਪਾਸੇ ਇੱਕ ਵੀ ਬਦਲਾਅ ਬਿਨਾਂ ਕਨੈਕਟੀਵਿਟੀ ਗੁਆ ਦਿੰਦਾ ਹੈ। ਅੰਤ ਬਿੰਦੂ ਨੂੰ ਬਾਹਰ ਵੱਲ ਟਰੇਸ ਕਰਨ ਨਾਲ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਸਥਿਤੀ ਅਸਲ ਵਿੱਚ ਤੁਹਾਡੇ ਕੋਲ ਹੈ।

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

ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦਾ ਰਿਕਾਰਡ ਤੁਲਨਾ ਕਰੋ

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

ip route get 10.20.30.41
ip rule show
resolvectl status --no-pager | head -12

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

ਰੀਸਟਾਰਟਾਂ ਦੌਰਾਨ ਮਾਲਕੀਅਤ ਸਪਸ਼ਟ ਰੱਖੋ

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

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