使用云锋和路由53从S3服务网站
我最近刚把我的域名从托管提供商转移到亚马逊。我想使用S3 buckets托管我的网站，我最初试图将buckets设置为domain.com和www.domain.com，但我认为我以前的托管提供商使用了这些bucket名称，因为我无法创建它们。
所以我现在正在研究一个工作...
-创建一个具有唯一名称的新bucket，并将我的网站文件放入其中
-我设置了Cloud Front来从该bucket中提取文件
-最后是一个Route53宿主区域，CNAMES fordomain.com和www.domain.com指向该云Front。
这就是我的问题所在。我无法将www.domain.com添加到云前端的CNAMEs中。我得到以下错误：
com.amazonaws.services.cloudfront.model.CNAMEAlreadyExistsException: One or more of the CNAMEs you provided are already associated with a different resource. (Service: AmazonCloudFront; Status Code: 409; Error Code: CNAMEAlreadyExists; Request ID: 19a9a141-8b15-11e6-aa8f-87e12f4b3abf)
但是，它确实接受domain.com……所以当我访问domain.com时，我得到的是正确的网站，而当我访问www.domain.com时，我得到的是旧的网站。
我想这是由于我不能在我的云前添加那个CNAME。如何修复此错误？
谢谢。
共有1个答案
如果备选域名已经存在于另一个CloudFront发行版中，则不能将备选域名添加到CloudFront发行版中，即使您的AWS帐户拥有另一个发行版。
http://docs.aws.amazon.com/amazoncloudfront/latest/developerguide/cnames.html#alternative-domain-names-限制
这种情况会导致您所看到的错误。如果您已经有另一个CloudFront发行版配置了这个版本，那么显然需要删除这个版本，然后这个版本就可以工作了。
否则，旧的提供商可能仍然将您的域配置在他们的CloudFront发行版上--所以您需要说服他们删除它，否则您将需要AWS支持来帮助您。如果该域已经在CloudFront中配置在另一个帐户上，那么单靠您的操作是无法解决这个问题的。
AWS支持有一个特殊的过程来处理这种情况：https://AWS.amazon.com/premiumsupport/knowled-center/resolves-cnamealreadyexists-error/
-
我使用Spring创建微服务。我使用Eureka进行服务发现，使用Zuul进行路由。现在我想切换到Spring Cloud Gateway（因为它的非阻塞特性），但是我没有找到自动路由到每个Eureka服务的方法。 例如，如果一个服务'eureka-client'注册到了Eureka，那么Zuul本身就为这个服务提供了类似于localhost:8762/eureka-client的路径。使用Spr
-
我试图将使用工作的网关迁移到Spring Cloud网关，但遇到了请求路由问题。 下面是Spring Cloud Gateway配置的一个片段，我试图在其中配置一个等效的路由： 我使用Spring Cloud Eureka作为我的Discovery服务器（在一个单独的微服务中），并且我目前没有任何配置，如配置DiscoveryClient路由的谓词和过滤器中所述 如果我向发出请求，我将收到一个40
-
问题内容： 我一直在思考，我对客户端和服务器之间的路由感到困惑。假设我在将请求发送回Web浏览器之前使用ReactJS进行服务器端渲染，并使用react- router作为客户端路由在页面之间切换而不刷新为SPA。 我想到的是： 路线如何解释？例如，从首页（）到帖子页面（）的请求 路由在服务器端还是客户端去哪里？ 它如何知道如何处理？ 问题答案： 注意，此答案涵盖了React Router版本0.
-
我想到的是： 路线是如何解释的？例如，从主页()到帖子页()的请求 路由在服务器端还是客户端？ 它如何知道它是如何处理的？
-
路由服务 首先，要理解什么是 router，router是提供跨 subnet 的互联功能的。比如用户的内部网络中主机想要访问外部互联网的地址，就需要router来转发（因此，所有跟外部网络的流量都必须经过router）。目前router的实现是通过iptables进行的。 同样的，router服务也运行在自己的名字空间中，可以通过如下命令查看： $ sudo ip net exec qroute
-
Eureka服务器运行在Linux EC2实例上的Tomcat9上。Eureka仪表板是可访问的，但客户端将不会注册。但是，客户端在localhost上注册成功。 由于资源限制，我们无法将EIPs用于微服务。我们使用路由53和虚拟私有云进行路由。 我发现有些人提到这种设置基本上是兼容的，但没有说明： 任何帮助我们的情况将非常感谢！如果你需要更多的信息，请让我知道。