As far as I know I am not using NetworkManager, 'nmcli dev' shows the following:
DEVICE TYPE STATE CONNECTION virbr0 bridge nem kezelt -- vm-br0 bridge nem kezelt -- lan ethernet nem kezelt -- lo loopback nem kezelt -- iscsi vlan nem kezelt -- vm vlan nem kezelt -- ('nem kezelt' means not managed; the 'iscsi' interface is a statically configured vlan device to access the VM storage backend) My usecase is somewhat special as I use the desktop distribution with a somewhat more complicated setup than usual because I need to use networked VMs for my work. I am using networkd as I thought it would be more appropriate than NetworkManager. Upon further investigation to the original matter I believe it is really an issue with systemd-resolved instead of netplan, so sorry for taking your time. My local router resolves hostnames differently for the host and the VM networks. After startup or issuing a 'netplan apply' after resume the resolver for the host ('lan' network) is being used as primary, BUT after resume not issuing a 'netplan apply' command somehow the resolver for the VM network takes precedence - which is bad. Then the host will obviously try to access the 'misresolved' systems through the wrong gateway, which is really only the symptom not the cause. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2060778 Title: netplan, multiple dhcp route with metric failure To manage notifications about this bug go to: https://bugs.launchpad.net/netplan/+bug/2060778/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs