VirtualBox NAT ਪਿੱਛੇ ਤੁਹਾਡਾ ਮਹਿਮਾਨ VPN ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ?

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

ਨੈੱਟਵਰਕ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ VPN ਪ੍ਰਕਿਰਿਆ ਲੱਭੋ

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

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

ਬਾਹਰੀ ਤਬਾਦਲਾ ਅਨੁਕੂਲਤਾ ਤੈਅ ਕਰਦਾ ਹੈ

VirtualBox ਨੈੱਟਵਰਕਿੰਗ ਗਾਈਡ ਇੱਥੇ ਮਹੱਤਵਪੂਰਨ NAT ਸੀਮਾਵਾਂ ਗਿਣਾਉਂਦੀ ਹੈ: ਇਹ TCP ਅਤੇ UDP ਤੋਂ ਬਿਨਾਂ ਹੋਰ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਲੰਘਾਏਗਾ, GRE ਨੂੰ ਅਸਮਰਥਿਤ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਅਤੇ PPTP ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਉਦਾਹਰਨ ਵਜੋਂ ਦਿੱਤਾ ਗਿਆ ਹੈ। PPTP ਨਿਯੰਤਰਣ ਤਬਾਦਲੇ ਲਈ TCP ਅਤੇ ਡੇਟਾ ਲਈ GRE ਵਰਤਦਾ ਹੈ, ਇਸ ਲਈ ਨਿਯੰਤਰਣ ਕਨੈਕਸ਼ਨ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਡੇਟਾ ਮਾਰਗ ਉਸੇ ਸੀਮਾ ਨੂੰ ਪਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਹ ਦੋ ਵੱਖਰੇ ਸਬੂਤ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਟ੍ਰੈਫਿਕ ਲਿਜਾਣ ਬਾਰੇ ਹੈ। ਫਾਇਰਵਾਲ ਨਿਯਮ ਵਿੱਚ TCP ਪੋਰਟ 47 ਦੀ ਆਗਿਆ ਦੇਣਾ IP ਪ੍ਰੋਟੋਕੋਲ 47 ਦੀ ਆਗਿਆ ਦੇਣ ਦੇ ਬਰਾਬਰ ਨਹੀਂ, ਅਤੇ ਦੋਵੇਂ ਲਗਾਤਾਰ ਉਲਝਾਏ ਜਾਂਦੇ ਹਨ।

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

ਬ੍ਰਿਜਿੰਗ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦੀ ਹੈ

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

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

ਦੋ ਸੁਰੰਗਾਂ, ਦੋ ਸਬੂਤ ਮਾਰਗ

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

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

ਕਿਹੜੀ ਸ਼ਰਤ ਅਸਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਰੋਕ ਰਹੀ ਹੈ

ਹੁਣ ਫੈਸਲਾ ਵੱਖਰੇ ਜਵਾਬਾਂ ਵਾਲੇ ਤਿੰਨ ਸਵਾਲਾਂ ਤੱਕ ਸੁੰਗੜਦਾ ਹੈ। ਜੇ ਬਾਹਰੀ ਪ੍ਰੋਟੋਕੋਲ TCP ਅਤੇ UDP ਤੋਂ ਬਾਹਰ ਹੈ, ਤਾਂ NAT ਮੋਡ ਸੀਮਾ ਹੈ, ਅਤੇ ਅੱਗੇ ਦਾ ਰਾਹ ਬ੍ਰਿਜਿੰਗ ਜਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ TCP/UDP ਆਵਾਜਾਈ ਹੈ। ਜੇ ਬਾਹਰੀ ਤਬਾਦਲਾ ਪੂਰਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਡੇਟਾ ਮਾਰਗ ਨਹੀਂ, ਤਾਂ ਸੀਮਾ ਦੂਜੇ ਸਬੂਤ ਵਿੱਚ ਦਿਸੀ ਉਹੀ ਹੈ। ਜੇ ਸੁਰੰਗ ਉੱਠਦੀ ਹੈ ਅਤੇ ਸਰੋਤ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੇ, ਤਾਂ ਸਮੱਸਿਆ ਪਹਿਲਾਂ ਹੀ ਹਾਈਪਰਵਾਈਜ਼ਰ ਪਾਰ ਕਰਕੇ ਰਾਊਟਿੰਗ ਜਾਂ ਨੀਤੀ ਵਿੱਚ ਪਹੁੰਚ ਗਈ ਹੈ।

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