-
Notifications
You must be signed in to change notification settings - Fork 200
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
Re-introduce PR#1030 baseDomain patch and add backend logic #1176
Conversation
mangelajo
commented
Dec 7, 2022
•
edited by openshift-ci
bot
Loading
edited by openshift-ci
bot
- Re-introduce PR#1030 baseDomain patch
- USHIFT-664 Backend logic to baseDomain
Co-authored-by: Vu Dinh <vudinh@outlook.com> Co-authored-by: Damien Grisonnet <dgrisonn@redhat.com>
@fzdarsky @dinhxuanvu , please see the two commit structure, on first commit, I introduce @dinhxuanvu original patch, on second commit I handle the logic to match OpenShift behavior, also introducing the fixed "cluster.local" setting. |
ClusterDomain is removed in the previous commit, since OpenShift seems to always hardcode "cluster.local" in the DNS operator. BaseDomain is propagated down to the right places, like TLS certificate generation, and injected into the router pod.
// For example, given the base domain `openshift.example.com`, an API server | ||
// DNS record may be created for `cluster-api.openshift.example.com`. | ||
// | ||
// Once set, this field cannot be changed. |
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.
Do we need another ticket to protect against the value changing?
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.
I believe that this is a comment inherited from the OCP config API: https://github.com/openshift/api/blob/master/config/v1/types_dns.go#L27-L34
We might want to update it if it doesn't apply to MicroShift
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.
It does apply to MicroShift, too, I think @dhellmann 's concern was more where/how this is enforced.
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.
We may want to enforce against changes, I agree.
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.
Just a few minor nits. Overall, the PR looks good.
Squash at least last two commits, so we avoid having two with the same title in history. |
/lgtm |
I added the merge method "squash" for tide to handle. |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: fzdarsky, mangelajo The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest |
@mangelajo: all tests passed! Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |