Muchos servicios de almacenamiento funcionan igual que Amazon S3. JUDLEX puede guardar en cualquiera de ellos.
Antes de empezar: un espacio solo para JUDLEX
En estos servicios los archivos se guardan en un bucket: un espacio con nombre propio dentro de su cuenta. Lo recomendable:
Un bucket solo para JUDLEX, y privado.
Una clave que solo abra ese bucket, con permiso para listar, leer, escribir y borrar. Si alguien se hiciera con ella, no podría tocar nada más de su cuenta.
En casi todos los servicios la clave secreta se enseña una sola vez, al crearla. Cópiela en ese momento.
Lo que pide JUDLEX
En Ajustes → Datos → Añadir una conexión, elija S3 (Wasabi, Backblaze, MinIO…) y rellene:
Campo | Qué es |
|---|---|
Dirección del servicio (endpoint) | La dirección del servidor de su proveedor para esa región. Empieza por |
Región | El código de la región, como |
Bucket | El nombre del bucket. Tiene que existir ya: JUDLEX no lo crea. |
Carpeta dentro del bucket (opcional) | Si comparte el bucket con otras cosas. Solo letras sin tildes, números, «.», «-» y «_», con «/» entre subcarpetas. JUDLEX trabaja dentro de una carpeta JUDLEX bajo esta. |
Clave de acceso (Access Key ID) | La primera mitad de la clave. |
Clave secreta (Secret Access Key) | La segunda mitad. Es secreta: no la mande por correo. |
Y Direcciones de estilo ruta: enciéndalo con MinIO o si su proveedor lo pide.
Pulse Conectar y probar. Si la prueba falla, la ventana se queda abierta con sus datos y el motivo en rojo: corrija y vuelva a pulsar.
Si un MinIO de la oficina usa su propio certificado, pulse Comprobar el certificado junto a la dirección y compare su huella, igual que con un NAS (ver Un NAS con su propio certificado).
Si la prueba falla
El bucket está en otra región: JUDLEX le dice cuál, si el servicio la da. Póngala en Región, o déjela vacía para que la deduzca de la dirección.
Ese bucket no existe: revise el nombre (las mayúsculas cuentan) y que la dirección del servicio sea la de la región donde lo creó.
No le deja hacer esto: la clave entra, pero no tiene permiso sobre ese bucket o esa carpeta. Revise la política de la clave: listar, leer, escribir y borrar.
El servidor no acepta la hora de este ordenador: el reloj está mal. Póngalo en hora, mejor con la hora automática.
Los datos se cambian con Cambiar los datos…, en el menú de la conexión: la clave secreta, si la deja vacía, se queda la que había. JUDLEX prueba antes de guardar: si la prueba falla, la conexión sigue como estaba.
Los datos de cada proveedor
Proveedor | Dirección | Región | Estilo ruta |
|---|---|---|---|
Amazon S3 |
|
| No |
Cloudflare R2 |
|
| No |
Backblaze B2 |
| la del medio de la dirección, como | Da igual |
Wasabi |
|
| No |
MinIO | la de su servidor | la que tenga configurada | Sí |
Dónde se crea la clave
Amazon S3: en IAM, un usuario solo para JUDLEX sin acceso a la consola, con una política que le deje listar, leer, escribir y borrar en ese bucket; en el usuario, Credenciales de seguridad → Crear clave de acceso.
Cloudflare R2: R2 → Manage API Tokens → Create Account API token, con permiso Object Read & Write y limitado al bucket de JUDLEX.
Backblaze B2: Application Keys → Add a New Application Key, con acceso solo a ese bucket y Read and Write. La clave maestra de la cuenta no sirve.
Wasabi: una política para ese bucket y un usuario con acceso por programa (Programmatic) que la tenga.
MinIO: quien lo administra le da la clave y la dirección.
Compartir con S3
Se puede compartir con un compañero de dos formas:
Por enlace: con S3 el enlace dura como mucho 7 días.
Con la carpeta del despacho: si los compañeros usan el mismo bucket.
Ver Compartir un asunto o un expediente con un compañero.
Coste
Algunos proveedores cobran un tiempo mínimo por cada archivo guardado, aunque se borre antes (Wasabi, por ejemplo). Si guarda pocas copias diarias, téngalo en cuenta al elegir proveedor.