Skip to content

Improvements with hostPort and Proxy Protocol #421

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

Open
wants to merge 12 commits into
base: master
Choose a base branch
from

Conversation

mreho
Copy link

@mreho mreho commented Jul 14, 2025

When using hostPort, the ManageSieve port was not actually exposed — I believe this was simply forgotten in the template.

The second issue is that Proxy Protocol and publicly exposed ports do not necessarily require a Service. When using hostPort and deploying via DaemonSet, front.externalService can be disabled. I had to edit _helpers.tpl to account for this. The advantage of not using an externalService with an upstream Ingress Controller is that it avoids an unnecessary proxy layer.

The third issue occurs when using Proxy Protocol: by default, the chart outputs an error stating that ingress.realIpHeader should not have any value. However, with Proxy Protocol (which is likely the most common case when proxying TCP traffic), this field must indeed be left empty.

Additionally, I moved values that did not belong under ingress. to front..
These are breaking changes.

@mreho
Copy link
Author

mreho commented Jul 15, 2025

Just to add some screenshots of my current working setup :

Capture d’écran du 2025-07-15 10-09-52 Capture d’écran du 2025-07-15 10-10-22 Capture d’écran du 2025-07-15 10-41-21

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant