After upgrading to 20.04, both my wired and wireless networking lost access to the internet. I confirmed my drivers were working when I was able to resolve a ping to the Google nameserver Now, every time I reboot, I have to manually edit /etc/resolv.conf and add line:


I have been unable to get to a permanent resolution in both the network manager and netplan.

IPV4 tab in network manager under DNS set to manual,


version: 2
renderer: networkd
      dhcp4: true
         addresses: [,]

If someone could please advise me on how to get my DNS settings configured properly, I would greatly appreciate it. Thanks.


In Ubuntu 20.04, the expected configuration of /etc/resolv.conf is to point to a local systemd-networkd resolver:


To check which upstream nameservers your local resolver is configured for, you can check the output of resolvectl status. This should show, for each of your network interfaces, the nameservers that have been associated.

You also show a netplan config that says to use the networkd renderer, but mention Network Manager in your question. If you are expecting your wireless interface to be manageable through NetworkManager, then you need to change this netplan config (or else, you have other netplan config already on your system that you didn't list here).

| improve this answer | |
  • Slangasek The output of resolvectl status is Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found. I've also changed netplan to NetworkManager renderer and that hasn't resolved it either. Is there someway I can start over and set DNS up all over again? I think I would prefer to use NetworkManager. – Mykle May 29 at 20:03
  • What does 'systemctl status systemd-resolved' show? Something is certainly off if resolved is not available over dbus. – slangasek May 31 at 3:35
  • systemd-resolved.service - Network Name Resolution Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; ve> Active: inactive (dead) Docs: man:systemd-resolved.service(8) https://www.freedesktop.org/wiki/Software/systemd/resolved https://www.freedesktop.org/wiki/Software/systemd/writing-network-> https://www.freedesktop.org/wiki/Software/systemd/writing-resolver> – Mykle May 31 at 12:30
  • That doesn't look good. Is there a way I can reconfigure it? – Mykle May 31 at 12:31
  • 1
    Once I re-enabled systemd-resolved, DNS is resolving correctly persistently. Thanks! – Mykle Jun 1 at 13:43

The systemd-resolved.service became disabled so once I enabled it and set it to auto start, my issues were resoled.

| improve this answer | |

Changes to the /etc/resolv.conf files will only last for a while and is not persistent. To work around this and make changes to your nameservers in resolv.conf permanent do the following:

Open the dhclient.conf with superuser privileges

sudo nano /etc/dhcp/dhclient.conf

Find the following lines:

#supersede domain-name "fugue.com home.vix.com";
#prepend domain-name-servers;

Uncomment the above lines and use the domain-name and domain-name-servers which you want. Save it. Now the DNS related changes will be permanent.

| improve this answer | |
  • Thanks @Idias for the response but unfortunately neither solution worked for me. When I edit my /etc/resolvconf/resolv.conf.d/base file, it is empty. Is that normal? – Mykle May 29 at 13:27
  • @Mykle Yes, that is normal. Just add your name servers like nameservers, to the file, save it and see if your DNS settings are persistent through reboots – ldias May 29 at 13:29
  • @Idias Still not persistent through reboots. Anything else I can try? – Mykle May 29 at 14:46
  • @Mykle You can try steps outlined here: superuser.com/questions/677343/…. Umm, you can also not reboot :) – ldias May 29 at 15:06
  • @Idias Thanks for the help. I followed those steps and that did not resolve the issue either. I will never reboot again :) – Mykle May 29 at 15:17

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.