SMB ਫੋਲਡਰ VPN ਉੱਤੇ ਪੁਰਾਣਾ ਲੱਗਦਾ ਹੈ? ਆਫਲਾਈਨ ਫਾਈਲਾਂ ਵੇਖੋ

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

ਭਰਮ: VPN ਆਈਕਨ ਦਾ ਮਤਲਬ ਸਾਂਝ ਤਾਜ਼ਾ ਹੈ

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

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

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

ਸਾਬਤ ਕਰੋ ਕਿ Explorer ਕਿਹੜਾ ਟਾਰਗਿਟ ਪੜ੍ਹ ਰਿਹਾ ਹੈ

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

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

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

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

ਕੁਝ ਵੀ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਿੰਕ ਸਥਿਤੀ ਪੜ੍ਹੋ

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

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

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

ਸਹੂਲਤ ਮਿਟਾਉਣ ਦੀ ਥਾਂ ਸਾਂਝ ਦੀ ਸਥਿਤੀ ਸੁਧਾਰੋ

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

ਕਦੇ ਵੀ ਕੈਸ਼ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਸਾਂਝਾਂ ਲਈ ਸਰਵਰ ਹਰ ਸਾਂਝ ਲਈ ਸੰਕੇਤ ਭੇਜ ਸਕਦਾ ਹੈ। Samba ਇਸਨੂੰ ਸਾਂਝ ਪੈਰਾਮੀਟਰ ਵਜੋਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਆਨਲਾਈਨ ਰਹਿਣ ਵਾਲੀ ਸਾਂਝ ਦਾ ਮੁੱਲ ਹੈ:

csc policy = disable

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

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

ਜਦੋਂ ਕਾਰਨ ਆਫਲਾਈਨ ਫਾਈਲਾਂ ਨਹੀਂ ਹਨ

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

ਕਦੇ ਨਾ ਜੁੜਨ ਵਾਲੀ ਸਾਂਝ ਨੂੰ ਕੈਸ਼ ਜਾਂਚ ਨਹੀਂ, ਰਾਊਟਿੰਗ ਅਤੇ ਸੇਵਾ ਫਿਲਟਰਿੰਗ ਦੇ ਸਬੂਤ ਚਾਹੀਦੇ ਹਨ। ਟਨਲ ਰਾਹੀਂ ਰੋਕਿਆ ਪੋਰਟ 445, ਗਲਤ ਪਤੇ ਉੱਤੇ ਹੱਲ ਹੋਣ ਵਾਲਾ DNS ਨਾਮ ਜਾਂ ping ਦੀ ਇਜਾਜ਼ਤ ਦੇ ਕੇ SMB ਦੀ ਨਾ ਦੇਣ ਵਾਲਾ ਫਾਇਰਵਾਲ ਨਿਯਮ — ਸਾਰੇ ਕੈਸ਼ ਮਹੱਤਵਪੂਰਨ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਫੇਲ੍ਹਤਾ ਪੈਦਾ ਕਰਦੇ ਹਨ।

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