ਹੋਸਟ ਦਾ VPN ਜੁੜਨ 'ਤੇ Hyper-V ਮਹਿਮਾਨ DNS ਗੁਆ ਦਿੰਦਾ ਹੈ

ਮਹਿਮਾਨ ਅੱਜ ਸਵੇਰੇ ਠੀਕ ਸੀ। ਫਿਰ ਹੋਸਟ ਨੇ Cisco AnyConnect ਚਾਲੂ ਕੀਤਾ ਅਤੇ VM ਨੇ DNS, ਡੋਮੇਨ ਭਰੋਸਾ ਅਤੇ ਸਾਂਝਾ ਫੋਲਡਰ ਗੁਆ ਦਿੱਤਾ, ਜਦੋਂ ਕਿ ਅੰਦਰ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ ਸੀ। ਹੋਸਟ ਸੁਰੰਗ ਅਤੇ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ਵੱਖਰੇ ਰਾਹ ਹਨ, ਅਤੇ ਇੱਕ ਨੂੰ ਜੋੜਨਾ ਦੂਜੇ ਨੂੰ ਨਹੀਂ ਹਿਲਾਉਂਦਾ। ਮਹਿਮਾਨ ਦੇ ਅੰਦਰੋਂ ਬਾਹਰ ਵੱਲ ਕੰਮ ਕਰੋ, ਅਤੇ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਦਿਸਦਾ ਹੈ ਉਹ ਲਿਖ ਲਵੋ।

ਮਹਿਮਾਨ ਹਾਲੇ ਵੀ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ

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

ਉਹ ਤਿੰਨ ਪੜ੍ਹਤਾਂ, ਦੋ ਵਾਰ ਲਈਆਂ, ਤੁਹਾਡੀ ਆਧਾਰ ਰੇਖਾ ਹਨ। ਅੱਗੇ ਦਾ ਸਭ ਕੁਝ ਉਨ੍ਹਾਂ ਦੇ ਸਾਮ੍ਹਣੇ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ।

ਮਹਿਮਾਨ ਕਿਹੜਾ ਨਿਕਾਸ ਵਰਤ ਰਿਹਾ ਹੈ

Hyper-V ਇਸ ਦਾ ਜਵਾਬ ਦੋ ਕਮਾਂਡਾਂ ਨਾਲ ਦਿੰਦਾ ਹੈ: Get-VMSwitch ਸਵਿੱਚਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ Get-VMNetworkAdapter -VMName TestVM ਉਹ ਦਿਖਾਉਂਦਾ ਹੈ ਜਿਸ ਨਾਲ ਮਹਿਮਾਨ ਜੁੜਿਆ ਹੈ। Default Switch ਇੱਕ NAT ਨੈੱਟਵਰਕ ਹੈ ਜਿਸ ਨੂੰ Windows ਪ੍ਰਬੰਧਿਤ ਕਰਦਾ ਹੈ; ਬਾਹਰੀ ਸਵਿੱਚ ਟ੍ਰੈਫਿਕ ਭੌਤਿਕ ਅਡੈਪਟਰ ਨੂੰ ਦਿੰਦਾ ਹੈ; ਅੰਦਰੂਨੀ ਸਵਿੱਚ ਕੁਝ ਨਹੀਂ ਢੋਂਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ NAT ਜਾਂ ਰਾਊਟਰ ਨਾ ਜੋੜੇ। VirtualBox ਉਹੀ ਤਿੰਨ ਵਿਚਾਰ NAT, NAT Network ਅਤੇ bridged ਵਜੋਂ ਪੇਸ਼ ਕਰਦਾ ਹੈ।

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

ਹੋਸਟ ਸੁਰੰਗ ਨੂੰ Hyper-V ਨਾਲ ਸਾਂਝਾ ਕਰਨਾ

ਜੇ ਮਹਿਮਾਨ ਨੂੰ ਸੁਰੰਗ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਆਪਣਾ ਕਲਾਇੰਟ ਨਹੀਂ ਚਲਾ ਸਕਦਾ, ਤਾਂ Windows VPN ਕਨੈਕਸ਼ਨ ਸਾਂਝਾ ਕਰ ਸਕਦਾ ਹੈ। VPN ਅਡੈਪਟਰ ਦੇ ਗੁਣ ਖੋਲ੍ਹੋ, ਸਾਂਝਾਕਰਨ 'ਤੇ ਜਾਓ, ਅਤੇ ਹੋਰ ਨੈੱਟਵਰਕ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਇਸ ਰਾਹੀਂ ਜੁੜਨ ਦੀ ਆਗਿਆ ਦਿਓ। ਘਰੇਲੂ ਨੈੱਟਵਰਕਿੰਗ ਕਨੈਕਸ਼ਨ ਨੂੰ Hyper-V ਅਡੈਪਟਰ ਵੱਲ ਦਿਸ਼ਾ ਦਿਓ, vEthernet (Default Switch), ਫਿਰ ਮਹਿਮਾਨ ਦੇ ਅੰਦਰੋਂ ਨਵੀਂ ਬੇਨਤੀ ਪਰਖੋ।

ਇਸ ਪ੍ਰਬੰਧ ਨੂੰ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਹੱਲ ਮੰਨੋ, ਕਿਉਂਕਿ ਇਹ ਉਸੇ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਡਿਸਕਨੈਕਟ, ਦੁਬਾਰਾ ਕਨੈਕਟ ਜਾਂ ਹੋਸਟ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਲਾਗੂ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਕੁਝ Windows 11 ਬਿਲਡਾਂ ਵਿੱਚ ਅਡੈਪਟਰ ਡ੍ਰੌਪ-ਡਾਊਨ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗਾਇਬ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਤਦ ਇਹ ਰਾਹ ਬੰਦ ਹੈ।

Hyper-V ਸੁਵਿਧਾ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕਰਨ ਨਾਲ ਕੁਝ ਜ਼ਿੱਦੀ ਮਹਿਮਾਨ ਬਚੇ ਹਨ। ਇਸ ਨੂੰ ਅਖੀਰ ਲਈ ਰੱਖੋ, ਅਤੇ ਪਹਿਲਾਂ ਮਹਿਮਾਨ ਦੀ ਸਥਿਤੀ ਲਿਖੋ।

ਸਬਨੈੱਟ ਫਿਲਟਰ ਹੋਣ 'ਤੇ ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ

ਜੋ ਹੋਸਟ VPN ਮਹਿਮਾਨ ਦੇ NAT ਸਬਨੈੱਟ ਨੂੰ ਫਿਲਟਰ ਕਰਦਾ ਹੈ, ਉਹ ਨਾਮ ਵਿਸ਼ਲੇਸ਼ਣ ਨਹੀਂ ਸਗੋਂ ਸਿੱਧੀ ਪਹੁੰਚ ਤੋੜਦਾ ਹੈ। VM ਚੱਲ ਰਿਹਾ ਹੈ, ਫਿਰ ਵੀ ssh [email protected] ਅਟਕ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦਾ ਅਨੁਵਾਦ ਅਜੇ ਵੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਕੰਮ ਲਈ ਲੋੜੀਂਦੇ ਪੋਰਟ ਫਾਰਵਰਡ ਕਰੋ ਅਤੇ ਇਸ ਦੀ ਥਾਂ ਹੋਸਟ ਪਤੇ 'ਤੇ ਜੁੜੋ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ Vagrantfile ਲਾਈਨਾਂ SSH ਅਤੇ ਇੱਕ HTTPS ਸੇਵਾ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ; ਦੋਵੇਂ ਰੀਲੋਡ ਤੋਂ ਪਹਿਲਾਂ ਜੋੜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

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

ਉਹ ਜਾਂਚ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਇਹ ਕੰਮ ਕਰ ਗਿਆ

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

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

ਹਰ ਸਵਿੱਚ ਜਾਂ ਡਰਾਈਵਰ ਬਦਲਾਅ ਨੂੰ ਇਸ ਦੇ ਵਾਪਸੀ ਕਦਮ ਨਾਲ ਦਰਜ ਕਰੋ। Microsoft ਦੀ Hyper-V NAT ਗਾਈਡ ਦੱਸਦੀ ਹੈ ਕਿ Default Switch ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ, ਅਤੇ ਇਸ ਨਾਲ ਟਕਰਾਉਂਦਾ ਦੂਜਾ NAT ਨੈੱਟਵਰਕ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਪੜ੍ਹਨ ਯੋਗ ਹੈ।