-
Notifications
You must be signed in to change notification settings - Fork 6.5k
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
Add ipwrap to IPv6 ip address, and quote the address in url/endpoints settings #11909
base: master
Are you sure you want to change the base?
Conversation
…binding settings. The enhancement is for ipv6 endpoint handling so that a wrap would be added if the address is IPv6 address. It does not change or impact IPv4 addresses. e.g.: fded:fade:face:acea::2ea will become to [fded:fade:face:acea::2ea] with this ipwrap filter added.
Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it. 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-sigs/prow repository. |
The committers listed above are authorized under a signed CLA. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: geneliu The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Welcome @geneliu! |
Hi @geneliu. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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-sigs/prow repository. |
/ok-to-test |
Can you explain the benefits of those changes ? |
This added filter will add square bracket on IPv6 addresses, do nothing on normal IPv4 addresses. E.g.: with this filter the etcd_peer_url, client_url etc will be like https://[ipv6_address]: port Same scenarios apply to kube_api_server_endpoint. Changes related to the extra double quote is because of some yaml settings caused error with IPv6 addresses directly because of multiple colons (":") in the setting. That confused ansible. E.g. bind-address: ded:fade:face:acea::2ea ## ansble failed |
BTW, this PR is part of our IPv6 only patch implementation. As there is one existing PR to address the IPv6 only feature #11831 . I just hold on my changes for that. |
Could you check if your CI has passed? |
Ok, I see. #11831. |
Add ipwrap to IPv6 ip address, and quote the address in some address-binding settings.
The enhancement is for ipv6 endpoint handling so that a wrap would be added if the address is IPv6 address. It does not change or impact IPv4 addresses.
e.g.:
fded:fade:face:acea::2ea will become to [fded:fade:face:acea::2ea] with this ipwrap filter added.
What type of PR is this?
/kind feature
What this PR does / why we need it:
In a pure IPv6 setup, the "ip" needs to be wrapped with square bracket to form a URL (address plus port or protocol://address:port)
E.g.: Without this filter, below setting will fail
etcd_peer_url: "https://ded:fade:face:acea::2ea:2380"
The correct setting is like this:
etcd_peer_url: "https://[ded:fade:face:acea::2ea]:2380"
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
This added filter does not impact or change IPv4 addresses setup. But added enhancement to handle IPv6 address related URL, endpoints etc.
Does this PR introduce a user-facing change?:
None