Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Disable S3 presigned when custom domain is set #12588

Open
BasixKOR opened this issue Jan 7, 2025 · 1 comment
Open

Disable S3 presigned when custom domain is set #12588

BasixKOR opened this issue Jan 7, 2025 · 1 comment
Labels
bug Something isn't working

Comments

@BasixKOR
Copy link

BasixKOR commented Jan 7, 2025

Describe the bug
I have set up a custom domain for S3 which is an CDN cache with AWS authentication enabled, but Authentik generates an presigned URL, causing it to fail.

To Reproduce
Steps to reproduce the behavior:

  1. Get a free trial on BunnyCDN.
  2. Connect your S3 bucket as an origin for new CDN.
  3. Configure the CDN to enable S3 Authentication.
  4. Use S3 bucket as an media backend, with AUTHENTIK_STORAGE__MEDIA__S3__CUSTOM_DOMAIN set to BunnyCDN instance earlier.
  5. See error

Expected behavior
Authentik should not include the signature, or provide an option to disable it.

Screenshots
CleanShot 2025-01-08 at 05 01 00@2x

If applicable, add screenshots to help explain your problem.

Logs
The error is on client-side; there are no relevant server log.

Version and Deployment (please complete the following information):

  • authentik version: 2024.12.1
  • Deployment: docker-compose

Additional context
I wasn't sure if this is a bug report or a feature request; feel free to move to either category.

@BasixKOR BasixKOR added the bug Something isn't working label Jan 7, 2025
@BasixKOR BasixKOR changed the title Disable S3 presigned when custom domain chosen Disable S3 presigned when custom domain is set Jan 7, 2025
@rissson
Copy link
Member

rissson commented Jan 8, 2025

Presigned URLs are the only way authentik can authenticate those accesses. Granted, for application icons it doesn't really matter if they are public, but we shouldn't assume they should always be. Furthermore, I don't think you need a CDN for the amount of access that those will get.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants