You'd have to craft a new file and mount it onto your resolv.conf,
which makes it harder to "just add another line" because you don't
have the base.

But more than that, what you're asking for is really non-standard
behavior.  You can't safely add a nameserver record to resolv.conf
that produces different results.  The behavior of DNS resolvers varies
widely, and this will cause you pain eventually (kubernetes used to do
this, it was bad).

Consider this - some resolvers ask all DNS servers in parallel, and
take the first response.  If one resolver can answer a query and
another can't (NXDOMAIN), your app will sometimes get an address and
will sometimes fail.  This actually happens.


On Thu, Sep 21, 2017 at 6:33 AM, Simone D'Andreta
<simone.dandr...@gmail.com> wrote:
> Bad news, my idea doesn't work. Could you explain me more about the
> volumeMount? I know how to mount but I don't know how I can effectively add
> a nameserver on that file.
>
> Thanks
> Simone
>
>
> Il giorno giovedì 21 settembre 2017 10:26:48 UTC+2, Simone D'Andreta ha
> scritto:
>>
>> Hi Tim,
>> thanks for your answer. I don't actually need to override all the settings
>> in the resolv.conf, I just need to add another nameserver at the top of the
>> file. How about if I run a command in the pod such as:
>>
>> command: ['/bin/sh', '-c', 'echo 'nameserver x.y.z.w' | cat -
>> /etc/resolv.conf > temp && mv temp /etc/resolv.conf']
>> would it work?
>> Thanks
>>
>> Il giorno mercoledì 20 settembre 2017 17:29:16 UTC+2, Tim Hockin ha
>> scritto:
>>>
>>> There's no supported way to do that, in part because it would give up
>>> all of the Service names that kubernetes provides.  I don't know what
>>> would happen if you tried to volumeMount a file over /etc/resolv.conf
>>> - might be worth a shot.
>>>
>>> On Wed, Sep 20, 2017 at 3:15 AM, Simone D'Andreta
>>> <simone....@gmail.com> wrote:
>>> > Hello,
>>> > I wanted to know if there is a way to override DNS settings for pods
>>> > (not
>>> > per cluster). I tried to use HostAliases but it only creates an A
>>> > record for
>>> > that entry. I basically need a NS record cause I need to point to
>>> > different
>>> > Consul clusters and then Consul must be able to do service discovery.
>>> > So I
>>> > was thinking to change the resolv.conf for the pod to use Consul for
>>> > specific requests. Any idea?
>>> > Thank you,
>>> > Simone
>>> >
>>> > --
>>> > 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-use...@googlegroups.com.
>>> > To post to this group, send email to kubernet...@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.

-- 
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.
  • [kubernetes-users]... Simone D'Andreta
    • Re: [kubernet... 'Tim Hockin' via Kubernetes user discussion and Q&A
      • Re: [kube... Simone D'Andreta
        • Re: [... Simone D'Andreta
          • R... 'Tim Hockin' via Kubernetes user discussion and Q&A
            • ... Simone D'Andreta
              • ... 'Tim Hockin' via Kubernetes user discussion and Q&A
                • ... Simone D'Andreta
                • ... Rodrigo Campos
                • ... Simone D'Andreta
                • ... 'Tim Hockin' via Kubernetes user discussion and Q&A
                • ... Rodrigo Campos
                • ... Simone D'Andreta
                • ... Simone D'Andreta
                • ... Rodrigo Campos

Reply via email to