在没有www的情况下添加主机，而不使用入侵资源
我有几个问题
- 当我们对入口资源进行更改时，我们是否需要删除资源并重新创建它，或者
kubectl apply -f <file_name>已经足够了？ - 当我在没有
www i.e. (my-domain.in)的情况下添加主机属性时，我无法访问我的应用程序，但是使用www i.e. (www.my-domain.in)可以工作，有什么区别呢？
下面是我的入口资源
当我将主机设置为my-domain.in时，我无法访问我的应用程序，但是当我将主机设置为www.my-domain.in时，我可以访问应用程序。
我的域名在另一个提供商上，我添加了CNAME (www)，指向我的ALB的DNS名称。
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: eks-learning-ingress
namespace: production
annotations:
kubernetes.io/ingress.class: alb
alb.ingress.kubernetes.io/scheme: internet-facing
alb.ingress.kubernetes.io/certificate-arn: arn:aws:a982529496:cerd878ef678df
labels:
app: eks-learning-ingress
spec:
rules:
- host: my-domain.in **does not work**
http:
paths:
- path: /*
backend:
serviceName: eks-learning-service
servicePort: 80回答 1
Stack Overflow用户
发布于 2020-02-26 14:56:51
- 首先回答您的问题1:当我们更改入口资源时，我们是否需要删除资源并重新创建它，或者kubectl应用-f就足够了？
从理论上讲，是的，kubectl apply 是正确的方式，无论它将显示ingress unchanged还是ingress configured。
其他有效的记录在案选项是kubectl edit ingress INGRESS_NAME，如果输出是有效的，它将在版本的末尾保存和应用。
我说理论是因为错误会发生，所以我们不能完全抛弃它，但是错误是最坏的情况。
- 现在更模糊的问题2:当我添加没有www (my-domain.in)的主机属性时，我无法访问我的应用程序，但是使用www (www.my-domain.in)它工作，有什么区别呢？
为了排除故障，我们需要隔离流程，就像在一个链中，我们必须找到哪个链接被破坏了。逐个：
终结点>域Provider>云提供程序>Provider>>服务> Pod.
- DNS解析(域提供程序)
- DNS解析(云提供程序)
- Kubernetes Ingress (上线>发球> Pod)
DNS解析
域提供程序：
对于因特网，my-domain.in的应答者是您的域提供商。
my-domain.in及其子域(如www.my-domain.in或admin.my-domain.in)的规则是什么？您说：“域在不同的提供商上，我添加了CNAME (www)，指向我的ALB的DNS名称。”。my-domain.in和my-domain.in是否被本能地重定向到ALB地址？- 它如何处理URL子域？请求是如何传递给云的？
云提供商：
好的，云提供商正在正确和清晰地接收请求。
- 对于子域或路径请求，ALB是否有通用的或特定的规则？
- 使用另一台主机进行测试，使用web服务器进行不同的VM测试。
- 检查ALB故障排除页
库伯奈特斯
通常我们会从这个部分开始疑难解答，但是由于您提到它与www.my-domain.in一起工作，我们可以假定您的服务、部署甚至入口结构都正常工作。
您可以检查侵入文档的类型以获得它应该如何工作的一些示例。
的底线：，我相信您的DNS有一个www.my-domain.in的路由，但是根域没有到您的云提供商的路由，这就是为什么只有当您启用www入口时它才能工作。
https://stackoverflow.com/questions/60410493
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号