ਦੋ ਡਿਵਾਈਸਾਂ, ਇੱਕ Wi-Fi, ਵੱਖਰੇ VPN ਐਗਜ਼ਿਟ: ਕੀ ਤੈਅ ਕਰਦਾ ਹੈ

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

ਤਿੰਨ ਪਤੇ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਬਾਹਰ ਜਾਂਦਾ ਹੈ

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

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

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

ਦੋ ਐਗਜ਼ਿਟਾਂ ਨੂੰ ਸੱਚਮੁੱਚ ਵੱਖਰਾ ਕੀ ਬਣਾਉਂਦਾ ਹੈ

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

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

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

ਵੱਖਰੇ ਪ੍ਰੋਫ਼ਾਈਲ ਵੱਖਰੇ ਐਗਜ਼ਿਟ ਕਿਉਂ ਨਹੀਂ ਹਨ

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

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

ਇੱਕੋ ਭਰੋਸੇਯੋਗ ਜਵਾਬ ਉਸ ਵਿਵਸਥਾ ਰਾਹੀਂ ਕੀਤੀ ਬੇਨਤੀ ਤੋਂ ਆਉਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਬਾਕੀ ਸਭ ਅਨੁਮਾਨ ਹੈ।

ਵੱਖਰਾਪਣ ਕਿੱਥੇ ਰੱਖਣਾ ਹੈ

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

ਰਾਊਟਰ ’ਤੇ ਹੋਰ ਇੱਕ ਨਿੱਜੀ DHCP ਲੀਜ਼ ਬਣਾਉਣਾ ਹੋਰ ਇੱਕ ਜਨਤਕ ਪਤਾ ਬਣਾਉਣ ਵਰਗਾ ਨਹੀਂ ਹੈ। ਇਹ ਸਥਾਨਕ ਦ੍ਰਿਸ਼ ਬਦਲਦਾ ਹੈ ਅਤੇ ਐਗਜ਼ਿਟ ਨੂੰ ਅਛੂਤਾ ਛੱਡਦਾ ਹੈ। ਵੱਖਰਾਪਣ ਐਗਜ਼ਿਟ ਨੀਤੀ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਭਾਵੇਂ ਉਹ ਨੀਤੀ ਰਾਊਟਰ ’ਤੇ ਹੋਵੇ ਜਾਂ VPN ਸੇਵਾ ਵਿੱਚ।

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

ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਜੋ ਐਗਜ਼ਿਟ ਮਿਲਿਆ, ਉਸ ਦੀ ਜਾਂਚ ਕਰੋ

ਜਾਂਚ ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਕਰੋ ਜੋ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਡਿਵਾਈਸਾਂ ’ਤੇ ਇੱਕੋ ਪਤਾ ਪਰਿਵਾਰ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਇੱਕ ਤੋਂ IPv4 ਨਤੀਜਾ ਅਤੇ ਦੂਜੇ ਤੋਂ IPv6 ਨਤੀਜਾ ਕਿਸੇ ਦੇ ਵੀ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਫਿਰ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਜਾਂਚ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਸੈਸ਼ਨਾਂ ਵਿਚਕਾਰ ਪੂਲ ਅਲਾਟਮੈਂਟ ਬਦਲ ਸਕਦਾ ਹੈ।

ਇਹ ਟਨਲ ਨੀਤੀ ਦੇ ਅੰਦਰਲੇ ਟਰਮੀਨਲ ਤੋਂ ਚਲਾਓ, ਉਸ ਡਿਵਾਈਸ ਤੋਂ ਨਹੀਂ ਜੋ ਇਸ ਨੂੰ ਬਾਈਪਾਸ ਕਰਦੀ ਹੈ। ਗ਼ਲਤ ਹੋਸਟ ਭਰੋਸੇਯੋਗ ਗ਼ਲਤ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1

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