El enlace a la exportación de datos en S3 no usa URL CDN

[nodomain]

Cuando se utiliza una URL de CDN que apunta a S3 y se crea una exportación de datos, el enlace a la exportación se genera con la URL de S3 y, por lo tanto, la descarga falla.

Por favor, utilice también la URL de CDN allí.

[pfaffman (Jay Pfaffman)]

Eso suena como el comportamiento deseado. El archivo se descargará solo una vez y es privado, por lo que no hay razón para que sea almacenado en caché por la CDN. ¿Correcto?

[nodomain]

Pero falla si bloqueas el acceso directo al bucket de S3, como tenemos que hacer debido a las directrices de la empresa.

[RGJ (Richard - Communiteq)]

También se menciona en

• Image lightbox "download" link pointing to S3 bucket not CDN
• Downloads coming from S3 even with DISCOURSE_S3_CDN_URL set
• S3 CDN URL not being used on non-image uploads - #4 by martin

y ese último tema explica por qué es así:

@martin

Básicamente, siempre estamos descargando desde S3 con una URL pre-firmada si estamos haciendo una “descarga forzada”, que es lo que sucede cuando hacemos clic en el enlace del archivo adjunto o en el botón Descargar en una imagen. Esto es para que se puedan agregar las cabeceras apropiadas de content-disposition:

attachment; filename=\"#{upload.original_filename}\"; filename*=UTF-8''#{upload.original_filename}\"

No creo que sea posible hacer que la URL del CDN se comporte de esta manera. La URL del CDN para imágenes solo se usa cuando se muestran en línea, no cuando se descargan. También en el caso de imágenes seguras y archivos adjuntos que tienen una ACL privada, la URL pre-firmada debe usarse siempre.

Sería bueno si hubiera una opción para proxy esas descargas a través de Discourse, aunque solo sea para no exponer el bucket S3 al mundo.

[nodomain]

En mi caso, también estaría de acuerdo con usar la URL firmada, pero actualmente apunta directamente a la URL HTTPS de S3.

[Bathinda (Bathinda Helper)]

Punto válido.

@nodomain, ¿se resolvió esto alguna vez?