VPN ਰਾਹੀਂ ਸਾਈਨ ਇਨ ਹੌਲੀ ਕਿਉਂ ਹੁੰਦਾ ਹੈ: ਪ੍ਰੋਫਾਈਲ, ਰੀਡਾਇਰੈਕਸ਼ਨ ਜਾਂ ਆਫਲਾਈਨ ਫਾਈਲਾਂ

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

ਤਿੰਨ ਉਡੀਕਾਂ, ਤਿੰਨ ਵੱਖਰੇ ਜ਼ਿੰਮੇਵਾਰ

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

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

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

ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਉਡੀਕ ਰਿਹਾ ਹੈ, ਮਾਪੋ

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

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

Get-CimInstance Win32_UserProfile | Select-Object LocalPath, Loaded, SID
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\*' | Select-Object ProfileImagePath
Measure-Command { Get-ChildItem '\\fs01.corp.internal\profiles\a.singh' | Out-Null }

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

ਕਨੈਕਸ਼ਨ ਉਡੀਕ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਆਉਂਦਾ ਹੈ

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

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

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

ਦਸਤਾਵੇਜ਼ ਪ੍ਰੋਫਾਈਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ

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

ਡੇਟਾ ਰੱਖਣ ਵਾਲੇ ਫੋਲਡਰ ਰੀਡਾਇਰੈਕਟ ਕਰੋ, ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਸੈਟਿੰਗਾਂ ਰੱਖਣ ਦਿਓ। ਦੁਬਾਰਾ ਬਣਾਉਣ ਯੋਗ ਕੈਸ਼, ਜਿਵੇਂ ਬ੍ਰਾਊਜ਼ਰ ਕੈਸ਼ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਅਸਥਾਈ ਡੇਟਾ, ਬਾਹਰ ਰੱਖੋ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਨੂੰ ਭੇਜਣ ਨਾਲ ਸਮਾਂ ਵਧਦਾ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਸਦਾ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਮੇਲਬਾਕਸ ਡੇਟਾ ਅਤੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ ਭੰਡਾਰ ਉਸ ਟਿਕਾਣੇ 'ਤੇ ਰੱਖੋ ਜਿਸਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਸਮਰਥਨ ਦਿੰਦੀ ਹੈ, ਰੋਮਿੰਗ ਮਾਰਗ 'ਤੇ ਨਹੀਂ।

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

ਠੀਕ ਹੋਇਆ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰੇ ਸਥਿਤੀਆਂ ਜਾਂਚੋ

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

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

Get-WinEvent -LogName 'Microsoft-Windows-User Profile Service/Operational' -MaxEvents 30
gpresult /r /scope:user
Measure-Command { Get-ChildItem '\\fs01.corp.internal\users\a.singh\Documents' | Out-Null }

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