-
Notifications
You must be signed in to change notification settings - Fork 119
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
Doesn't work behind Nginx reverse proxy #28
Comments
@cablespaghetti Did you find a solution? I am experiencing something similar. Although the ingress does not seem to be a problem a keycloak gatekeeper proxy between the ingress and the s3-proxy does not work with larger files. |
|
@thomasmhofmann @wesmcouch Sorry not found a solution. It would be really good to have a version of this I could use in production. |
@cablespaghetti I was having this issue when behind an aws alb, and I solved it by setting |
Great thanks. I'll try the new version as soon as I can. |
Just for the record. My problem was not related to aws-s3-proxy. It was a keycloak gatekeeper in front of the proxy that needed to be configured for longer timeouts. |
Whilst this seems to be reliable when accessed directly, when behind my Kubernetes cluster's Nginx ingress I get a lot of "upstream prematurely closed connection while sending to client" errors and Chrome fails to load a high percentage of the resources. If I request a single file using curl it seems to work. This is using HTTP/1.1.
The text was updated successfully, but these errors were encountered: