Please be aware that there are semantic mismatches between how people think about DNS resolution and how some DNS clients implement it. Resolv.conf is somewhat under-specified in this regard.
Specifically, if you have two `nameserver` lines, which point to servers with different information (e.g. one for kube and one for corp), you are going to have a bad time eventually. There's a somewhat unstated assumption that all `nameserver` entries have identical information, and any query can be satisfied by any server. Some clients do not try them in order, like you might assume. This is part of why we added stub domains at the DNS server - it satisfies this constraint. On Sun, Jan 21, 2018 at 7:06 PM, 吴佳兴 <colstu...@gmail.com> wrote: > Hi team, > > I have been read the awesome blogspot: > http://blog.kubernetes.io/2017/04/configuring-private-dns-zones-upstream-nameservers-kubernetes.html, > and learned to configure cluster dns policy with stubDomains and upstream > nameservers. > > But it can not meet my requirements as I'd like to override the each > container's `resolv.conf` like the way in docker `--dns`, rather than let > all containers resolution point to one centerlized nameserver. > > Thanks. > > -- > You received this message because you are subscribed to the Google Groups > "Kubernetes user discussion and Q&A" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to kubernetes-users+unsubscr...@googlegroups.com. > To post to this group, send email to kubernetes-users@googlegroups.com. > Visit this group at https://groups.google.com/group/kubernetes-users. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
