-
Notifications
You must be signed in to change notification settings - Fork 161
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
Domain: transfer domain to the CNCF #3134
Comments
knative.dev
and knative.team
to community owned Google Cloud project.
Related to [INCUBATING PROJECT ONBOARDING] Knative cncf/sandbox#218 |
Can you verify if these records are correct?
|
These are all we have I think. I'm not familiar with Cloud DNS so not sure if anything else are needed.
|
/assign chizhg |
@csantanapr Mahamed said he's going to work on this, and he's got enough information to start. Are there anything I need to do at this moment? =================== Oh never mind, I just saw we can have multiple assignees. |
This is sorted now.
@csantanapr @thisisnotapril Please provide the following NS records to CNCF
|
I have three more questions about this:
|
When you transfer the domain to CNCF, they will be able to renew it. However, if the transfer is after that date, you'll need to renew it to avoid losing the domain.
After the new zones are in operation. We can verify that by checking the NS records returned for the domains after the transition. The active DNS zone is determined by the nameservers configured with the domain registry.
Yes. Typical DNS Migration Guide: https://cloud.google.com/dns/docs/migrating In summary:
I can join the steering call this week to answer any questions. |
@thisisnotapril will find out the codes for two domain Along with the NS records in one form
and
|
/assign @thisisnotapril |
/assign @hh |
/assign @BobyMCbobs |
@hh: GitHub didn't allow me to assign the following users: bobyMCBobs. Note that only knative members, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time. In response to this:
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. |
Created https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23949 Those domains need to be unlocked and an xfer code generated for those domains. I'll take a look to see if I have access. |
LF IT now has the domain xfer codes. |
Thanks @hh ! |
@hh feel free to close this issue once the transfer is done |
Johnson Nguyen has added a comment on your request [IT-23949]: Both domains have been transferred in sucessfully /close |
@hh: Closing this issue. In response to this:
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. |
When I was at Google I also scooped |
I see there is also kn-e2e.dev which I assume is also for Knative? Are these domains now used anywhere? If not probably makes more sense to drop them. There was a non-trivial review process to transfer Google domains to third parties, though probably we won't have to go over the same process again to add the kn.dev domain. |
We should check on the domains used for auto-TLS e2e testing. IDK which are for that, but this smells like one, and @ZhiminXiang would know (also the scripts likely reference them). |
Zhimin has left Google so unlikely he'll be checking the GitHub issues.. I see kn-e2e.dev is indeed referenced at https://github.com/knative/serving/blob/main/test/e2e-auto-tls-tests.sh#L27. I'll ask if they can also help move these two domains out. |
(So did I 😉 ) |
hey I am still around :) The kn-e2e.dev is used for the auto TLS E2E tests only. It is NOT a fake domain as we need to manipulate DNS records for its subdomains to make DNS01 challenge and HTTP01 changes fulfilled in our auto TLS E2E tests. So if we want to transfer the DNS servers of this domain to third parties, we need to make sure our test infra has the permission to manipulate the DNS records of the new DNS server. Also The caveat of kn-e2e.dev is that I have asked LetsEncrypt to raise the quota for this domain to meet the needs of our E2E tests (but unfortunately I forgot the exact quota number, probably thousands per week). So if we consider to replace it with another domain, we may also need to raise the LetsEncrypt quota for the new one. |
I tracked down the zone for that domain and it is in a project that manage. We want to use GCP Cloud DNS domains instead of Google Domain DNS.
@hh I will log a separate issue to request the transfer for that domain and kn.dev |
As part of cncf/sandbox#218 we will need to handover ownership of the knative domains to CNCF but the DNS zones will be hosted on Google Cloud and changes will be driven via Infrastructure as Code.
Current NS records:
We will need to create a new GCP project called
knative-dns
and host the DNS zones in that project. Once that is done, this issue will be updated with the NS records that can be shared with CNCF.This is what we need to do:
knative-dns
knative-dns
project/kind cncf-infra
The text was updated successfully, but these errors were encountered: