You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is this a BUG REPORT or FEATURE REQUEST? (choose one):
BUG REPORT
Please provide the following details:
Environment:
Minikube version: 0.25.2
OS: Linux
VM Driver: kvm2
What happened:
minikube uses by default two networks — default and minikube-net. First one has <forward mode = 'nat'/> and is not isolated. The second one is used for privates purposes and is isolated. libvirt enables dnsmasq for both these networks by default, and so minikube (and kube-dns too) has two NS resolvers in its /etc/resolv.conf (192.168.39.1 and 192.168.122.1 for me). dnsmasq running on minikube-net has option no-resolv (which is set for isolated networks), so it always returns REFUSED for external lookups and the clients are getting errors from time to time.
What you expected to happen:
minikube should use only those NS which will resolve names.
The text was updated successfully, but these errors were encountered:
Is this a BUG REPORT or FEATURE REQUEST? (choose one):
BUG REPORT
Please provide the following details:
Environment:
Minikube version: 0.25.2
What happened:
minikube uses by default two networks —
default
andminikube-net
. First one has<forward mode = 'nat'/>
and is not isolated. The second one is used for privates purposes and is isolated.libvirt enables dnsmasq for both these networks by default, and so minikube (and kube-dns too) has two NS resolvers in its
/etc/resolv.conf
(192.168.39.1
and192.168.122.1
for me). dnsmasq running onminikube-net
has optionno-resolv
(which is set for isolated networks), so it always returns REFUSED for external lookups and the clients are getting errors from time to time.What you expected to happen:
minikube should use only those NS which will resolve names.
The text was updated successfully, but these errors were encountered: