8000 Documents the operator's support for TLS re-encryption. by gilvansfilho · Pull Request #47565 · keycloak/keycloak · GitHub
[go: up one dir, main page]

Skip to content

Documents the operator's support for TLS re-encryption. - #47565

Merged
shawkins merged 4 commits into
keycloak:mainfrom
gilvansfilho:20128
May 12, 2026
Merged

shawkins merged 4 commits into
keycloak:mainfrom
gilvansfilho:20128

Conversation

@gilvansfilho
Copy link
Copy Markdown
Contributor

closes #20128

@gilvansfilho
Copy link
Copy Markdown
Contributor Author

@vmuzikar @shawkins
I would appreciate your thoughts here

@shawkins shawkins left a comment
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for the pr @gilvansfilho

I think it reads much better than before. Just a couple of thoughts.

closes keycloak#20128

Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>
@gilvansfilho gilvansfilho changed the title WIP: Documents the operator's support for TLS re-encryption. Documents the operator's support for TLS re-encryption. Apr 1, 2026
Co-authored-by: Steven Hawkins <shawkins@redhat.com>
Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>
@shawkins
Copy link
Copy Markdown
Contributor

@gilvansfilho are you ready to take this out of draft?

@gilvansfilho
gilvansfilho marked this pull request as ready for review April 24, 2026 20:56
@gilvansfilho
gilvansfilho requested review from a team as code owners April 24, 2026 20:56
@gilvansfilho
Copy link
Copy Markdown
Contributor Author

@shawkins very busy days here...
I hadn't realized it was still marked as a draft.

shawkins
shawkins previously approved these changes Apr 27, 2026
@shawkins shawkins left a comment
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you @gilvansfilho this looks good to me.

I'll add in a couple more reviewers.

@shawkins
shawkins requested review from pruivo and vmuzikar April 27, 2026 16:50
@shawkins
shawkins requested a review from ahus1 May 5, 2026 22:29
@ahus1 ahus1 left a comment
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for the PR. I think it is an improvement, and I'm +1 to merge it.

I think that "double check your reverse proxy" needs some more work as it is not very specific. As we know, a mismatch can lead to bad results where a client can send HTTP headers that are then wrongly accepted by Keycloak.

At the same time, this statement has been here before, and I won't stall it just for that.

hostname:
hostname: keycloak.<cluster-domain> <1>
proxy:
headers: xforwarded # double check your reverse proxy sets and overwrites the X-Forwarded-* headers
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I consider "double check your reverse proxy" a bit too vague for a documentation.
What should people do here?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Happy to handle this in a follow-up issue.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I consider "double check your reverse proxy" a bit too vague for a documentation.
What should people do here?

Perhaps the text bellow is better:

Check your load balancer or reverse proxy configuration to determine whether it utilizes the Forwarded (RFC 7239) or X-Forwarded-* (e.g., X-Forwarded-For) mechanism for header propagation, so set this option accordingly

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But a bit large for a comment in a code block

Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net>
Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>
@ahus1 ahus1 left a comment
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you, moved it to a callout. Should be fine to merge now.

Signed-off-by: Alexander Schwartz <alexander.schwartz@ibm.com>
@shawkins
Copy link
Copy Markdown
Contributor

Thank you @gilvansfilho

@shawkins
shawkins merged commit 7e10133 into keycloak:main May 12, 2026
64 checks passed
@stianst stianst mentioned this pull request Jun 1, 2026
sashyo pushed a commit to tide-foundation/keycloak-IGA that referenced this pull request Jul 20, 2026
* documents the operator's support for TLS re-encryption.

closes keycloak#20128

Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>

* Update docs/guides/operator/basic-deployment.adoc

Co-authored-by: Steven Hawkins <shawkins@redhat.com>
Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>

* Apply suggestions from code review

Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net>
Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>

* Moving updated text to a callout

Signed-off-by: Alexander Schwartz <alexander.schwartz@ibm.com>

---------

Signed-off-by: Gilvan Filho <gilvan.sfilho@gmail.com>
Signed-off-by: Alexander Schwartz <alexander.schwartz@ibm.com>
Co-authored-by: Steven Hawkins <shawkins@redhat.com>
Co-authored-by: Alexander Schwartz <alexander.schwartz@gmx.net>
Co-authored-by: Alexander Schwartz <alexander.schwartz@ibm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Add support for reencrypt OpenShift Routes to the Operator

3 participants

0