我敢说本篇文章是网上为数不多的解决traefik暴露域名失败问题的正确文章。

我看了网上太多讲述traefik夸夸其谈的文章了，包含一大堆复制粘贴的水文和还有什么所谓“阿里技术专家”的文章，讲的全都是错的！基本没有一个能说到点子上去！ 所以这些垃圾文章导致你最后配置ingress规则以后，访问域名还是会报错： Connection Refused

你所看到的这些水文就是把官方或者网上互相抄来抄去的文章，拿来复制粘贴一大片代码，不知所云，完全就是流水账！

我们要明白解决问题的关键，在于分析问题的思考模式和分析过程！这个非常重要！

然后回到开头，为什么会出现Connection Refused错误，我们不考虑什么所谓的k8s和traefik这些杂七杂八的东西，而是回归到网络的本质中去！

这种情况只有一种可能： 端口可能根本就没有监听！

对了，这就是问题的关键！

所以，因为k8s的部署是容器网络，容器的端口默认是不对外暴露的，所以即便deployment部署了，如果没有没有暴露端口，就等同于没有监听端口，此时访问域名就必然是Connection Refused！

有人说：那你配置service不就完了。service再搞个NodePort不就完了！

那我问你NodePort的端口范围是多少！是30000-32767！ 这玩意能用吗？！

所以注意了：对于traefik来说:service不是对外提供服务的，它是被k8s集群内部所调用的，特别是为ingress服务！

我们始终要记住网络的基本原则：一个请求进来，服务器必须对它所请求的端口有监听，否则就会产生Connection Refused错误

这是第一个问题。

然后第二个问题： 域名怎么解析。或者说ingress规则中host中的域名应该解析到哪一台机器？

大家有没有想过这个问题？ 给你10秒钟好好想一想

。。。。。。。。。。。。。

时间到了！ 有没有一点idea。 作为一个常识，我们应该不会想到这个域名必须绑定到其中某一台机器吧，对不对，否则就失去了做集群的必要性了！

我们需要的是一种集群边缘触发方式，也就是说把访问域名解析到集群中的任意一台机器

所以，这里要严厉批判traefik官方文档！ traefik官方文档简直就是胡说八道！竟然把deployment搞进来了！  deployment是啥玩意？ 说到底它就是一个动态的东西，通过deployment生成的pod，你根本没法知道：它会分配到哪一台机器。 这他妈不是坑爹吗？ 那么我现在没法知道traefik controller pod具体在哪一台机器，我怎么做域名解析？ 难道我通过kubectl get pods 命令获取到了traefik controller pod的信息，然后知道了它在哪台机器，然后把域名解析到这台机器。但是如果后来删除了deployment，又重新部署了分配了新的pod, 这种情况怎么办？

这样的运作规则跟集群边缘触发方式完全是互相矛盾的！

我们需要的是：每一台机器都能有traefik controller pod，这个只有DaemonSet能满足！因为DaemonSet可以确保在每个节点上都运行一个Pod的副本

好了，知道了原因，我来谈谈怎么解决这个问题：

1. traefik controller 的部署方式必须DaemonSet.

2. traefik controller的80端口必须通过hostPort暴露出来：

3. ingress规则中的域名执行k8s集群中任何一台机器就ok了

最后谈一点：ingress规则中的namespace必须跟它后面路由转发的service的namespace保持一致