RasMan ਅਤੇ RemoteAccess ਇੱਕੋ ਸੇਵਾ ਨਹੀਂ ਹਨ

RasMan ਅਤੇ RemoteAccess ਸੇਵਾ ਸੂਚੀ ਵਿੱਚ ਇੱਕ ਦੂਜੇ ਦੇ ਕੋਲ ਦਿਖਦੀਆਂ ਹਨ, ਦੋਵੇਂ ਰਿਮੋਟ ਪਹੁੰਚ ਦਾ ਜ਼ਿਕਰ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਵੱਖਰਾ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਇੱਕ ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦੀ ਹੈ, ਅਤੇ ਦੂਜੀ ਰਾਊਟਿੰਗ ਅਤੇ ਰਿਮੋਟ ਪਹੁੰਚ ਦੀ ਸਰਵਰ ਭੂਮਿਕਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਦਾ ਬਦਲ ਮੰਨਣਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਲੈਪਟਾਪ ਵਿੱਚ ਕਲਾਇੰਟ ਦੀ ਸਮੱਸਿਆ ਠੀਕ ਕਰਨ ਲਈ ਸਰਵਰ ਵਿਸ਼ੇਸ਼ਤਾ ਚਾਲੂ ਹੋ ਜਾਂਦੀ ਹੈ। ਸੇਵਾ ਨਾਮ ਨਾਲ ਸੰਬੰਧਿਤ ਅਤੇ ਕੰਮ ਨਾਲ ਅਸੰਬੰਧਿਤ ਹੋ ਸਕਦੀ ਹੈ, ਜੋ ਟਿਕਟ ਵਿੱਚ ਨਾਮਾਂ ਨੂੰ ਸਭ ਤੋਂ ਘੱਟ ਲਾਭਦਾਇਕ ਸਬੂਤ ਬਣਾਉਂਦਾ ਹੈ।

ਦੋ ਨਾਮ, ਦੋ ਵੱਖਰੇ ਕੰਮ

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

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

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

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

ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕਿਸ ਉੱਤੇ ਨਿਰਭਰ ਹੈ

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

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

ਇੱਥੇ RRAS ਚਾਲੂ ਕਰਨ ਨਾਲ ਕੁਝ ਕਿਉਂ ਨਹੀਂ ਸੁਧਰਦਾ

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

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

ਕੰਮ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

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

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