एक समाप्त हो रहा लिंक और एक सेल्फ-डिस्ट्रक्शन टाइमर अलग-अलग सवालों के जवाब देते हैं: किसी आमंत्रण को कब काम करना बंद कर देना चाहिए, और किसी के पहली बार इसे खोलने के बाद कितने समय तक पहुंच बनी रहनी चाहिए? उस अंतर को समझने से आपको किसी टाइमर द्वारा पहले से ही सहेजी गई फ़ाइल को याद करने की अपेक्षा किए बिना उपयोगी सीमाएँ चुनने में मदद मिलती है।
समाप्ति तिथि एक निश्चित समय सीमा पर निमंत्रण बंद कर देती है
नियंत्रित शेयर की समाप्ति उसे बनाते समय तय होती है, 30 दिनों के भीतर किसी भी समय। यह समय-सीमा लागू रहती है चाहे कोई आमंत्रण खोले या नहीं, और आप शेयर को पहले भी रद्द कर सकते हैं।
कल्पना करें कि आप आज एक दस्तावेज़ भेज रहे हैं जिसकी कल शाम तक आवश्यकता है। एक निश्चित समाप्ति उस निमंत्रण को एक समापन बिंदु देती है, भले ही कोई इसका उपयोग न करे। अपना मूल अपनी तिजोरी में रखें; समाप्त होने वाला शेयर एक अस्थायी हैंडऑफ़ है, बैकअप नहीं। यदि योजनाएं बदलती हैं, तो यह मानने के बजाय कि स्रोत दस्तावेज़ को हटाने से पहुंच रद्द हो जाएगी, निमंत्रण रद्द कर दें।
आत्म-विनाश पहले स्वीकृत सत्र से शुरू होता है
वैकल्पिक टाइमर तब शुरू होता है जब सर्वर पहला एक्सेस सेशन देता है, भले ही बाद में ट्रांसफ़र या डिक्रिप्शन विफल हो जाए। बाद के सभी सेशन उसी समय-सीमा में आते हैं, और फिर से खोलने पर यह कभी रीसेट नहीं होता।
उदाहरण के लिए, कोई शेयर कल समाप्त हो सकता है लेकिन उसके पहले एक्सेस सत्र के केवल दस मिनट बाद ही अनुमति दें। एक प्राप्तकर्ता जो अब शुरू करता है वह सभी के लिए समान दस मिनट की विंडो शुरू करता है। जो प्राप्तकर्ता कल की निश्चित समाप्ति से ठीक पहले आता है उसे केवल शेष समय मिलता है। एक गलत डिक्रिप्शन रहस्य सेवा द्वारा पहले से दिए गए सत्र को पूर्ववत नहीं करता है, इसलिए प्राप्तकर्ता द्वारा निमंत्रण खोलने से पहले सही रहस्य वितरित करें।
एक समयरेखा: कल समाप्ति, दस मिनट का टाइमर
मान लीजिए आप सोमवार को 9:00 बजे एक शेयर बनाते हैं, जिसकी समाप्ति मंगलवार 18:00 बजे है और पहली पहुँच के बाद दस मिनट का टाइमर है। जब तक कोई आमंत्रण नहीं खोलता, कुछ नहीं बदलता। अगर कोई नहीं खोलता, तो यह मंगलवार 18:00 बजे काम करना बंद कर देता है।
अगर आपका प्राप्तकर्ता इसे सोमवार 14:00 बजे खोलता है, तो सर्वर पहला एक्सेस सेशन देता है और टाइमर शुरू कर देता है। अब पहुँच सोमवार 14:10 बजे ख़त्म होगी, जो दोनों समय-सीमाओं में से पहले वाली है। साझा वॉल्ट बंद करके फिर से खोलने से घड़ी रीसेट नहीं होती, और उसी आमंत्रण का उपयोग करने वाला कोई और भी उन्हीं दस मिनटों में काम करता है।
अगर वे इसके बजाय मंगलवार 17:55 बजे खोलते हैं, तो उन्हें सिर्फ़ पाँच मिनट मिलते हैं, क्योंकि तय समाप्ति अब भी लागू है। समय-सीमा पर सेवा आगे पढ़ने से मना कर देती है और एन्क्रिप्टेड डेटा को हटाने के लिए कतार में डाल देती है, और Revault व्यूअर बंद होकर अपनी शेयर कुंजियाँ और अस्थायी फ़ाइलें छोड़ देता है।
एक्सेस गणना सत्रों को मापती है, अद्वितीय प्राप्तकर्ताओं को नहीं
आप एक्सेस सेशन की संख्या सीमित कर सकते हैं या समाप्ति तक उन्हें असीमित छोड़ सकते हैं। सर्वर अपने दिए गए सेशन गिनता है, फ़ाइल व्यू या लोगों को नहीं, और उसी मान्य सेशन टोकन से दोबारा कोशिश करने पर नया सेशन ख़र्च नहीं होता।
एक-सत्र की सीमा एक व्यक्ति की पहचान स्थापित नहीं करती है। निमंत्रण एक क्षमता है, और लिंक और रहस्य रखने वाला कोई भी व्यक्ति इसका उपयोग कर सकता है। एक नया सत्र किसी अन्य अनुमत पहुंच का उपभोग कर सकता है, यहां तक कि उसी प्राप्तकर्ता के लिए भी। एक ऐसी सीमा चुनें जो इच्छित हैंडऑफ़ के लिए जगह छोड़ दे, और जब अलग-अलग प्राप्तकर्ताओं को स्वतंत्र समय सीमा या काउंटर की आवश्यकता हो तो एक अलग निमंत्रण का उपयोग करें।
आम हस्तांतरण के लिए सेटिंग्स चुनना
किसी एक बार के दस्तावेज़ हस्तांतरण के लिए, जैसे लीज़ या हस्ताक्षर किया गया फ़ॉर्म, एक-दो दिन की समाप्ति रखें और कुछ एक्सेस सेशन की अनुमति दें, अगर प्राप्तकर्ता को इसे फिर से खोलना पड़े। जब वे पुष्टि कर दें कि उन्हें जो चाहिए वह मिल गया है, तो आमंत्रण रद्द कर दें, और निर्यात की अनुमति तभी दें जब उन्हें अपनी एन्क्रिप्टेड कॉपी रखनी हो।
कुछ दिनों की फ़ोटो के लिए, जैसे साथ की गई यात्रा की तस्वीरें, ऐसी समाप्ति रखें जो उन दिनों को कवर करे और सेशन असीमित या पर्याप्त रखें, ताकि साझा वॉल्ट फिर से खोलने पर किसी की पहुँच बंद न हो। पहली पहुँच वाला टाइमर न लगाएँ: पहले व्यक्ति के शेयर खोलने के कुछ ही देर बाद यह सबकी पहुँच ख़त्म कर देगा।
सिर्फ़ देखने की पहुँच के लिए, निर्यात बंद करें, कम सेशन सीमा रखें और पहली पहुँच के बाद छोटा टाइमर जोड़ें। ये सेटिंग्स आधिकारिक ऐप की सुविधाओं को सीमित करती हैं। ये स्क्रीनशॉट या बदले गए क्लाइंट को नहीं रोक सकतीं।
समझें कि केवल-दृश्य साझाकरण किस चीज़ की रक्षा कर सकता है
जब निर्यात की अनुमति होती है, तो प्राप्तकर्ता एक एन्क्रिप्टेड .qvault कॉपी सहेज सकते हैं जो शेयर सीक्रेट से खुलती है, और वह कॉपी आमंत्रण समाप्त होने के बाद भी काम कर सकती है। जब निर्यात बंद होता है, तो ऐप में निर्यात के विकल्प नहीं दिखते।
समाप्ति और निरस्तीकरण Revault के माध्यम से भविष्य की पुनर्प्राप्ति को रोक देता है। वे स्क्रीनशॉट, निर्यात की गई फ़ाइलें, या प्राप्तकर्ता द्वारा रखी गई प्रतियों को नहीं मिटा सकते। किसी ऐसे व्यक्ति को चुनें जिस पर आपको भरोसा हो, भले ही निर्यात अक्षम हो।
ये समयबद्ध नियंत्रण Revault के सर्वर साझाकरण मार्ग से संबंधित हैं। iOS उपयोगकर्ताओं के बीच वैकल्पिक निजी CloudKit आमंत्रण में कोई सर्वर-प्रबलित एक्सेस काउंटर या स्वचालित समाप्ति नहीं है। जब वे प्रतिबंध मायने रखते हैं तो एक नियंत्रित शेयर चुनें। एन्क्रिप्शन पारगमन और भंडारण में फ़ाइल सामग्री की सुरक्षा करता है, जबकि एक्सेस नीतियां साझाकरण सत्र के दौरान सेवा और आधिकारिक ऐप द्वारा दी जाने वाली अनुमति को नियंत्रित करती हैं।
क्या मूल फ़ाइल हटाने से शेयर रद्द हो जाता है?
नहीं। शेयर एक अलग स्नैपशॉट है, इसलिए अपने वॉल्ट से मूल फ़ाइल हटाने पर भी शेयर बना रहता है। जब आप पहुँच ख़त्म करना चाहें, तो आमंत्रण को ही रद्द करें।
क्या टाइमर उस फ़ाइल को वापस ले सकता है जिसे किसी ने पहले ही सहेज लिया है?
नहीं। समय-सीमा पर सेवा शेयर देना बंद कर देती है और Revault व्यूअर अपनी कुंजियाँ और अस्थायी फ़ाइलें छोड़ देता है। सफ़ाई से स्क्रीनशॉट, बदले गए क्लाइंट में रखा डेटा या पहले से निर्यात की गई कॉपी नहीं मिट सकती।