VPN ਕੱਟ ਤੋਂ ਬਾਅਦ SMB ਸਾਂਝ: ਰਿਕਵਰੀ ਲਈ ਜਾਂਚ-ਸੂਚੀ
ਲਿਖਣਾ ਬੰਦ ਕਰੋ, ਸਰਵਰ ਦਾ ਅਸਲੀ ਰਾਹ ਬਹਾਲ ਕਰੋ ਅਤੇ ਅਸਫਲ ਸੇਵ ਨੂੰ ਗੁਆਚਾ ਨਹੀਂ ਸਗੋਂ ਅਣਜਾਣ ਮੰਨੋ। ਖੁੱਲ੍ਹੇ ਹੈਂਡਲ ਨਵੇਂ VPN ਸੈਸ਼ਨ ਵਿੱਚ ਨਹੀਂ ਟਿਕਦੇ।
ਤੁਹਾਡੀ ਸੇਵ ਅਟਕ ਜਾਂਦੀ ਹੈ, ਟਨਲ ਕੱਟ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਤੀਹ ਸਕਿੰਟ ਬਾਅਦ VPN ਫਿਰ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕਿ Finder ਵਿੰਡੋ ਖਾਲੀ ਸਾਂਝ ’ਤੇ ਘੁੰਮ ਰਹੀ ਹੁੰਦੀ ਹੈ। ਸਭ ਕੁਝ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਦਿਸਦਾ ਹੈ। ਟਨਲ ਚਾਲੂ ਹੈ, ਨੈੱਟਵਰਕ ਚਾਲੂ ਹੈ, ਅਤੇ ਵੌਲਿਊਮ ਨਹੀਂ। ਇਸ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ, ਕਿਉਂਕਿ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਅਜੇ ਵੀ ਖੁੱਲ੍ਹਾ ਹੈਂਡਲ ਰੱਖਣ ਦੀ ਸੋਚ ਰਹੀ ਹੈ ਤਦ ਫਿਰ ਜੁੜਨਾ ਹੀ ਉਹ ਰਾਹ ਹੈ ਜਿਸ ਨਾਲ ਅਨਿਸ਼ਚਿਤ ਲਿਖਤ ਗੁਆਚੀ ਲਿਖਤ ਬਣ ਜਾਂਦੀ ਹੈ।
ਸਾਂਝ ਨੂੰ ਫਿਰ ਜੋੜਨ ਦੀ ਬਜਾਏ ਉਸ ’ਤੇ ਕੰਮ ਰੋਕ ਕੇ ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਨਿਸ਼ਕਿਰਿਆ ਲੱਗਦਾ ਹੈ ਅਤੇ ਇਹੀ ਉਹ ਕਦਮ ਹੈ ਜੋ ਤੁਹਾਡਾ ਡੇਟਾ ਬਚਾਉਂਦਾ ਹੈ।
ਫਿਰ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖਣਾ ਬੰਦ ਕਰੋ
ਸਰਗਰਮੀ ਨਾਲ ਲਿਖਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੀ ਹਰ ਚੀਜ਼ ਬੰਦ ਕਰੋ, ਅਤੇ ਜੋ ਬਣ ਸਕੇ ਉਹ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਆਪਣੇ ਸੇਵ ਜਾਂ ਰਿਕਵਰੀ ਰਾਹ ਰਾਹੀਂ ਸਥਾਨਕ ਥਾਂ ’ਤੇ ਸੰਭਾਲੋ। ਵੱਡੀ ਕਾਪੀ ਸ਼ੁਰੂ ਨਾ ਕਰੋ, ਸਿੰਕ ਕਲਾਇੰਟ ਨੂੰ ਬੇਅੰਤ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾ ਦਿਓ, ਅਤੇ ਸਰਵਰ ਦੀ ਕਾਪੀ ਨੂੰ ਤੁਹਾਡੀ ਸਥਾਨਕ ਕਾਪੀ ਨਾਲ ਬਦਲਣ ਦਾ ਪ੍ਰਸਤਾਵ ਸਵੀਕਾਰ ਨਾ ਕਰੋ। ਤੀਜਾ ਨਿਰਦੇਸ਼ ਹੀ ਡੇਟਾ ਦੀ ਕੀਮਤ ਵਸੂਲਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਮਾਂ ਖਤਮ ਹੋਈ ਸੇਵ ਨਾ ਤਾਂ ਪੁਸ਼ਟ ਹੈ ਅਤੇ ਨਾ ਹੀ ਜ਼ਰੂਰੀ ਤੌਰ ’ਤੇ ਗੈਰਹਾਜ਼ਰ, ਅਤੇ ਸਰਵਰ ਫਾਈਲ ਉੱਤੇ ਲਿਖਣ ਨਾਲ ਅਸਲ ਵਿੱਚ ਕੀ ਹੋਇਆ ਦਾ ਇੱਕੋ ਸਬੂਤ ਮਿਟ ਜਾਂਦਾ ਹੈ।
ਜੇ ਐਪਲੀਕੇਸ਼ਨ ਇੱਕੋ ਦਸਤਾਵੇਜ਼ ਦੇ ਦੋ ਸੰਸਕਰਣ ਦਿਖਾਉਂਦੀ ਹੈ, ਤਾਂ ਹੁਣ ਦੋਵੇਂ ਆਪਣੀ ਥਾਂ ’ਤੇ ਰਹਿਣ ਦਿਓ। ਫਾਈਲ ਨਾਮ ਜਾਂ ਟਾਈਮਸਟੈਂਪ ਨਾਲ ਜੇਤੂ ਚੁਣਨਾ ਫੈਸਲੇ ਦੇ ਭੇਸ ਵਿੱਚ ਅੰਦਾਜ਼ਾ ਹੈ।
ਰਾਹ ਬਹਾਲ ਕਰੋ, ਫਿਰ ਉਸ ਨੂੰ ਸਾਬਤ ਕਰੋ
ਇੱਛਤ VPN ਫਿਰ ਜੋੜੋ ਅਤੇ ਉਸ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਪੂਰੀ ਕਰੋ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫਾਈਲ ਸਰਵਰ ਦਾ ਨਾਮ ਰਿਜ਼ੋਲਵ ਹੁੰਦਾ ਹੈ ਅਤੇ SMB ਸੇਵਾ ਟਨਲ ਰਾਹੀਂ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਜੁੜਿਆ ਸਥਿਤੀ ਸਿਰਫ਼ ਟਨਲ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਇਸ ਨੂੰ ਜਾਂਚ ਦੀ ਸ਼ੁਰੂਆਤ ਮੰਨੋ, ਅੰਤ ਨਹੀਂ।
ਟਨਲ ਰਾਹੀਂ ਫਾਈਲ ਸਰਵਰ ਦਾ ਨਾਮ-ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਅਤੇ ਪਹੁੰਚ ਪੁਸ਼ਟ ਕਰੋ।
ਦੂਜਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਮਾਊਂਟ ਨੂੰ ਇੱਕ ਮਿੰਟ ਦਿਓ; ਇੱਕੋ ਲੇਬਲ ਵਾਲਾ ਦੂਜਾ ਵੌਲਿਊਮ ਹੌਲੀ ਰਿਕਵਰੀ ਨਾਲੋਂ ਸਮਝਣਾ ਔਖਾ ਹੈ।
ਜੇ ਵੌਲਿਊਮ ਵਾਪਸ ਨਾ ਆਵੇ, ਤਾਂ ਜਾਣ-ਬੁੱਝ ਕੇ Go, ਫਿਰ Connect to Server ਅਤੇ ਸਰਵਰ ਦੇ ਜਾਣੇ-ਪਛਾਣੇ ਪਤੇ ਨਾਲ ਜੁੜੋ, ਜਿਵੇਂ
smb://files.corp.example/team।ਫਾਈਲ ਸਰਵਰ ਖਾਤੇ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ, ਜੋ VPN ਲੌਗਇਨ ਤੋਂ ਵੱਖਰਾ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਫੈਸਲਾ ਹੈ, ਅਤੇ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ ਦੀ ਸਥਿਤੀ ਪੁਸ਼ਟ ਕਰੋ।
Apple ਦੀ Finder ਰਾਹੀਂ ਜੁੜਨ ਦੀ ਗਾਈਡ ਸਪਸ਼ਟ ਪਤੇ ਵਾਲੀ ਵਿਧੀ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਇੱਥੇ ਭਰੋਸੇਯੋਗ ਰਾਹ ਉਹੀ ਹੈ। ਸਾਈਡਬਾਰ ਵਿੱਚ ਬੈਠਾ ਵੌਲਿਊਮ ਨਾਮ ਕੈਸ਼ ਕੀਤਾ ਲੇਬਲ ਹੈ, ਪਿਛਲਾ ਕਨੈਕਸ਼ਨ ਅਜੇ ਵੀ ਵਰਤੋਂਯੋਗ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ।
ਨਵਾਂ ਸੈਸ਼ਨ ਖੁੱਲ੍ਹੇ ਹੈਂਡਲ ਦਾ ਵਾਅਦਾ ਕਿਉਂ ਨਹੀਂ ਕਰ ਸਕਦਾ
SMB ਕੋਲ ਅਸਥਾਈ ਕਟੌਤੀ ਨੂੰ ਪਾਰ ਕਰਨ ਦੇ ਤਰੀਕੇ ਸੱਚਮੁੱਚ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਸ਼ਰਤੀ ਹਨ। ਟਿਕਾਊ ਖੁੱਲ੍ਹਾਵਾਂ ਨੂੰ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਤੈਅ ਸਮਾਂ-ਖਿੜਕੀ ਵਿੱਚ ਫਿਰ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਥਾਈ ਖੁੱਲ੍ਹਾਵਾਂ ਲਈ ਦੋਵੇਂ ਪਾਸਿਆਂ ਤੋਂ ਵਧੇਰੇ ਸਖਤ ਸਮਰੱਥਾ ਚਾਹੀਦੀ ਹੈ। Mac ਕਲਾਇੰਟ ਅਤੇ ਫਾਈਲ ਸਰਵਰ ਦਾ ਸਾਂਝ ਮਾਊਂਟ ਕਰਨ ’ਤੇ ਸਹਿਮਤ ਹੋਣਾ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਤੁਹਾਡੀਆਂ ਖੁੱਲ੍ਹੀਆਂ ਰੱਖੀਆਂ ਫਾਈਲਾਂ ਲਈ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਤਰੀਕਾ ਤੈਅ ਹੋਇਆ ਸੀ ਜਾਂ ਨਹੀਂ।
ਵਿਸ਼ੇਸ਼ਤਾ ਅਸਫਲਤਾ ਬਾਰੇ ਉੱਨੀ ਹੀ ਸਪਸ਼ਟ ਹੈ: ਜਦੋਂ ਰਿਕਵਰੀ ਸਫਲ ਨਾ ਹੋਵੇ, ਹੈਂਡਲ ਅਵੈਧ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਤੋਂ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਉਹ ਫਾਈਲ ਨੂੰ ਬੰਦ ਮੰਨੇ। ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਉਸ ਪਲ ਲਿਖਣ ਦੇ ਵਿਚਕਾਰ ਸੀ, ਉਸ ਕੋਲ ਅੱਗੇ ਵਧਣ ਲਈ ਵੈਧ ਹੈਂਡਲ ਨਹੀਂ, ਭਾਵੇਂ ਸਾਂਝ ਫਿਰ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਯੋਗ ਹੋਵੇ ਅਤੇ ਫਾਈਲ Finder ਵਿੱਚ ਸਹੀ ਦਿਸੇ।
ਇਸੇ ਲਈ ਵਾਪਸ ਦਿਸਣ ਵਾਲਾ ਵੌਲਿਊਮ ਲਾਜ਼ਮੀ ਕਦਮ ਹੈ, ਕਾਫੀ ਨਹੀਂ। ਸੰਪਾਦਕ, ਡਾਟਾਬੇਸ ਵਰਗੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਲਾਕ ਰੱਖਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਆਪਣਾ ਕਨੈਕਸ਼ਨ ਫਿਰ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ, ਅਤੇ ਦਸਤਾਵੇਜ਼ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਇੱਕੋ ਭਰੋਸੇਯੋਗ ਰਿਪੋਰਟ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਫਾਈਲ ਸੂਚੀ ਤੋਂ ਨਹੀਂ।
ਮਾਊਂਟ ਨੂੰ ਸਾਫ਼ ਦਿਸਣ ਲਈ ਮਜਬੂਰ ਨਾ ਕਰੋ
ਫਸੀ ਸਾਈਡਬਾਰ ਸਾਫ਼ ਕਰਨ ਲਈ ਵੌਲਿਊਮ ਨੂੰ ਜਬਰਦਸਤੀ ਅਣਮਾਊਂਟ ਕਰਨਾ ਜਾਂ ਫਾਈਲਸਿਸਟਮ ਸਹਾਇਕ ਮਾਰਨਾ ਲਾਲਚਭਰਾ ਹੈ ਅਤੇ ਆਮ ਤੌਰ ’ਤੇ ਉਲਟਾ ਨਤੀਜਾ ਦਿੰਦਾ ਹੈ। ਫਸੀ ਸਥਿਤੀ ਅਕਸਰ ਅਸਲ ਵਿੱਚ ਲੰਬਿਤ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਅਤੇ ਉਸ ਦੇ ਹੇਠੋਂ ਮਾਊਂਟ ਖਿੱਚ ਲੈਣਾ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਡੇਟਾ ਕਿਤੇ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਪਹੁੰਚਾਉਂਦਾ। ਇਹ ਅਗਲੀ ਜਾਂਚ ਨੂੰ ਵੀ ਔਖਾ ਬਣਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਵਰਤੋਂਕਾਰ ਨੇ ਜੋ ਗਲਤੀ ਦੇਖੀ ਉਹ ਸਕਰੀਨ ਤੋਂ ਮਿਟ ਚੁੱਕੀ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਨੇ ਜੋ ਸਹੀ ਗਲਤੀ ਦੱਸੀ ਅਤੇ ਕਟੌਤੀ ਦਾ ਸਮਾਂ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਉਹੀ ਟਾਈਮਸਟੈਂਪ ਤੁਹਾਨੂੰ ਤੁਹਾਡੀ ਰਿਪੋਰਟ ਸਰਵਰ ਦੇ ਲੌਗ ਨਾਲ ਮਿਲਾਉਣ ਦਿੰਦਾ ਹੈ।
ਜੇ ਸਾਂਝ ਰੁੱਝੀ ਰਹੇ, ਤਾਂ ਤਾਕਤ ਵਧਾਉਣ ਦੀ ਬਜਾਏ ਫਾਈਲ ਸੇਵਾ ਜਾਂ Mac ਸਹਾਇਤਾ ਪ੍ਰਕਿਰਿਆ ਵਰਤੋ। ਸਬੂਤ ਬਚਾਉਣਾ ਸਾਫ਼ ਸਾਈਡਬਾਰ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ।
ਅਗਲੀ ਯੋਜਨਾਬੱਧ ਕਟੌਤੀ ਤੋਂ ਪਹਿਲਾਂ
ਜਾਣ-ਬੁੱਝ ਕੇ VPN ਕੱਟਣ ਤੋਂ ਪਹਿਲਾਂ ਸੇਵ ਪੂਰੀ ਕਰੋ, ਨਿਰਭਰ ਫਾਈਲਾਂ ਬੰਦ ਕਰੋ ਅਤੇ ਸਾਂਝ ਆਮ ਤਰੀਕੇ ਨਾਲ ਬਾਹਰ ਕੱਢੋ। ਉਹ ਕ੍ਰਮ ਸਸਤਾ ਹੈ ਅਤੇ ਇਹ ਪੂਰੀ ਸਵਾਲ-ਸ਼੍ਰੇਣੀ ਹਟਾ ਦਿੰਦਾ ਹੈ।
ਜਿਸ ਕੰਮ ਵਿੱਚ ਵਾਰ-ਵਾਰ ਰੁਕਾਵਟਾਂ ਆਉਂਦੀਆਂ ਹਨ, ਉਸ ਲਈ ਮਾਊਂਟ ਨਹੀਂ ਸਗੋਂ ਕੰਮ ਦਾ ਮਾਡਲ ਬਦਲੋ: ਸਥਾਨਕ ਕਾਪੀ ਰੱਖੋ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ-ਸਮਰਥਿਤ ਤਰੀਕੇ ਰਾਹੀਂ ਸਿੰਕ ਕਰੋ, ਤਾਂ ਜੋ ਡਿੱਗੀ ਟਨਲ ਅਨਿਸ਼ਚਿਤ ਲਿਖਤ ਦੀ ਬਜਾਏ ਇੱਕ ਸਿੰਕ ਅੰਤਰਾਲ ਦਾ ਖਰਚ ਬਣੇ। ਮਾਊਂਟ ਸਕ੍ਰਿਪਟ ਮਨਮਾਨੀ ਖੁੱਲ੍ਹੀਆਂ-ਫਾਈਲ ਲੈਣ-ਦੇਣ ਸੰਭਾਲ ਨਹੀਂ ਸਕਦੀ, ਅਤੇ ਕੋਈ ਟਿਊਨਿੰਗ ਉਸ ਨੂੰ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰੇਗੀ।