Un enlace que expira y un temporizador de autodestrucción responden a diferentes preguntas: ¿cuándo debe dejar de funcionar una invitación y cuánto tiempo debe permanecer el acceso después de que alguien la abra por primera vez? Comprender esa diferencia le ayuda a elegir límites útiles sin esperar que un temporizador recupere un archivo que alguien ya guardó.
La caducidad cierra una invitación en una fecha límite fija
Un uso compartido controlado recibe su caducidad al crearlo, en cualquier momento dentro de 30 días. La fecha límite se mantiene tanto si alguien abre la invitación como si no, y puede revocar el uso compartido antes.
Imagínese enviar hoy un documento que será necesario hasta mañana por la noche. Una caducidad fija le da a esa invitación un punto final incluso si nadie la usa. Guarde su original en su propia bóveda; una acción que vence es una transferencia temporal, no una copia de seguridad. Si los planes cambian, revoque la invitación en lugar de asumir que eliminar el documento fuente cancelará el acceso.
La autodestrucción comienza en la primera sesión concedida.
El temporizador opcional empieza cuando el servidor concede la primera sesión de acceso, aunque después falle la transferencia o el descifrado. Todas las sesiones posteriores comparten ese plazo, y volver a abrir nunca lo reinicia.
Por ejemplo, una acción puede caducar mañana pero permitir sólo diez minutos después de su primera sesión de acceso. Un destinatario que comienza ahora comienza la misma ventana de diez minutos para todos. Un destinatario que llegue justo antes del vencimiento fijado para mañana obtendrá sólo el tiempo restante. Un secreto de descifrado incorrecto no deshace una sesión ya otorgada por el servicio, por lo tanto, entregue el secreto correcto antes de que el destinatario abra la invitación.
Una cronología: caducidad mañana y un temporizador de diez minutos
Supongamos que crea un uso compartido el lunes a las 9:00 con caducidad el martes a las 18:00 y un temporizador de diez minutos tras el primer acceso. No cambia nada hasta que alguien abre la invitación. Si nadie lo hace, deja de funcionar el martes a las 18:00.
Si su destinatario lo abre el lunes a las 14:00, el servidor concede la primera sesión de acceso e inicia el temporizador. El acceso termina entonces el lunes a las 14:10, el primero de los dos plazos. Cerrar y volver a abrir la bóveda compartida no reinicia el reloj, y cualquier otra persona que use la misma invitación dispone de esos mismos diez minutos.
Si, en cambio, lo abre el martes a las 17:55, solo tendrá cinco minutos, porque la caducidad fija sigue aplicándose. Al llegar el plazo, el servicio rechaza nuevas lecturas y pone en cola los datos cifrados para su eliminación, y el visor de Revault se cierra y libera sus claves del uso compartido y sus archivos temporales.
El acceso cuenta las sesiones de medición, no los destinatarios únicos
Puede limitar el número de sesiones de acceso o dejarlas ilimitadas hasta la caducidad. El servidor cuenta las sesiones que concede, no las visualizaciones de archivos ni las personas, y un reintento con el mismo token de sesión válido no consume otra.
Un límite de una sesión no establece la identidad de una sola persona. Una invitación es una capacidad y cualquiera que tenga el vínculo y el secreto puede utilizarla. Una nueva sesión puede consumir otro acceso permitido, incluso para el mismo destinatario. Elija un límite que deje espacio para la transferencia prevista y utilice una invitación separada cuando diferentes destinatarios necesiten plazos o contadores independientes.
Cómo elegir los ajustes para entregas habituales
Para entregar un documento puntual, como un contrato de alquiler o un formulario firmado, fije una caducidad de uno o dos días y permita unas cuantas sesiones de acceso por si el destinatario necesita volver a abrirlo. Revoque la invitación en cuanto confirme que tiene lo que necesita, y permita la exportación solo si debe conservar su propia copia cifrada.
Para fotos de unos días, como las de un viaje compartido, fije una caducidad que cubra esos días y deje las sesiones ilimitadas o con un margen amplio, para que volver a abrir la bóveda compartida no deje a nadie fuera. Prescinda del temporizador tras el primer acceso: cortaría el acceso para todos poco después de que la primera persona abra el uso compartido.
Para un acceso de solo visualización, desactive la exportación, fije un límite bajo de sesiones y añada un temporizador corto tras el primer acceso. Estos ajustes limitan lo que ofrece la app oficial. No pueden impedir una captura de pantalla ni un cliente modificado.
Comprenda qué puede proteger el uso compartido de solo visualización
Si se permite la exportación, los destinatarios pueden guardar una copia cifrada .qvault que se abre con el secreto del uso compartido, y esa copia puede seguir siendo utilizable después de que caduque la invitación. Si la exportación está desactivada, la app no muestra los controles de exportación.
La caducidad y la revocación detienen la recuperación futura a través de Revault. No pueden borrar capturas de pantalla, archivos exportados ni copias conservadas por un destinatario. Elija a alguien en quien confíe, incluso cuando la exportación esté deshabilitada.
Estos controles cronometrados pertenecen a la ruta para compartir servidores de Revault. La invitación privada alternativa CloudKit entre iOS usuarios no tiene contador de acceso impuesto por el servidor ni vencimiento automático. Elija una acción controlada cuando esas restricciones sean importantes. El cifrado protege el contenido de los archivos en tránsito y almacenamiento, mientras que las políticas de acceso rigen lo que el servicio y la aplicación oficial permiten durante una sesión compartida.
¿Eliminar mi original revoca el uso compartido?
No. Un uso compartido es una instantánea independiente, así que eliminar el archivo original de su bóveda no lo afecta. Revoque la propia invitación cuando quiera que termine el acceso.
¿Puede un temporizador recuperar un archivo que alguien ya ha guardado?
No. Al llegar el plazo, el servicio deja de servir el uso compartido y el visor de Revault libera sus claves y archivos temporales. La limpieza no puede borrar capturas de pantalla, datos retenidos por un cliente modificado ni una copia exportada anteriormente.