VMware ਦਾ ਬ੍ਰਿਜ ਕੀਤਾ ਗੈਸਟ OpenVPN ਤੋਂ ਬਾਅਦ ਆਪਣਾ ਨੈੱਟਵਰਕ ਗੁਆ ਬੈਠਾ

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

ਗੈਸਟ ਨਹੀਂ ਬਦਲਿਆ, ਬ੍ਰਿਜ ਬਦਲਿਆ

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

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

ਬ੍ਰਿਜ ਪਿੰਨ ਕਰੋ ਜਾਂ ਗੈਸਟ ਨੂੰ ਰੂਟ ਕਰੋ

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

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

ਪਹਿਲੀ ਸ਼ਾਖਾ ਲਈ ਹੋਸਟ 'ਤੇ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਐਡੀਟਰ ਖੋਲ੍ਹੋ, VMnet0 ਚੁਣੋ ਅਤੇ ਸਵੈ-ਚਾਲਤ ਨੂੰ ਭੌਤਿਕ ਅਡੈਪਟਰ ਨਾਲ ਬਦਲੋ। ਜੇ ਕਈ ਅਡੈਪਟਰ ਹਨ, ਤਾਂ ਸਵੈ-ਚਾਲਤ ਸੈਟਿੰਗਾਂ ਦੀ ਸੂਚੀ ਵਰਤੋ ਅਤੇ ਹਰ ਉਸ ਚੀਜ਼ ਦਾ ਨਿਸ਼ਾਨ ਹਟਾਓ ਜਿਸ ਨੇ ਕਦੇ ਗੈਸਟ ਟਰੈਫ਼ਿਕ ਨਹੀਂ ਢੋਣਾ: OpenVPN TAP ਜਾਂ Wintun ਡਿਵਾਈਸ, ਨਾਲ ਹੀ Hyper-V, WSL, Docker ਅਤੇ loopback ਅਡੈਪਟਰ। ਲੈਪਟਾਪ 'ਤੇ ਤਾਰ ਵਾਲਾ ਅਤੇ ਤਾਰ ਰਹਿਤ ਦੋਵੇਂ ਭੌਤਿਕ ਅਡੈਪਟਰ ਨਿਸ਼ਾਨਿਤ ਰੱਖੋ, ਨਹੀਂ ਤਾਂ ਅਗਲੀ ਵਾਰ ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਇਸ ਨੂੰ ਡਾਕ ਵਿੱਚ ਲਾਵੇਗਾ ਗੈਸਟ ਆਪਣਾ ਬ੍ਰਿਜ ਗੁਆ ਦੇਵੇਗਾ।

ਤਿੰਨ ਸ਼ਰਤਾਂ ਜੋ ਚੋਣ ਤੈਅ ਕਰਦੀਆਂ ਹਨ

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

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

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

ਨਤੀਜਾ ਗੈਸਟ ਦੇ ਅੰਦਰੋਂ ਪੜ੍ਹੋ

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

ipconfig /all
ip addr
ip route

ਉਸ ਆਉਟਪੁੱਟ ਵਿੱਚ ਦੋ ਫ਼ੀਲਡ ਪੜ੍ਹੋ ਅਤੇ ਬਾਕੀ ਨੂੰ ਫ਼ਿਲਹਾਲ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੋ। ਗੇਟਵੇ LAN ਰਾਊਟਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਅਡੈਪਟਰ ਦਾ ਵੇਰਵਾ ਟਨਲ ਦੀ ਥਾਂ VMware Ethernet ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ। 169.254.0.0/16 ਵਿੱਚ ਆਪਣੇ ਆਪ ਨਿਰਧਾਰਿਤ ਪਤੇ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕੋਈ DHCP ਸਰਵਰ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਿਆ, ਅਤੇ ਗੈਸਟ ਦੇ ਪਾਸਿਓਂ ਟਨਲ ਅਡੈਪਟਰ 'ਤੇ ਬ੍ਰਿਜ ਬਿਲਕੁਲ ਐਸਾ ਹੀ ਦਿਸਦਾ ਹੈ।

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