Open mavynet opened 1 month ago
I noticed https://github.com/nmstate/nmstate/issues/2538 which may be related - AFAICS there's no option for interface specific DNS via nmstate currently even though NM supports it.
Looking at the nmstate code I think it just sorts the list of interfaces and applies the DNS configuration to the first one?
I also notice that the ens3 state is 100 (connected (externally))
- I could be mistaken but my reading of the nmstate code is that means the interface will be ignored for DNS configuration.
I think the externally managed flag means that there's an existing configuration for this nic, for example a default connection which ref #63 aren't purged until after the static configuration takes place.
Hi, @mavynet. I took a look into the source and @hardys' suggestions but I don't think those are related.
Could you please try appending your routes configuration to also include the ens3 interface? I got the necessary route0
entries in the ens3 connection file by using:
"routes": {
"config": [
{
"destination": "0.0.0.0/0",
"next-hop-address": "192.168.130.1",
"next-hop-interface": "ens4"
},
{
"destination": "0.0.0.0/0",
"next-hop-address": "192.168.130.1",
"next-hop-interface": "ens3"
}
]
}
Hello,
While trying to deploy a Sylva cluster using LeapMicro we are facing an issue setting the DNS server. The baremetal host has multiple interfaces and we use ens3 as provisioning interface and ens4 as primary. the provided configuration is
The nmc output sets the default gateway correctly on ens4, but the dns configuration is on ens3:
which leads to not having any dns set
Tried with and without auto-dns: true and the results are the same