Ссылка на экспорт данных в S3 не использует CDN-адрес

[nodomain]

Когда вы используете URL CDN, указывающий на S3, и создаете экспорт данных, ссылка на экспорт генерируется с использованием URL S3, из-за чего загрузка не выполняется.

Пожалуйста, используйте там также URL CDN.

[pfaffman (Jay Pfaffman)]

Звучит как желаемое поведение. Файл будет загружен только один раз и является приватным, поэтому нет причин для его кэширования CDN. Верно?

[nodomain]

Но это ломается, если вы блокируете прямой доступ к ведру S3, как нам приходится делать из-за корпоративных правил.

[RGJ (Richard - Communiteq)]

Также упоминается в:

• 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

И последний топик объясняет, почему это так:

@martin

По сути, мы всегда загружаем файлы из S3 по подписанной URL-адресу, если выполняем «принудительную загрузку» (force download). Именно это происходит при нажатии на ссылку вложения или на кнопку «Скачать» для изображения. Это необходимо для добавления соответствующих заголовков content-disposition:

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

Я не думаю, что возможно заставить URL CDN вести себя подобным образом? URL CDN для изображений используется только при их отображении внутри страницы, но не при загрузке. Кроме того, в случае защищённых изображений и вложений с приватным ACL (Private ACL) подписанная URL-адрес всегда должен использоваться.

Было бы хорошо, если бы существовала возможность проксировать такие загрузки через Discourse, хотя бы для того, чтобы не открывать доступ к бакету S3 для всего мира.

[nodomain]

В моём случае меня тоже устроило бы использование подписанного URL, но в данный момент он указывает непосредственно на HTTPS-URL S3.

[Bathinda (Bathinda Helper)]

Валидный момент.

@nodomain, это когда-нибудь было решено?