ਮਿਆਦ ਮੁੱਕਣ ਵਾਲਾ ਲਿੰਕ ਅਤੇ ਸਵੈ-ਮਿਟਾਉਣ ਦਾ ਟਾਈਮਰ ਵੱਖ-ਵੱਖ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ: ਸੱਦਾ ਕਦੋਂ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰੇ, ਅਤੇ ਕਿਸੇ ਦੇ ਪਹਿਲੀ ਵਾਰ ਖੋਲ੍ਹਣ ਤੋਂ ਬਾਅਦ ਪਹੁੰਚ ਕਿੰਨੀ ਦੇਰ ਰਹੇ। ਇਹ ਫ਼ਰਕ ਸਮਝਣ ਨਾਲ ਤੁਸੀਂ ਉਪਯੋਗੀ ਸੀਮਾਵਾਂ ਚੁਣ ਸਕਦੇ ਹੋ, ਅਤੇ ਇਹ ਉਮੀਦ ਨਹੀਂ ਰੱਖਦੇ ਕਿ ਟਾਈਮਰ ਉਹ ਫਾਈਲ ਵਾਪਸ ਲੈ ਲਵੇਗਾ ਜੋ ਕਿਸੇ ਨੇ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲ ਲਈ ਹੈ।
ਮਿਆਦ ਸੱਦੇ ਨੂੰ ਤੈਅ ਆਖ਼ਰੀ ਤਾਰੀਖ਼ 'ਤੇ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ
ਨਿਯੰਤਰਿਤ ਸ਼ੇਅਰ ਦੀ ਮਿਆਦ ਬਣਾਉਂਦੇ ਸਮੇਂ ਤੈਅ ਹੁੰਦੀ ਹੈ, 30 ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਕਿਸੇ ਵੀ ਸਮੇਂ। ਆਖ਼ਰੀ ਤਾਰੀਖ਼ ਇਸ ਗੱਲ ਤੋਂ ਬਿਨਾਂ ਲਾਗੂ ਰਹਿੰਦੀ ਹੈ ਕਿ ਕਿਸੇ ਨੇ ਸੱਦਾ ਖੋਲ੍ਹਿਆ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਤੁਸੀਂ ਸ਼ੇਅਰ ਨੂੰ ਪਹਿਲਾਂ ਵੀ ਰੱਦ ਕਰ ਸਕਦੇ ਹੋ।
ਸੋਚੋ ਕਿ ਤੁਸੀਂ ਅੱਜ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਭੇਜ ਰਹੇ ਹੋ ਜਿਸਦੀ ਲੋੜ ਕੱਲ੍ਹ ਸ਼ਾਮ ਤੱਕ ਹੈ। ਤੈਅ ਮਿਆਦ ਉਸ ਸੱਦੇ ਨੂੰ ਇੱਕ ਅੰਤ ਦਿੰਦੀ ਹੈ, ਭਾਵੇਂ ਕੋਈ ਇਸਦੀ ਵਰਤੋਂ ਨਾ ਕਰੇ। ਅਸਲ ਫਾਈਲ ਆਪਣੇ ਵਾਲਟ ਵਿੱਚ ਰੱਖੋ; ਮਿਆਦ ਮੁੱਕਣ ਵਾਲਾ ਸ਼ੇਅਰ ਅਸਥਾਈ ਹਵਾਲਗੀ ਹੈ, ਬੈਕਅੱਪ ਨਹੀਂ। ਜੇ ਯੋਜਨਾ ਬਦਲ ਜਾਵੇ, ਤਾਂ ਇਹ ਮੰਨਣ ਦੀ ਬਜਾਏ ਕਿ ਸਰੋਤ ਦਸਤਾਵੇਜ਼ ਮਿਟਾਉਣ ਨਾਲ ਪਹੁੰਚ ਰੱਦ ਹੋ ਜਾਵੇਗੀ, ਸੱਦਾ ਆਪ ਰੱਦ ਕਰੋ।
ਸਵੈ-ਮਿਟਾਉਣਾ ਪਹਿਲੇ ਦਿੱਤੇ ਸੈਸ਼ਨ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ
ਵਿਕਲਪਿਕ ਟਾਈਮਰ ਉਦੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸਰਵਰ ਪਹਿਲਾ ਪਹੁੰਚ-ਸੈਸ਼ਨ ਦਿੰਦਾ ਹੈ, ਭਾਵੇਂ ਟ੍ਰਾਂਸਫਰ ਜਾਂ ਡੀਕ੍ਰਿਪਸ਼ਨ ਬਾਅਦ ਵਿੱਚ ਅਸਫਲ ਹੋ ਜਾਵੇ। ਹਰ ਅਗਲਾ ਸੈਸ਼ਨ ਉਸੇ ਆਖ਼ਰੀ ਤਾਰੀਖ਼ ਨੂੰ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣ ਨਾਲ ਇਹ ਕਦੇ ਰੀਸੈੱਟ ਨਹੀਂ ਹੁੰਦਾ।
ਉਦਾਹਰਣ ਲਈ, ਕੋਈ ਸ਼ੇਅਰ ਕੱਲ੍ਹ ਮੁੱਕ ਸਕਦਾ ਹੈ ਪਰ ਪਹਿਲੇ ਪਹੁੰਚ-ਸੈਸ਼ਨ ਤੋਂ ਬਾਅਦ ਸਿਰਫ਼ ਦਸ ਮਿੰਟ ਦੀ ਆਗਿਆ ਦੇ ਸਕਦਾ ਹੈ। ਜੋ ਪ੍ਰਾਪਤਕਰਤਾ ਹੁਣ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਉਹ ਸਾਰਿਆਂ ਲਈ ਉਹੀ ਦਸ ਮਿੰਟ ਦੀ ਸਮਾਂ-ਸੀਮਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ। ਜੋ ਪ੍ਰਾਪਤਕਰਤਾ ਕੱਲ੍ਹ ਦੀ ਤੈਅ ਮਿਆਦ ਤੋਂ ਠੀਕ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ, ਉਸਨੂੰ ਸਿਰਫ਼ ਬਾਕੀ ਬਚਿਆ ਸਮਾਂ ਮਿਲਦਾ ਹੈ। ਗਲਤ ਡੀਕ੍ਰਿਪਸ਼ਨ ਗੁਪਤ ਕੋਡ ਸੇਵਾ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਦਿੱਤੇ ਸੈਸ਼ਨ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਸੱਦਾ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਹੀ ਗੁਪਤ ਕੋਡ ਪਹੁੰਚਾ ਦਿਓ।
ਸਮਾਂ-ਰੇਖਾ: ਕੱਲ੍ਹ ਮਿਆਦ, ਦਸ ਮਿੰਟ ਦਾ ਟਾਈਮਰ
ਮੰਨ ਲਓ ਤੁਸੀਂ ਸੋਮਵਾਰ ਨੂੰ 9:00 ਵਜੇ ਮੰਗਲਵਾਰ ਦੇ 18:00 ਦੀ ਮਿਆਦ ਅਤੇ ਪਹਿਲੀ ਪਹੁੰਚ ਤੋਂ ਬਾਅਦ ਦਸ ਮਿੰਟ ਦੇ ਟਾਈਮਰ ਨਾਲ ਸ਼ੇਅਰ ਬਣਾਉਂਦੇ ਹੋ। ਜਦੋਂ ਤੱਕ ਕੋਈ ਸੱਦਾ ਨਹੀਂ ਖੋਲ੍ਹਦਾ, ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਜੇ ਕੋਈ ਨਾ ਖੋਲ੍ਹੇ, ਤਾਂ ਇਹ ਮੰਗਲਵਾਰ ਨੂੰ 18:00 ਵਜੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।
ਜੇ ਤੁਹਾਡਾ ਪ੍ਰਾਪਤਕਰਤਾ ਇਸਨੂੰ ਸੋਮਵਾਰ ਨੂੰ 14:00 ਵਜੇ ਖੋਲ੍ਹਦਾ ਹੈ, ਤਾਂ ਸਰਵਰ ਪਹਿਲਾ ਪਹੁੰਚ-ਸੈਸ਼ਨ ਦਿੰਦਾ ਹੈ ਅਤੇ ਟਾਈਮਰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਪਹੁੰਚ ਹੁਣ ਸੋਮਵਾਰ ਨੂੰ 14:10 ਵਜੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ, ਯਾਨੀ ਦੋਵਾਂ ਆਖ਼ਰੀ ਤਾਰੀਖ਼ਾਂ ਵਿੱਚੋਂ ਪਹਿਲਾਂ ਆਉਣ ਵਾਲੀ। ਸ਼ੇਅਰ ਕੀਤੇ ਵਾਲਟ ਨੂੰ ਬੰਦ ਕਰਕੇ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣ ਨਾਲ ਘੜੀ ਰੀਸੈੱਟ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਉਸੇ ਸੱਦੇ ਨੂੰ ਵਰਤਣ ਵਾਲਾ ਕੋਈ ਹੋਰ ਵੀ ਉਹੀ ਦਸ ਮਿੰਟਾਂ ਦੇ ਅੰਦਰ ਕੰਮ ਕਰਦਾ ਹੈ।
ਜੇ ਉਹ ਇਸਨੂੰ ਮੰਗਲਵਾਰ ਨੂੰ 17:55 ਵਜੇ ਖੋਲ੍ਹਣ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸਿਰਫ਼ ਪੰਜ ਮਿੰਟ ਮਿਲਦੇ ਹਨ, ਕਿਉਂਕਿ ਤੈਅ ਮਿਆਦ ਫਿਰ ਵੀ ਲਾਗੂ ਹੈ। ਆਖ਼ਰੀ ਤਾਰੀਖ਼ 'ਤੇ ਸੇਵਾ ਅੱਗੇ ਪੜ੍ਹਨ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦਿੰਦੀ ਹੈ ਅਤੇ ਐਨਕ੍ਰਿਪਟਿਡ ਡਾਟਾ ਮਿਟਾਉਣ ਲਈ ਕਤਾਰ ਵਿੱਚ ਲਗਾ ਦਿੰਦੀ ਹੈ, ਅਤੇ Revault ਵਿਊਅਰ ਬੰਦ ਹੋ ਕੇ ਆਪਣੀਆਂ ਸ਼ੇਅਰ ਕੀਆਂ ਅਤੇ ਅਸਥਾਈ ਫਾਈਲਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ।
ਪਹੁੰਚ ਗਿਣਤੀ ਸੈਸ਼ਨ ਮਾਪਦੀ ਹੈ, ਵਿਲੱਖਣ ਪ੍ਰਾਪਤਕਰਤਾ ਨਹੀਂ
ਤੁਸੀਂ ਪਹੁੰਚ-ਸੈਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਮਿਆਦ ਮੁੱਕਣ ਤੱਕ ਅਸੀਮਤ ਰੱਖ ਸਕਦੇ ਹੋ। ਸਰਵਰ ਉਹ ਸੈਸ਼ਨ ਗਿਣਦਾ ਹੈ ਜੋ ਉਹ ਦਿੰਦਾ ਹੈ, ਫਾਈਲ ਦੇ ਦ੍ਰਿਸ਼ ਜਾਂ ਲੋਕ ਨਹੀਂ, ਅਤੇ ਉਸੇ ਵੈਧ ਸੈਸ਼ਨ ਟੋਕਨ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ 'ਤੇ ਹੋਰ ਸੈਸ਼ਨ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ।
ਇੱਕ-ਸੈਸ਼ਨ ਦੀ ਸੀਮਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਪਹੁੰਚ ਇੱਕ ਹੀ ਵਿਅਕਤੀ ਨੇ ਕੀਤੀ। ਸੱਦਾ ਇੱਕ ਅਧਿਕਾਰ ਵਾਂਗ ਹੈ, ਅਤੇ ਜਿਸ ਕਿਸੇ ਕੋਲ ਲਿੰਕ ਅਤੇ ਗੁਪਤ ਕੋਡ ਹੋਵੇ, ਉਹ ਇਸਨੂੰ ਵਰਤ ਸਕਦਾ ਹੈ। ਨਵਾਂ ਸੈਸ਼ਨ ਇੱਕ ਹੋਰ ਆਗਿਆ ਪ੍ਰਾਪਤ ਪਹੁੰਚ ਖਪਤ ਕਰ ਸਕਦਾ ਹੈ, ਉਸੇ ਪ੍ਰਾਪਤਕਰਤਾ ਲਈ ਵੀ। ਅਜਿਹੀ ਸੀਮਾ ਚੁਣੋ ਜਿਸ ਵਿੱਚ ਇੱਛਤ ਹਵਾਲਗੀ ਲਈ ਥਾਂ ਹੋਵੇ, ਅਤੇ ਜਦੋਂ ਵੱਖ-ਵੱਖ ਪ੍ਰਾਪਤਕਰਤਾਵਾਂ ਨੂੰ ਸੁਤੰਤਰ ਆਖ਼ਰੀ ਤਾਰੀਖ਼ਾਂ ਜਾਂ ਕਾਊਂਟਰ ਚਾਹੀਦੇ ਹੋਣ, ਤਾਂ ਵੱਖਰਾ ਸੱਦਾ ਵਰਤੋ।
ਆਮ ਹਵਾਲਗੀਆਂ ਲਈ ਸੈਟਿੰਗਾਂ ਚੁਣਨਾ
ਇੱਕ ਵਾਰ ਦੀ ਦਸਤਾਵੇਜ਼ ਹਵਾਲਗੀ ਲਈ, ਜਿਵੇਂ ਕਿਰਾਏ ਦਾ ਸਮਝੌਤਾ ਜਾਂ ਦਸਤਖਤ ਕੀਤਾ ਫਾਰਮ, ਇੱਕ-ਦੋ ਦਿਨ ਦੀ ਮਿਆਦ ਰੱਖੋ ਅਤੇ ਕੁਝ ਪਹੁੰਚ-ਸੈਸ਼ਨਾਂ ਦੀ ਆਗਿਆ ਦਿਓ, ਜੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਇਸਨੂੰ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਪਵੇ। ਜਦੋਂ ਉਹ ਪੁਸ਼ਟੀ ਕਰ ਦੇਣ ਕਿ ਉਨ੍ਹਾਂ ਕੋਲ ਲੋੜੀਂਦਾ ਹੈ, ਤਾਂ ਸੱਦਾ ਰੱਦ ਕਰੋ, ਅਤੇ ਐਕਸਪੋਰਟ ਦੀ ਆਗਿਆ ਤਾਂ ਹੀ ਦਿਓ ਜੇ ਉਨ੍ਹਾਂ ਨੂੰ ਆਪਣੀ ਐਨਕ੍ਰਿਪਟਿਡ ਕਾਪੀ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ।
ਕੁਝ ਦਿਨਾਂ ਦੀਆਂ ਫੋਟੋਆਂ ਲਈ, ਜਿਵੇਂ ਸਾਂਝੀ ਯਾਤਰਾ ਦੀਆਂ ਤਸਵੀਰਾਂ, ਅਜਿਹੀ ਮਿਆਦ ਰੱਖੋ ਜੋ ਉਨ੍ਹਾਂ ਦਿਨਾਂ ਨੂੰ ਕਵਰ ਕਰੇ ਅਤੇ ਸੈਸ਼ਨ ਅਸੀਮਤ ਜਾਂ ਖੁੱਲ੍ਹੇ ਰੱਖੋ, ਤਾਂ ਜੋ ਸ਼ੇਅਰ ਕੀਤੇ ਵਾਲਟ ਨੂੰ ਦੁਬਾਰਾ ਖੋਲ੍ਹਣ ਨਾਲ ਕੋਈ ਬਾਹਰ ਨਾ ਹੋ ਜਾਵੇ। ਪਹਿਲੀ-ਪਹੁੰਚ ਟਾਈਮਰ ਛੱਡ ਦਿਓ: ਇਹ ਪਹਿਲੇ ਵਿਅਕਤੀ ਦੇ ਸ਼ੇਅਰ ਖੋਲ੍ਹਣ ਤੋਂ ਥੋੜ੍ਹੀ ਦੇਰ ਬਾਅਦ ਸਾਰਿਆਂ ਦੀ ਪਹੁੰਚ ਖ਼ਤਮ ਕਰ ਦੇਵੇਗਾ।
ਸਿਰਫ਼-ਦੇਖਣ ਵਾਲੀ ਪਹੁੰਚ ਲਈ, ਐਕਸਪੋਰਟ ਬੰਦ ਕਰੋ, ਸੈਸ਼ਨ ਦੀ ਘੱਟ ਸੀਮਾ ਰੱਖੋ ਅਤੇ ਪਹਿਲੀ ਪਹੁੰਚ ਤੋਂ ਬਾਅਦ ਛੋਟਾ ਟਾਈਮਰ ਜੋੜੋ। ਇਹ ਸੈਟਿੰਗਾਂ ਅਧਿਕਾਰਤ ਐਪ ਦੀਆਂ ਪੇਸ਼ਕਸ਼ਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ। ਇਹ ਸਕ੍ਰੀਨਸ਼ਾਟ ਜਾਂ ਸੋਧੇ ਹੋਏ ਕਲਾਇੰਟ ਨੂੰ ਨਹੀਂ ਰੋਕ ਸਕਦੀਆਂ।
ਸਮਝੋ ਕਿ ਸਿਰਫ਼-ਦੇਖਣ ਵਾਲੀ ਸ਼ੇਅਰਿੰਗ ਕੀ ਸੁਰੱਖਿਅਤ ਕਰ ਸਕਦੀ ਹੈ
ਜਦੋਂ ਐਕਸਪੋਰਟ ਦੀ ਆਗਿਆ ਹੋਵੇ, ਪ੍ਰਾਪਤਕਰਤਾ ਐਨਕ੍ਰਿਪਟਿਡ .qvault ਕਾਪੀ ਸੰਭਾਲ ਸਕਦੇ ਹਨ ਜੋ ਸ਼ੇਅਰ ਦੇ ਗੁਪਤ ਕੋਡ ਨਾਲ ਖੁੱਲ੍ਹਦੀ ਹੈ, ਅਤੇ ਇਹ ਕਾਪੀ ਸੱਦੇ ਦੀ ਮਿਆਦ ਮੁੱਕਣ ਤੋਂ ਬਾਅਦ ਵੀ ਵਰਤੋਂਯੋਗ ਰਹਿ ਸਕਦੀ ਹੈ। ਜਦੋਂ ਐਕਸਪੋਰਟ ਬੰਦ ਹੋਵੇ, ਤਾਂ ਐਪ ਦੇ ਐਕਸਪੋਰਟ ਨਿਯੰਤਰਣ ਮੌਜੂਦ ਨਹੀਂ ਹੁੰਦੇ।
ਮਿਆਦ ਪੁੱਗਣਾ ਅਤੇ ਰੱਦ ਕਰਨਾ Revault ਰਾਹੀਂ ਅੱਗੇ ਤੋਂ ਹੋਣ ਵਾਲੀ ਪ੍ਰਾਪਤੀ ਨੂੰ ਰੋਕਦੇ ਹਨ। ਇਹ ਸਕ੍ਰੀਨਸ਼ਾਟ, ਐਕਸਪੋਰਟ ਕੀਤੀਆਂ ਫਾਈਲਾਂ ਜਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਕੋਲ ਰਹਿ ਗਈਆਂ ਕਾਪੀਆਂ ਨੂੰ ਮਿਟਾ ਨਹੀਂ ਸਕਦੇ। ਐਕਸਪੋਰਟ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਉਸੇ ਨੂੰ ਚੁਣੋ ਜਿਸ 'ਤੇ ਤੁਹਾਨੂੰ ਭਰੋਸਾ ਹੋਵੇ।
ਇਹ ਸਮਾਂਬੱਧ ਨਿਯੰਤਰਣ Revault ਦੇ ਸਰਵਰ ਸ਼ੇਅਰਿੰਗ ਰੂਟ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ। iOS ਵਰਤੋਂਕਾਰਾਂ ਵਿਚਕਾਰ ਵਿਕਲਪਿਕ ਨਿੱਜੀ CloudKit ਸੱਦੇ ਵਿੱਚ ਸਰਵਰ ਵੱਲੋਂ ਲਾਗੂ ਕੀਤਾ ਪਹੁੰਚ ਕਾਊਂਟਰ ਜਾਂ ਆਪਣੇ ਆਪ ਮਿਆਦ ਮੁੱਕਣਾ ਨਹੀਂ ਹੁੰਦਾ। ਜਦੋਂ ਇਹ ਪਾਬੰਦੀਆਂ ਮਹੱਤਵਪੂਰਨ ਹੋਣ, ਤਾਂ ਨਿਯੰਤਰਿਤ ਸ਼ੇਅਰ ਚੁਣੋ। ਐਨਕ੍ਰਿਪਸ਼ਨ ਆਵਾਜਾਈ ਅਤੇ ਸਟੋਰੇਜ ਦੌਰਾਨ ਫਾਈਲ ਸਮੱਗਰੀ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ, ਜਦਕਿ ਪਹੁੰਚ ਨੀਤੀਆਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਸ਼ੇਅਰਿੰਗ ਸੈਸ਼ਨ ਦੌਰਾਨ ਸੇਵਾ ਅਤੇ ਅਧਿਕਾਰਤ ਐਪ ਕੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ।
ਕੀ ਮੇਰੀ ਮੂਲ ਫਾਈਲ ਮਿਟਾਉਣ ਨਾਲ ਸ਼ੇਅਰ ਰੱਦ ਹੁੰਦਾ ਹੈ?
ਨਹੀਂ। ਸ਼ੇਅਰ ਵੱਖਰਾ ਸਨੈਪਸ਼ਾਟ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਵਾਲਟ ਵਿੱਚੋਂ ਮੂਲ ਫਾਈਲ ਹਟਾਉਣ ਨਾਲ ਸ਼ੇਅਰ ਜਿਉਂ ਦਾ ਤਿਉਂ ਰਹਿੰਦਾ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਪਹੁੰਚ ਖ਼ਤਮ ਕਰਨੀ ਚਾਹੋ, ਤਾਂ ਸੱਦਾ ਆਪ ਰੱਦ ਕਰੋ।
ਕੀ ਟਾਈਮਰ ਉਹ ਫਾਈਲ ਵਾਪਸ ਲੈ ਸਕਦਾ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲ ਲਈ ਹੈ?
ਨਹੀਂ। ਆਖ਼ਰੀ ਤਾਰੀਖ਼ 'ਤੇ ਸੇਵਾ ਸ਼ੇਅਰ ਦੇਣਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ ਅਤੇ Revault ਵਿਊਅਰ ਆਪਣੀਆਂ ਕੀਆਂ ਅਤੇ ਅਸਥਾਈ ਫਾਈਲਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਸਫ਼ਾਈ ਸਕ੍ਰੀਨਸ਼ਾਟ, ਸੋਧੇ ਹੋਏ ਕਲਾਇੰਟ ਵੱਲੋਂ ਰੱਖੇ ਡਾਟਾ ਜਾਂ ਪਹਿਲਾਂ ਐਕਸਪੋਰਟ ਕੀਤੀ ਕਾਪੀ ਨੂੰ ਨਹੀਂ ਮਿਟਾ ਸਕਦੀ।