Amazon web services 如何删除AWS Elastic Beanstalk中创建的CNAMEs映射

Amazon web services 如何删除AWS Elastic Beanstalk中创建的CNAMEs映射,amazon-web-services,amazon-elastic-beanstalk,cname,Amazon Web Services,Amazon Elastic Beanstalk,Cname,我使用EB CLI创建了一些测试弹性Beanstalk应用程序,如: eb create [...] 在这个过程中,我被问及关于CNAME前缀的问题: [...] Enter DNS CNAME prefix (default is bla): staging-server [...] 一切都很顺利。但是,我想测试另一个选项(即在Elastic Beanstalk应用程序中添加一个ELB),为此,我终止以前的应用程序。我创建了一个新的。 当遇到DNS CNAME前缀问题时,我得到: [...

我使用EB CLI创建了一些测试弹性Beanstalk应用程序,如:

eb create [...]
在这个过程中,我被问及关于CNAME前缀的问题:

[...]
Enter DNS CNAME prefix
(default is bla): staging-server
[...]
一切都很顺利。但是,我想测试另一个选项(即在Elastic Beanstalk应用程序中添加一个ELB),为此,我终止以前的应用程序。我创建了一个新的。 当遇到DNS CNAME前缀问题时,我得到:

[...]
Enter DNS CNAME prefix
(default is bla): staging-server
That cname is not available. Please choose another.
[...]
因此,它不允许我重用CNAME,尽管该应用程序已被销毁。所以我需要“发明”另一个,例如,staging srv

现在的问题是,我已经做了多次测试,我已经一个接一个地“排除”了我能想到的所有合理的名称

我希望能够删除它们,以便可以重用它们

更不用说,我真的希望能够在我之后进行清洁,而不是让这些cnames挂在乙醚中,即使在亚马逊的文档中也表明了这一点:

重要信息:如果终止环境,还必须删除任何 您创建的CNAME映射,因为其他客户可以重用可用的 主机名。 (请参见中的第一个红色方框)

但如何做到这一点,没有提到任何地方。。。 我根本没有使用亚马逊的DNS服务器(路由53),因此那里没有应该列出这些CNAME的域

这些CNAME映射在哪里?如何删除它们以便再次创建它们


提前谢谢

您所指的部分是关于您完全拥有的自定义域

当您终止您的环境时,
staging server
名称应该被删除。它是由AWS完成的,您无法控制它,因为他们正在管理
region.elasticbeanstalk.com

验证了在我自己的电子商务环境中自动删除CNAME,并且它确实有效。然而,由于它是由AWS管理的,因此当他们实际删除CNAME时,可能会出现一些延迟


CNAME仍然存在可能还有其他原因。您的环境可能已失败,无法终止。如果它真的消失了,您可以在EB控制台中再次检查。

您所指的部分是关于您完全拥有的自定义域

当您终止您的环境时,
staging server
名称应该被删除。它是由AWS完成的,您无法控制它,因为他们正在管理
region.elasticbeanstalk.com

验证了在我自己的电子商务环境中自动删除CNAME,并且它确实有效。然而,由于它是由AWS管理的,因此当他们实际删除CNAME时,可能会出现一些延迟


CNAME仍然存在可能还有其他原因。您的环境可能已失败,无法终止。如果它真的消失了,你可以在电子商务控制台中再次检查。

我再次查看了我发送的链接,我认为“自己清理”这条消息并不仅仅指自定义域。我没有任何未正确终止的环境,只有当前处于活动状态的环境。而且,自从我使用“登台”以来,我已经有24个多小时了,但它仍然说它不可用。谢谢你的建议!好吧,不知何故,今天的子域名似乎可以重用(变得更快了?)。可能是我从cli切换到了控制台,但不确定是否就是这样。不过,@Marcin是对的。@NeluBidonelu很高兴它今天能工作。也可能是AWS网站上的一些问题,它花费了比平常更长的时间。我再次查看了我发送的链接,我不认为“清理你自己”的消息只是指自定义域。我没有任何未正确终止的环境,只有当前处于活动状态的环境。而且,自从我使用“登台”以来,我已经有24个多小时了,但它仍然说它不可用。谢谢你的建议!好吧,不知何故,今天的子域名似乎可以重用(变得更快了?)。可能是我从cli切换到了控制台,但不确定是否就是这样。不过,@Marcin是对的。@NeluBidonelu很高兴它今天能工作。也可能是AWS网站早些时候出现了一些问题,因为它花费了比平时更长的时间。