[keycloak-user] keycloak-gatekeeper doing compression offloading without the instruction to do so
Bruno Oliveira
bruno at abstractj.org
Fri May 10 08:36:48 EDT 2019
Hi Malte,
Could you please, file a Jira adding all the details like steps to reproduce,
affected version and your environment setup?
On 2019-05-10, Malte Schmidt wrote:
> Hello, I recently discovered strange behaviour of an application which
> is being protected by gatekeeper when I noticed that the resources from
> the application are being transmitted uncompressed.
> Looks like that the "content-encoding: gzip" header gets missing and the
> response to the client/reverse proxy happens uncompressed, after being
> passed through gatekeeper.
>
> I tried to search the documentation for gatekeeper and this behaviour,
> but failed to find anything of use.
> Ideas on how to pass already compressed data through gatekeeper or any
> other opinions?
>
> Normal communication from the client over the reverse proxy to the
> application server:
>
> Client to reverse proxy
>
> GET /test.js HTTP/1.1
> [...]
> Accept-Encoding: deflate, gzip
>
> Reverse proxy to application server
>
> GET /test.js HTTP/1.1
> [...]
> Accept-Encoding: deflate, gzip
>
> Answer from the application server over the reverse proxy to the client
>
> HTTP/1.1 200 OK
> [...]
> vary: accept-encoding
> content-encoding: gzip
>
> keycloak-gatekeeper added to the chain, between the reverse proxy and
> the upstream
>
> Gatekeeper to its upstream
>
> GET /test.js HTTP/1.1
> [...]
> Accept-Encoding: gzip
>
> Upstream to gatekeeper
>
> HTTP/1.1 200 OK
> [...]
> vary: accept-encoding
> content-encoding: gzip
>
> Gatekeeper to client
>
> HTTP/1.1 200 OK
> [...]
> Vary: accept-encoding
>
>
> _______________________________________________
> keycloak-user mailing list
> keycloak-user at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/keycloak-user
--
abstractj
More information about the keycloak-user
mailing list