@lcy630409 adguradhome 没有用过，我看了一下它本身是一个 dns 服务，目前其实我们的 bind 服务已经投入生产环境使用了，所以不太可能直接再更换 dns 服务的选型了

@hefish 哈哈，这当然是不会的。如果真这样那岂不是太美好了。公司的策略就是能省尽可能省

@retanoj 谢谢大佬，目前我们已经在用 rpz 了，做劫持处理。但是劫持处理每个职场的行为也不太一样，这块可能还有部分 rpz 的功能我没有调研到，我再看看

@testcaoy7 幺蛾子我们已经遇到了很多，比如说之前没有自建递归 DNS 的时候，我们基本就是个转发器，转发到 114dns ，dnspod ，aliyun 的 dns 。114dns 三天两头给你返回点垃圾地址。dnspod 虽然相对比较稳，但是我们也遇到了缓存污染的问题了。所以坑其实踩了不少

@testcaoy7 话是那么说，不过贵呀，哈哈。其实我们之前最早的时候没想自己搞，因为自己搞不管是说配置管理还是说自建 DNS 都是挺麻烦的。我们之前联系过 bluecat 问过。他们家搞 dhcp 和 dns 挺好的。但是价格太贵了。大几百万

@ho121 powerdns 我们也简单调研过。用的话，我们就得引入两套，把 powerdns 以及对应的 powerdns-recursor 都给引入进来。所以目前我们是用的 binddns + unbound 作为自建递归 dns 的方式。但是没有太深入的使用，不知道是否支持不同职场进行差异化的管理。因为会有一些仅供办公网内部的权威域和一些特殊的劫持的策略。每个职场都不太一样

@testcaoy7 大佬，是的，目前我们最大的办公事务所内部员工不到领完人，这也是我们之前从 dnsmasq 换到 bind 的原因。

@kkocdko 用途的话就是内网解析使用，我们有很多内部系统，所以会单独的维护一套办公网的 DNS 。

话说你们用群晖的那个云 connect 好用么。卡不卡啊。

@julyclyde 感谢 dalao，后来我们决定不迁移了，因为迁移进来的收益的确不是很大

@allposs 感谢 dalao，目前我们在用一些 NodePort 来进行承载 4 层 TCP 和 UDP 服务的方式，你说的路由我想应该是和 k8 本身内部网络直接打通把，我之前见过说通过 ospf 把 pod，svc 和业务 ip 的网段都打通了。不知道您是不是这个意思。
关于 liveness 的确是不支持，不过看到好像最新的版本的 k8 据说添加了该功能，不过不敢用。。