-
Notifications
You must be signed in to change notification settings - Fork 1
fix: Default external-unstable ListenerClass back to IPs #243
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
Conversation
nightkr
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hm, another alternative would be to add some "auto" mode to preferredAddressType that reverts to the old behaviour, so we avoid the breakage entirely.
| # As the nodes have stable addresses we expect them to have hostnames that are resolvable outside of Kubernetes. | ||
| # And yes, we know this causes problems when running on kind with the stable-nodes preset (default), as the kind node | ||
| # hostname is very likely not resolvable on the host machine. | ||
| preferredAddressType: Hostname |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should poobably match external-unstable
| # Ideally we would prefer the Hostname here, but up to (including) SDP 24.7 we defaulted to the IP. | ||
| # We actually defaulted to Hostname for some weeks, but noticed this breaks external access to kind clusters, as the | ||
| # local machines can not resolve the hostnames of the nodes (such as kind-control-plane). | ||
| # So we stick to the old default and re-visit the default later - after SDP 24.11 is released. | ||
| preferredAddressType: IP |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This makes it sound like a temporary migration measure, but I suspect pretty heavily that we'll want to make this permanent.
|
Superseded by #244 |
Description
Reasoning is on the code comments and changelog.
Relevant discussion: https://stackable-workspace.slack.com/archives/C0312UB3LLE/p1730312706917569?thread_ts=1730298381.528779&cid=C0312UB3LLE
Definition of Done Checklist