ਰਿਮੋਟ ਕੰਪਿਊਟਰ VPN ਨਾਲ ਜੁੜਨ ਵੇਲੇ RDP ਕਿਉਂ ਜੰਮ ਜਾਂਦਾ ਹੈ

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

ਉਹ ਐਂਡਪੁਆਇੰਟ ਦਰਜ ਕਰੋ ਜੋ ਤੁਹਾਡਾ ਸੈਸ਼ਨ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ

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

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

Get-NetTCPConnection -LocalPort 3389 -State Established |
  Select-Object LocalAddress, RemoteAddress, RemotePort

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

ਉਸ ਐਂਡਪੁਆਇੰਟ ਨੂੰ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਰੂਟ ਪੜ੍ਹੋ

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

Find-NetRoute -RemoteIPAddress 203.0.113.24
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-VpnConnection -Name "Work VPN" | Select-Object SplitTunneling, Routes

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

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

ਫਾਇਰਵਾਲ ਪ੍ਰੋਫਾਈਲ ਦੇ ਬਦਲਾਅ ਵੱਲ ਧਿਆਨ ਦਿਓ

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

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

ਟਨਲ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੇ ਪ੍ਰੋਫਾਈਲ ਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ ਪ੍ਰੋਫਾਈਲਾਂ ਨਾਲ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ Remote Desktop ਨਿਯਮ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੇ ਹਨ। ਸਿਰਫ਼ Domain ਅਤੇ Private ਲਈ ਸਮਰੱਥ ਨਿਯਮ Public ਵਜੋਂ ਸ਼੍ਰੇਣੀਬੱਧ ਇੰਟਰਫੇਸ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਕੋਈ ਵੀ ਰੂਟ ਸੁਧਾਰ ਇਸਨੂੰ ਨਹੀਂ ਬਦਲਦਾ। ਕੁਝ VPN ਕਲਾਇੰਟ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਸਥਾਨਕ ਸਬਨੈੱਟ ਪਹੁੰਚ ਵੀ ਸੀਮਿਤ ਕਰਦੇ ਹਨ, ਜੋ ਕਿਸੇ ਹੋਰ ਨਿਯੰਤਰਣ ਤੋਂ ਉਹੀ ਕਿਸਮ ਦੀ ਅਸਫਲਤਾ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਤਬਦੀਲੀ ਨੂੰ ਕਿਸੇ ਅਜਿਹੀ ਥਾਂ ਤੋਂ ਪਰਖੋ ਜਿੱਥੋਂ ਤੁਸੀਂ ਵਾਪਸ ਆ ਸਕਦੇ ਹੋ

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

ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਰੋਲਬੈਕ ਤੈਅ ਕਰੋ, ਜਿਵੇਂ ਕਿ ਨਿਸ਼ਚਿਤ ਅੰਤਰਾਲ ਤੋਂ ਬਾਅਦ rasdial "Work VPN" /disconnect ਚਲਾਉਣ ਵਾਲਾ ਨਿਰਧਾਰਿਤ ਕੰਮ। ਇਹ ਗੁਆਚੇ ਸੈਸ਼ਨ ਨੂੰ ਸਾਈਟ ਦੌਰੇ ਦੀ ਥਾਂ ਪੰਜ ਮਿੰਟ ਦੇ ਰੁਕਾਵਟ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਇਹੀ ਸਭ ਤੋਂ ਸਸਤਾ ਬੀਮਾ ਹੈ।

ਸੈਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਜਾ ਚੁੱਕਾ ਹੋਵੇ ਤਾਂ ਦੁਬਾਰਾ ਅੰਦਰ ਆਓ

ਜੇ ਹੋਸਟ ਪਹਿਲਾਂ ਹੀ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੈ, ਤਾਂ ਉਸੇ ਕਲਾਇੰਟ ਤੋਂ ਨਵੇਂ RDP ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਬੰਦ ਕਰੋ ਅਤੇ ਵਾਤਾਵਰਣ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਰਿਕਵਰੀ ਚੈਨਲ ਵਰਤੋ: RD Gateway, ਹਾਈਪਰਵਾਈਜ਼ਰ ਕੰਸੋਲ, ਜਾਂ ਆਊਟ-ਆਫ਼-ਬੈਂਡ ਪ੍ਰਬੰਧਨ ਇੰਟਰਫੇਸ। ਕੰਸੋਲ ਪਹੁੰਚ ਵਾਲੇ ਵਿਅਕਤੀ ਨੂੰ ਉਹੀ Find-NetRoute ਅਤੇ Get-NetConnectionProfile ਕਮਾਂਡ ਚਲਾਉਣ ਲਈ ਕਹੋ, ਤਾਂ ਜੋ ਸਬੂਤ ਰਿਕਵਰੀ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿਣ।

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