All, I like the idea of a new set of CNAMEs for these services, but I am -1 on the idea of these apachecloudstack.net CNAMEs. Like cloudstack.org, I think that apachecloudstack.[org|net] should point to cloudstack.apache.org. Instead, I suggest that we create them as part of the canonical namespace for the project — cloudstack.apache.org.
Thanks, -John > john.burw...@shapeblue.com www.shapeblue.com 53 Chandos Place, Covent Garden, London VA WC2N 4HSUK @shapeblue On Jun 9, 2016, at 9:45 AM, Erik Weber <terbol...@gmail.com> wrote: > > On Thu, Jun 9, 2016 at 3:40 PM, Wido den Hollander <w...@widodh.nl> wrote: > >> >>> Op 9 juni 2016 om 15:21 schreef Pierre-Luc Dion <pdion...@apache.org>: >>> >>> >>> Hi, >>> >>> From the #jenkins slack channel discussion this morning we kind a took a >>> quick action on getting our hands on domain registration for >>> apachecloudstack{.org,.net} >>> >>> So, we also did some DNS updated until we have help from INFRA to use >>> cloudstack.org which to me make more sense. >>> >>> So we added few dns entry: >>> >>> builds.apachecloudstack.net => new jenkins to replace >>> jenkins.buildacloud.org >>> download.apachecloudstack.net => cname to cloudstack.apt-get.eu >>> artifacts.apachecloudstack.net => nexus service for the new jenkins >>> system >>> >>> all apachecloudstack.org point to .net >>> >> >> Great! download.apachecloudstack.net is already working I see :) >> >> Now we just have to make sure that some organization will own these domain >> names instead of a private individual, but that's something for later. >> >> > > No idea if this is possible within ASF boundaries, but could the ASF own > them, and provide the PMC access to the management of the zone(s)? > > I believe ASF use Bind (or similar) with management in puppet, but if > allowed there are cloud solutions that works well and have nice APIs > (CloudFlare is one). > > > -- > Erik