My install of kubuntu 20.04 went fine, so I've proceeded to try to bring up my openvpn connection. This is on a laptop using NetworkManager and the connection is established via dhcp on a wireless or wired interface.
On 18.04, I couldn't restrict systemd-resolved to the openvpn tunnel; It leaked queries to dns servers on all interfaces. The solution to this was to disable systemd-resolved, and install dnsmasq + resolvconf; NetworkManager supported this and fired up dhclient on the interfaces and suitable info ended up in /run/dnsmasq/resolv.conf. Nework connectivity worked as expected, and when I enable the vpn in NetworkManager the dns queries are restricted to the vpn interface.
The same configuration does not work in 20.04. My wireless interface picks up an address via dhcp (I assume) and can ping by ip, but there is no running dhclient process and the /run/dnsmasq/resolv.conf file is empty, so dns queries fail. If I populate /run/dnsmasq/resolv.conf manually, the network is fine.
I'm guessing NetworkManager now sets the interface address without dhclient and doesn't populate resolv.conf (?). I'm not opposed to systemd-resolved (in lieu of dnsmasq + resolvconfg) if I had faith that I can make it not leak queries outside the vpn tunnel (but this seemed complex and ineffective in the past).
The other conspicuous difference between 1804 & 2004 I noted was a minor change to resolvconf.service (a couple of ExecStartPre lines removed) but reverting this change makes no behavioural difference. I think the significant difference was that the dhclient process kept resolv.conf up to date and there is no long such a process running.
Thoughts on what is happening, what to do, or where best to file a bug if there is indeed a bug to be fixed?
Thank you good Kubuntueers!
On 18.04, I couldn't restrict systemd-resolved to the openvpn tunnel; It leaked queries to dns servers on all interfaces. The solution to this was to disable systemd-resolved, and install dnsmasq + resolvconf; NetworkManager supported this and fired up dhclient on the interfaces and suitable info ended up in /run/dnsmasq/resolv.conf. Nework connectivity worked as expected, and when I enable the vpn in NetworkManager the dns queries are restricted to the vpn interface.
The same configuration does not work in 20.04. My wireless interface picks up an address via dhcp (I assume) and can ping by ip, but there is no running dhclient process and the /run/dnsmasq/resolv.conf file is empty, so dns queries fail. If I populate /run/dnsmasq/resolv.conf manually, the network is fine.
I'm guessing NetworkManager now sets the interface address without dhclient and doesn't populate resolv.conf (?). I'm not opposed to systemd-resolved (in lieu of dnsmasq + resolvconfg) if I had faith that I can make it not leak queries outside the vpn tunnel (but this seemed complex and ineffective in the past).
The other conspicuous difference between 1804 & 2004 I noted was a minor change to resolvconf.service (a couple of ExecStartPre lines removed) but reverting this change makes no behavioural difference. I think the significant difference was that the dhclient process kept resolv.conf up to date and there is no long such a process running.
Thoughts on what is happening, what to do, or where best to file a bug if there is indeed a bug to be fixed?
Thank you good Kubuntueers!
Comment