VPN ਕਲਾਇੰਟ ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਬਾਅਦ RDP ਰੁਕ ਜਾਂਦਾ ਹੈ? ਫਾਇਰਵਾਲ ਜ਼ਿੰਮੇਵਾਰ ਹੈ

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

VM ਚੱਲ ਰਿਹਾ ਹੈ; ਨਿਯਮ ਮੇਲ ਖਾਣਾ ਬੰਦ ਹੋ ਗਿਆ

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

ਪਾਵਰ ਸਥਿਤੀ ਅਤੇ ਪਹੁੰਚ ਵੱਖਰੇ ਤੱਥ ਹਨ, ਅਤੇ ਬੰਦ ਪੋਰਟ ਵਾਲਾ ਚੱਲਦਾ VM ਬਾਹਰੋਂ ਬਿਲਕੁਲ ਕ੍ਰੈਸ਼ ਹੋਇਆ ਵਰਗਾ ਦਿਸਦਾ ਹੈ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੋਰਟ ਜਾਂਚੋ। 3389 ਨਾਲ ਜੁੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਸਮਾਂ ਸੀਮਾ ’ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ ਪਰ ਗੈਸਟ ਏਜੰਟ ਦਾ ਹੁਕਮ ਅਜੇ ਵੀ ਆਉਟਪੁੱਟ ਦੇ ਰਿਹਾ ਹੈ, ਇਹ ਹੋਸਟ ਫਾਇਰਵਾਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਪੋਰਟ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਪਰ RDP ਅਜੇ ਵੀ ਫੇਲ ਹੁੰਦਾ ਹੈ ਮਤਲਬ ਖ਼ਰਾਬੀ ਨੈੱਟਵਰਕ ਪਰਤ ਤੋਂ ਉੱਪਰ ਹੈ, ਅਤੇ ਇਹ ਮੁਰੰਮਤ ਉਸ ਨੂੰ ਨਹੀਂ ਛੂਹੇਗੀ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਸਥਿਤੀ ਵੇਖੀ, ਲਿਖ ਲਵੋ, ਕਿਉਂਕਿ ਬਾਕੀ ਯੋਜਨਾ ਉਸੇ ’ਤੇ ਨਿਰਭਰ ਹੈ।

ਦੋ ਦਰਵਾਜ਼ੇ ਸੁਤੰਤਰ ਤੌਰ ’ਤੇ ਬੰਦ ਹੁੰਦੇ ਹਨ

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

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

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

ਗੈਸਟ ਏਜੰਟ ਨੂੰ ਵਾਪਸੀ ਦਾ ਰਾਹ ਬਣਾਓ

ਦੂਰੋਂ ਚਲਾਉਣ ਦੀਆਂ ਦੋ ਸੁਵਿਧਾਵਾਂ, Run Command ਅਤੇ Custom Script Extension, ਫੈਬਰਿਕ ਏਜੰਟ ਰਾਹੀਂ ਗੈਸਟ ਦੇ ਅੰਦਰ ਚੱਲਦੀਆਂ ਹਨ। ਕਿਸੇ ਨੂੰ ਵੀ RDP ਦੀ ਲੋੜ ਨਹੀਂ, ਇਸ ਲਈ ਫਾਇਰਵਾਲ ਦੀ ਗਲਤੀ ਉਨ੍ਹਾਂ ’ਤੇ ਅਸਰ ਨਹੀਂ ਪਾਉਂਦੀ। ਦੋਵੇਂ ਸਕ੍ਰਿਪਟ ਦਾ ਆਉਟਪੁੱਟ ਵਾਪਸ ਦਿੰਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਇਹ ਨਿਦਾਨ ਅਤੇ ਮੁਰੰਮਤ ਦੋਵਾਂ ਦੀਆਂ ਚੈਨਲ ਬਣ ਜਾਂਦੀਆਂ ਹਨ।

ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਗਰਮ ਪ੍ਰੋਫਾਈਲ ਅਤੇ RDP ਨਿਯਮ ਪੜ੍ਹੋ:

Get-NetConnectionProfile
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

ਉਸ ਪ੍ਰੋਫਾਈਲ ’ਤੇ ਇਨਬਾਊਂਡ ਨਿਯਮ ਦੁਬਾਰਾ ਸਮਰੱਥ ਕਰਨਾ ਅਸਥਾਈ ਕਦਮ ਹੈ, ਟੀਚਾ ਨਹੀਂ। ਇਸ ਨੂੰ ਸੈਸ਼ਨ ਲੈਣ ਲਈ ਵਰਤੋ, ਫਿਰ ਖਾਲੀ ਥਾਂ ਠੀਕ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰੋ:

Set-NetFirewallProfile -Name Public -AllowInboundRules True

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

ਸੈਸ਼ਨ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖਾਲੀ ਥਾਂ ਤੰਗ ਕਰੋ

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

ਆਪਣੇ ਵਰਕਸਟੇਸ਼ਨ ਤੋਂ ਪੋਰਟ ਟੈਸਟ ਨਾਲ ਅਤੇ ਗੈਸਟ ਦੇ ਅੰਦਰੋਂ ਨਿਯਮਾਂ ਦੀ ਸੂਚੀ ਨਾਲ ਨਤੀਜੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ:

Test-NetConnection -ComputerName 203.0.113.25 -Port 3389
Get-NetFirewallRule -DisplayName "RDP from admin" | Get-NetFirewallPortFilter

ਟੈਸਟ ਦੌਰਾਨ ਫਾਇਰਵਾਲ ਲੌਗਿੰਗ ਚਾਲੂ ਰੱਖੋ। 3389 ਅਤੇ ਸਰਗਰਮ ਪ੍ਰੋਫਾਈਲ ਦਾ ਜ਼ਿਕਰ ਕਰਨ ਵਾਲੀ ਸੁੱਟੇ ਪੈਕੇਟ ਦੀ ਇੱਕ ਲਾਈਨ ਦੂਜੇ ਰੀਬੂਟ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦਿੰਦੀ ਹੈ।

ਅਗਲੇ ਇੰਸਟਾਲਰ ਨੂੰ ਦੁਬਾਰਾ ਇਹ ਕਰਨ ਤੋਂ ਰੋਕੋ

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

ਕਿਸੇ ਨੂੰ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਦੁਬਾਰਾ ਲਿਖਣ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਡਿਸਕ ਦਾ ਸਨੈਪਸ਼ਾਟ ਲਓ, ਅਤੇ ਲੋੜ ਪੈਣ ਤੋਂ ਪਹਿਲਾਂ ਦੂਜਾ ਪ੍ਰਬੰਧਕੀ ਰਾਹ ਤਿਆਰ ਰੱਖੋ।

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