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.


The following worked for me.

sudo systemd-resolve --set-dns= --interface=<interface name>

E.g. sudo systemd-resolve --set-dns= --interface=eth0

  • I guess problem is with indentation in yaml. Dec 6 '20 at 21:41

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).

  • 3
    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 '20 at 20:03
  • What does 'systemctl status systemd-resolved' show? Something is certainly off if resolved is not available over dbus.
    – slangasek
    May 31 '20 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 '20 at 12:30
  • 1
    That doesn't look good. Is there a way I can reconfigure it?
    – Mykle
    May 31 '20 at 12:31
  • 1
    Once I re-enabled systemd-resolved, DNS is resolving correctly persistently. Thanks!
    – Mykle
    Jun 1 '20 at 13:43

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

  • 2
    This solved my issue sudo systemctl start systemd-resolved Dec 16 '20 at 4:36

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.

  • 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 '20 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 '20 at 13:29
  • @Idias Still not persistent through reboots. Anything else I can try?
    – Mykle
    May 29 '20 at 14:46
  • 1
    @Mykle You can try steps outlined here: superuser.com/questions/677343/…. Umm, you can also not reboot :)
    – ldias
    May 29 '20 at 15:06
  • 1
    @slangasek huh, any particular reason why? If there is, I'll remove it from my answer
    – ldias
    May 29 '20 at 17:56

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.