问题描述
在使用Docker Swarm集群时，遇到了DNS问题。他在集群中运行了几个服务，但公司正经历DNS问题。为了分析DNS流量，他运行了以下命令捕获流量：
tcpdump -i ens18 port 53
他注意到有某些东西正在查询名字服务器以获取集群中Docker容器的名称。他理解Docker应该使用内部的DNS解析器，但实际上Docker正在发送一些始终失败的DNS查询请求，导致网络不必要的负荷增加。他的问题是：为什么会出现这种情况？还有没有办法阻止这种流量？他认为iptables不适用，因为他仍然需要DNS，只是不希望这些不必要的Docker流量。
解决方案
在这种情况下，你可以考虑以下几个方面来解决Docker Swarm容器的DNS查询问题。
1. 检查内部DNS解析器配置
首先，确保Docker Swarm集群中的每个节点都配置了正确的内部DNS解析器。这通常是127.0.0.11。在容器中，Docker会将DNS解析指向这个内部解析器。你已经在问题描述中提到在容器的resolv.conf中发现了相应的设置，但确保每个节点的配置都是正确的。
2. 检查/etc/nsswitch.conf配置
根据你提供的信息，你已经安装了libnss-docker包，并将Docker条目添加到了/etc/nsswitch.conf文件中。然而，在重启机器后，你仍然遇到了问题。确保/etc/nsswitch.conf文件中的Docker配置正确，如下所示：
hosts: files docker [NOTFOUND=return] dns
这将使得在没有找到Docker内部DNS解析的情况下，继续使用传统的DNS解析。
3. 确保网络覆盖模式正确设置
检查你的Docker Swarm服务的网络设置。确保它们使用了正确的网络覆盖模式，以便Docker能够正确地处理容器之间的通信和DNS解析。overlay网络通常是用于Swarm服务的，确保你的服务连接到正确的网络。
4. 检查Docker版本和升级
有时候，特定的Docker版本可能会导致问题。确保你正在使用最新版本的Docker，或者至少使用一个已知稳定的版本。如果你使用的是较旧的版本，考虑升级到最新版本以解决可能存在的问题。
5. 考虑排除故障
如果仍然无法解决问题，你可能需要深入排查。检查容器内部是否有任何自定义的DNS配置，或者是否有其他因素干扰了Docker的DNS解析过程。你可以通过在容器内部运行一些诊断命令来检查这些方面。
6. 联系社区和支持
如果你无法找到解决方案，可以考虑向Docker社区或支持寻求帮助。他们可能会提供关于你的特定问题的建议或解决方案。
7. 阻止不必要的DNS流量
如果你只想阻止特定的Docker容器的DNS流量，而不影响其他DNS流量，你可以考虑使用防火墙规则。这样可以允许一般的DNS查询，但阻止特定容器发出的DNS请求。请根据你的网络配置和需求，谨慎配置防火墙规则。
以上是一些可能的解决方案，希望能够帮助你解决Docker Swarm容器的DNS查询问题。如果问题仍然存在，建议你进一步调查和尝试不同的方法。