豆荚不';使用自定义kube dns配置映射时,t似乎正在接收上游dns或存根域
我在kube系统NS中设置了一个名为kube dns的配置映射,其中包含一些自定义的上游dns条目(其中的3个),但是当我通过简单的部署计划这些自定义dns条目时,我的容器/吊舱没有在它们的resolv.conf文件中继承这些自定义dns条目 我在kube dns吊舱中的日志似乎没有指向配置映射的名称(它看起来像一个空字符串)。这可能是问题所在吗 添加自定义配置映射后,我确实删除了kube dns吊舱,并允许现有kube dns部署重新创建吊舱(有2组kube dns吊舱已终止并重新创建) 我使用本指南设置了配置图(我在博客中发布了一篇关于1.6引入的功能的文章): 这是我的配置图:豆荚不';使用自定义kube dns配置映射时,t似乎正在接收上游dns或存根域,dns,kubernetes,kube-dns,Dns,Kubernetes,Kube Dns,我在kube系统NS中设置了一个名为kube dns的配置映射,其中包含一些自定义的上游dns条目(其中的3个),但是当我通过简单的部署计划这些自定义dns条目时,我的容器/吊舱没有在它们的resolv.conf文件中继承这些自定义dns条目 我在kube dns吊舱中的日志似乎没有指向配置映射的名称(它看起来像一个空字符串)。这可能是问题所在吗 添加自定义配置映射后,我确实删除了kube dns吊舱,并允许现有kube dns部署重新创建吊舱(有2组kube dns吊舱已终止并重新创建) 我使
apiVersion: v1
kind: ConfigMap
metadata:
name: kube-dns
namespace: kube-system
data:
stubDomains: |
{"myinternaldomainhere.net": ["10.254.131.155"]}
upstreamNameservers: |
["10.254.131.155", "8.8.8.8", "8.8.4.4"]
我是否需要在其他地方指定kube dns的部署引用配置映射的名称?在pod日志中,我可以看到配置映射名称的标志似乎是一个空字符串
我在删除旧pods后查看的新kubedns pods的日志如下(注意第5行是我看到空字符串引用的地方):
我正在测试的pod设置为使用ClusterFirst DNS类型,文档中说我需要它才能工作
任何关于在何处查找该问题的建议或指针都是非常受欢迎的。我也阅读了这些博客/教程,它们似乎没有提到您需要在配置图上运行
kubectl apply-f您的dns configmap.yaml
我将运行以下命令:kubectl get cm--namespace=“kube system”
查看您的配置映射是否确实存在。它的名字应该是kube dns
我遇到了另一个问题,你的帖子启发我检查kube dns日志,在我日志的顶部写着:1服务器。转到:66]使用从ConfigMap读取的配置:kube系统:kube dns
,尽管你的日志写的是使用从目录读取的配置:/kube dns config
因此,您的kube dns显然没有找到配置映射,并且默认为kube dns容器文件系统中的某些配置。我肯定会尝试运行apply and get cm命令,然后再试一次,看看会发生什么。谢谢saernz,你说得对,这是让我的配置映射正常工作的诀窍。在kube系统NS中查询配置映射时,它已经存在,但实际上并未应用。正如您所提到的,文档和博客文章忽略了这一点,所以在此之前,我只是简单地创建了配置映射,并假设它会自动映射进来。再次感谢!向上投票选择关键的
kubectl apply
秘方
I1110 16:35:35.685518 1 dns.go:48] version: 1.14.4-2-g5584e04
I1110 16:35:35.686074 1 server.go:70] Using configuration read from directory: /kube-dns-config with period 10s
I1110 16:35:35.686136 1 server.go:113] FLAG: --alsologtostderr="false"
I1110 16:35:35.686148 1 server.go:113] FLAG: --config-dir="/kube-dns-config"
I1110 16:35:35.686152 1 server.go:113] FLAG: --config-map=""
I1110 16:35:35.686155 1 server.go:113] FLAG: --config-map-namespace="kube-system"
I1110 16:35:35.686158 1 server.go:113] FLAG: --config-period="10s"
I1110 16:35:35.686161 1 server.go:113] FLAG: --dns-bind-address="0.0.0.0"
I1110 16:35:35.686164 1 server.go:113] FLAG: --dns-port="10053"
I1110 16:35:35.686192 1 server.go:113] FLAG: --domain="cluster.local."
I1110 16:35:35.686196 1 server.go:113] FLAG: --federations=""
I1110 16:35:35.686200 1 server.go:113] FLAG: --healthz-port="8081"
I1110 16:35:35.686202 1 server.go:113] FLAG: --initial-sync-timeout="1m0s"
I1110 16:35:35.686205 1 server.go:113] FLAG: --kube-master-url=""
I1110 16:35:35.686208 1 server.go:113] FLAG: --kubecfg-file=""
I1110 16:35:35.686211 1 server.go:113] FLAG: --log-backtrace-at=":0"
I1110 16:35:35.686236 1 server.go:113] FLAG: --log-dir=""
I1110 16:35:35.686250 1 server.go:113] FLAG: --log-flush-frequency="5s"
I1110 16:35:35.686257 1 server.go:113] FLAG: --logtostderr="true"
I1110 16:35:35.686260 1 server.go:113] FLAG: --nameservers=""
I1110 16:35:35.686262 1 server.go:113] FLAG: --stderrthreshold="2"
I1110 16:35:35.686275 1 server.go:113] FLAG: --v="2"
I1110 16:35:35.686281 1 server.go:113] FLAG: --version="false"
I1110 16:35:35.686286 1 server.go:113] FLAG: --vmodule=""
I1110 16:35:35.686459 1 server.go:176] Starting SkyDNS server (0.0.0.0:10053)
I1110 16:35:35.686713 1 server.go:198] Skydns metrics enabled (/metrics:10055)
I1110 16:35:35.686724 1 dns.go:147] Starting endpointsController
I1110 16:35:35.686728 1 dns.go:150] Starting serviceController
I1110 16:35:35.686924 1 logs.go:41] skydns: ready for queries on cluster.local. for tcp://0.0.0.0:10053 [rcache 0]
I1110 16:35:35.686937 1 logs.go:41] skydns: ready for queries on cluster.local. for udp://0.0.0.0:10053 [rcache 0]
I1110 16:35:36.187196 1 dns.go:171] Initialized services and endpoints from apiserver
I1110 16:35:36.187215 1 server.go:129] Setting up Healthz Handler (/readiness)
I1110 16:35:36.187221 1 server.go:134] Setting up cache handler (/cache)
I1110 16:35:36.187226 1 server.go:120] Status HTTP port 8081