ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ VPN ਰਾਹੀਂ ਨਿੱਜੀ ਸੇਵਾ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚੀਏ

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਰਾਹ ਲਿਖੋ

ਮਹਿਮਾਨ ਉੱਤੇ, ipconfig /all ਉਹ ਅਡਾਪਟਰ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ VPN ਢੋਆ ਢੋਂਦਾ ਹੈ ਅਤੇ ਉਹ ਪਤਾ ਜੋ ਉਸਨੂੰ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦੇ DHCP ਤੋਂ ਮਿਲਿਆ। Mac ਉੱਤੇ, ਹਾਈਪਰਵਾਈਜ਼ਰ ਵੱਲੋਂ ਉਸ ਸੈਗਮੈਂਟ ਲਈ ਬਣਾਇਆ ਵਰਚੁਅਲ ਇੰਟਰਫ਼ੇਸ ਲਿਖੋ; VMware Fusion ਵਿੱਚ ਸਿਰਫ਼-ਹੋਸਟ ਡਿਵਾਈਸ ਆਮ ਤੌਰ ਉੱਤੇ vmnet1 ਹੁੰਦੀ ਹੈ, ਅਤੇ Parallels ਆਪਣਾ ਨਾਮ ਦਿੰਦਾ ਹੈ। ਧਿਆਨ ਦਿਓ ਕਿ ਉੱਥੇ ਪਤੇ ਕੌਣ ਵੰਡਦਾ ਹੈ, ਫਿਰ ਸਭ ਕੁਝ ਲਿਖੋ, ਕਿਉਂਕਿ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦੁਬਾਰਾ ਬਣਨ ਵੇਲੇ ਸਿਰਫ਼-ਹੋਸਟ ਸਬਨੈੱਟ ਅਕਸਰ ਦੁਬਾਰਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦਾ ਨੈੱਟਵਰਕ ਮੋਡ ਹਾਈਪਰਵਾਈਜ਼ਰ ਵਿੱਚ ਜਾਂਚੋ, ਆਪਣੀ ਯਾਦ ਵਿੱਚ ਨਹੀਂ। ਇੰਟਰਨੈੱਟ ਵੱਲ ਵਾਲੇ ਅਡਾਪਟਰ ਲਈ ਸਾਂਝਾ ਜਾਂ NAT ਮੋਡ ਅਤੇ Mac ਵੱਲ ਵਾਲੇ ਅਡਾਪਟਰ ਲਈ ਸਿਰਫ਼-ਹੋਸਟ ਮੋਡ ਇਹੀ ਉਹ ਬੰਦੋਬਸਤ ਹੈ ਜਿਸਦੀ ਇਹ ਕਦਮ ਧਾਰਨਾ ਰੱਖਦੇ ਹਨ।

ਦੋ ਅਡਾਪਟਰ, ਦੋ ਮਕਸਦ। ਉਹਨਾਂ ਨੂੰ ਇੰਝ ਮਿਲਾਉਣਾ ਕਿ ਇੱਕੋ ਅਡਾਪਟਰ Mac ਅਤੇ ਇੰਟਰਨੈੱਟ ਦੋਵਾਂ ਦੀ ਸੇਵਾ ਕਰੇ, ਇਹੀ ਤੰਗ ਦਰਵਾਜ਼ੇ ਨੂੰ ਰਾਊਟ ਕੀਤੇ ਰਾਹ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।

ਪਹਿਲਾਂ ਮਹਿਮਾਨ ਦਾ ਆਪਣਾ VPN ਪੱਕਾ ਕਰੋ

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

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

ਸਿਰਫ਼-ਹੋਸਟ ਪੈਰ ਜੋੜੋ ਅਤੇ ਉਸਨੂੰ ਇਕੱਲਾ ਜਾਂਚੋ

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

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

ਇੱਕ ਪੋਰਟ ਫਾਰਵਰਡ ਕਰੋ, ਸਬਨੈੱਟ ਨਹੀਂ

ਆਮ IP ਫਾਰਵਰਡਿੰਗ ਦੀ ਥਾਂ ਇੱਕ ਫਾਰਵਰਡ ਕੀਤਾ ਪੋਰਟ ਚੁਣੋ। Windows netsh interface portproxy ਦਿੰਦਾ ਹੈ, ਜੋ ਸੁਣਦੇ ਪੋਰਟ ਨੂੰ ਮੰਜ਼ਿਲ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਵੱਲ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਲਈ IP Helper ਸੇਵਾ ਚੱਲਣੀ ਲਾਜ਼ਮੀ ਹੈ।

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

ਜਾਂਚੋ, ਫਿਰ ਰੋਲਬੈਕ ਲਿਖੋ

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

ਰੋਲਬੈਕ ਤਿੰਨ ਕਦਮਾਂ ਵਿੱਚ ਲਿਖੋ: portproxy ਐਂਟਰੀ ਹਟਾਓ, ਫਾਇਰਵਾਲ ਨਿਯਮ ਹਟਾਓ, ਸਿਰਫ਼-ਹੋਸਟ ਅਡਾਪਟਰ ਵੱਖ ਕਰੋ। ਫਿਰ ਲੋੜ ਪੈਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵਾਰ ਚਲਾਓ ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਮਹਿਮਾਨ ਦਾ ਆਪਣਾ VPN ਉਸ ਤੋਂ ਬਾਅਦ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਸੰਸਥਾ ਹਰ Mac ਦੀ ਵੱਖਰੀ ਰਜਿਸਟਰੇਸ਼ਨ ਮੰਗਦੀ ਹੈ, ਤਾਂ ਇੱਥੇ ਰੁਕੋ ਅਤੇ ਉਸਦੀ ਥਾਂ ਉਹੀ ਮਾਡਲ ਵਰਤੋ, ਕਿਉਂਕਿ ਸਾਂਝਾ ਫਾਰਵਰਡਿੰਗ ਬਿੰਦੂ ਪਹੁੰਚ ਨੂੰ ਇੱਕ ਮਹਿਮਾਨ ਉੱਤੇ ਕੇਂਦਰਿਤ ਕਰਦਾ ਹੈ। ਕਿਵੇਂ ਵੀ ਹੋਵੇ, ਪਤੇ ਅਤੇ ਪੋਰਟ ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਵਿੱਚ ਰੱਖੋ; ਅਗਲਾ ਬੰਦਾ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਲੱਭਣਾ ਨਹੀਂ ਚਾਹੇਗਾ।