DNS set to systemd's 127.0.0.53 - how to change permanently?nameserver inside /etc/resolv.conf keeps going...

How to count occurrences of Friday 13th

If nine coins are tossed, what is the probability that the number of heads is even?

Casually inserting sexuality

How to approximate rolls for potions of healing using only d6's?

It took me a lot of time to make this, pls like. (YouTube Comments #1)

Skis versus snow shoes - when to choose which for travelling the backcountry?

What can I substitute for soda pop in a sweet pork recipe?

Creature spells vs. ability to convert a permanent into a creature

Sometimes a banana is just a banana

Closure of presentable objects under finite limits

Book where the good guy lives backwards through time and the bad guy lives forward

As a new poet, where can I find help from a professional to judge my work?

Understanding Kramnik's play in game 1 of Candidates 2018

Did 5.25" floppies undergo a change in magnetic coating?

Why do members of Congress in committee hearings ask witnesses the same question multiple times?

What am I? I am in theaters and computer programs

What's the purpose of these copper coils with resistors inside them in A Yamaha RX-V396RDS amplifier?

When was drinking water recognized as crucial in marathon running?

Is there a frame of reference in which I was born before I was conceived?

Waiting for the gravy at a dinner table

Is my plan for fixing my water heater leak bad?

Why is working on the same position for more than 15 years not a red flag?

How can atoms be electrically neutral when there is a difference in the positions of the charges?

How do I implement simple JS code to deploy a compiled smart contract to ganache-cli?



DNS set to systemd's 127.0.0.53 - how to change permanently?


nameserver inside /etc/resolv.conf keeps going back to 127.0.0.53 on Ubuntu 18.04DNS problems after upgrading from 16.04 to 17.10: How to reset the DNS settings to defaultDNS at systemd's 127.0.0.53 is ignoring some lookupsChange DNS to Coudflare 1.1.1.1 on Ubuntu 17.10DNS keeps resetting after reboot. Ubuntu 17.10Since Ubunutu 18, why doesn't openvpn's client.ovpn:“dhcp-option DNS xxx.xxx.xxx.xxx” configure /etc/resolv.conf?Issue with DNS resolution in resolve.conf with static IPHow do I configure IPv4 connection to use a DNS accessible only over IPv6?getting openconnect vpn to work through network-managerUbuntu 16.04 wifi/dns stops working16.10 fail to resolve DNSLink /etc/resolv.confDomain resolution (systemd-resolved) is messed up, how can it be fixed?DNS issue in Ubuntu 17.10DNS and public WiFi portals¿How to use systemd-resolve instead of connman as DNS proxy?DNS at systemd's 127.0.0.53 is ignoring some lookups













18















I've recently upgraded to 17.10. When I try to browse to a website, or ping a domain it fails saying the site cannot be resolved.



network-admin shows the contents of /etc/resolv.conf to be nameserver: 127.0.0.53



If I change that to 8.8.8.8 or 208.67.222.222 then everything works. Until I reboot.



Upon reboot or resume, the nameserver is reset to 127.0.0.53.



How do I permanently set the nameserver to something that works?





For systemd fans, if I run systemd-resolve --status I get



Link 3 (wlo1)
Current Scopes: LLMNR/IPv4 LLMNR/IPv6
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no


If I follow the advice at this question - DNS keeps resetting after reboot. Ubuntu 17.10 - DNS still fails to resolve.










share|improve this question





























    18















    I've recently upgraded to 17.10. When I try to browse to a website, or ping a domain it fails saying the site cannot be resolved.



    network-admin shows the contents of /etc/resolv.conf to be nameserver: 127.0.0.53



    If I change that to 8.8.8.8 or 208.67.222.222 then everything works. Until I reboot.



    Upon reboot or resume, the nameserver is reset to 127.0.0.53.



    How do I permanently set the nameserver to something that works?





    For systemd fans, if I run systemd-resolve --status I get



    Link 3 (wlo1)
    Current Scopes: LLMNR/IPv4 LLMNR/IPv6
    LLMNR setting: yes
    MulticastDNS setting: no
    DNSSEC setting: no
    DNSSEC supported: no


    If I follow the advice at this question - DNS keeps resetting after reboot. Ubuntu 17.10 - DNS still fails to resolve.










    share|improve this question



























      18












      18








      18


      6






      I've recently upgraded to 17.10. When I try to browse to a website, or ping a domain it fails saying the site cannot be resolved.



      network-admin shows the contents of /etc/resolv.conf to be nameserver: 127.0.0.53



      If I change that to 8.8.8.8 or 208.67.222.222 then everything works. Until I reboot.



      Upon reboot or resume, the nameserver is reset to 127.0.0.53.



      How do I permanently set the nameserver to something that works?





      For systemd fans, if I run systemd-resolve --status I get



      Link 3 (wlo1)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
      LLMNR setting: yes
      MulticastDNS setting: no
      DNSSEC setting: no
      DNSSEC supported: no


      If I follow the advice at this question - DNS keeps resetting after reboot. Ubuntu 17.10 - DNS still fails to resolve.










      share|improve this question
















      I've recently upgraded to 17.10. When I try to browse to a website, or ping a domain it fails saying the site cannot be resolved.



      network-admin shows the contents of /etc/resolv.conf to be nameserver: 127.0.0.53



      If I change that to 8.8.8.8 or 208.67.222.222 then everything works. Until I reboot.



      Upon reboot or resume, the nameserver is reset to 127.0.0.53.



      How do I permanently set the nameserver to something that works?





      For systemd fans, if I run systemd-resolve --status I get



      Link 3 (wlo1)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
      LLMNR setting: yes
      MulticastDNS setting: no
      DNSSEC setting: no
      DNSSEC supported: no


      If I follow the advice at this question - DNS keeps resetting after reboot. Ubuntu 17.10 - DNS still fails to resolve.







      dns systemd-resolved






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Sep 26 '18 at 20:38









      muru

      1




      1










      asked Mar 7 '18 at 8:21









      Terence EdenTerence Eden

      4712927




      4712927






















          6 Answers
          6






          active

          oldest

          votes


















          15














          You can install a package resolvconf, which will modify the way /etc/resolv.conf is built up at system boot.



          sudo apt install resolvconf


          You can then create or modify a file /etc/resolvconf/resolv.conf.d/tail. If you put in this file a line nameserver 8.8.8.8, this line will be added at the end of /run/resolvconf/resolv.conf at boot. /etc/resolv.conf will now be a symbolic link to this file.






          share|improve this answer





















          • 3





            This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

            – Terence Eden
            Mar 8 '18 at 12:27











          • I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

            – oscar1919
            Mar 8 '18 at 13:31



















          5














          I use Lubuntu & Kubuntu 18.04. I was able to overcome the DNS problem in 2 steps:



          First step: Install unbound and set it to replace systemd-resolved as Grégoire C shows here.



          sudo systemctl disable systemd-resolved
          sudo systemctl stop systemd-resolved
          sudo systemctl enable unbound-resolvconf
          sudo systemctl enable unbound


          reboot



          Open as root the file /etc/NetworkManager/NetworkManager.conf



          (sudo leafpad /etc/NetworkManager/NetworkManager.conf in Lubuntu 18.04 or in Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)



          and below [main] put this line:



          dns=unbound


          reboot again



          Second step: If after the reboot the problem is still not solved, as it was in my case, start the file manager as root, go to /etc, delete resolv.conf and create a new resolv.conf. Leave it empty and reboot the OS. In my case after this reboot the problem disappeared.



          In Kubuntu 18.04 you can't start Dolphin as root, so you can first go to /etc and open the terminal from there, then type sudo su and press Enter to use it as root and then delete resolv.conf with the command rm resolv.conf. Then you can create a new empty file on your desktop, name it resolv.conf and open a terminal from there. Use the sudo su command to enter the root mode for the terminal and then copy the new resolv.conf from your desktop to /etc with the command cp resolv.conf /etc.



          I have to add that I did not try to do the second step before installing unbound, so the next time I will do so, just to see if it will be enough or not.






          share|improve this answer


























          • Why not just edit it as root and delete the contents?

            – Ballie
            Aug 8 '18 at 10:09











          • @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

            – Калоян Грънчаров
            Aug 9 '18 at 20:35











          • I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

            – André M. Faria
            Jan 30 at 19:32



















          5














          working within the systemd paradigm add a DNS to a link / device




          • systemd.network manual page


          using ubuntu 17.10+ add a *.network file:



          sudo nano /lib/systemd/network/100-somecustom.network:



          100-somecustom.network ( 100 can be any number for priority, and it requires the .network file extension ):



          [Match]
          Name=wlo1 # the device name here

          [Network] # add multiple DNS
          DNS=8.8.8.8
          DNS=208.67.222.222


          Then restart:



          sudo service systemd-networkd restart


          Also look into:



          netplan apply


          Then check:



          systemd-resolve --status wlo1


          From info page info systemd.network :




          In addition to /etc/systemd/network, drop-in ".d" directories can be
          placed in /lib/systemd/network or /run/systemd/network directories.
          Drop-in files in /etc take precedence over those in
          /run which in turn take precedence over those in /lib. Drop-in files under any of these directories take precedence over the main
          netdev file wherever located. (Of course, since /run is
          temporary and /usr/lib is for vendors, it is unlikely drop-ins should be used in either of those places.)




          Another approach disable the DNSStubListener for usage with dnsmasq:



          sudo nano /etc/systemd/resolved.conf:



          #
          DNSStubListener=false


          related:




          • https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail

          • DNS at systemd's 127.0.0.53 is ignoring some lookups

          • https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved






          share|improve this answer


























          • Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

            – André M. Faria
            Jan 30 at 19:16











          • Your answer to create a file with extension .network didnt worked.

            – André M. Faria
            Jan 30 at 19:19



















          1














          Why won't you just fix resolved and avoid trying to cure migraine with a guillotine?



          Just put 8.8.8.8 or whatever you need in DNS= configuration of /etc/systemd/resolved.conf, then restart systemd-resolved.service.






          share|improve this answer
























          • At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

            – André M. Faria
            Jan 30 at 19:03






          • 1





            @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

            – intelfx
            Jan 31 at 2:53











          • Sometimes you know something and just ignore it, yes you right.

            – André M. Faria
            Jan 31 at 11:46











          • Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

            – Quentin Skousen
            Feb 13 at 17:32











          • what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

            – bbarker
            5 hours ago





















          0














          When using dhcp name resolution works as expected in Ubuntu.
          The problems begin when you want to go static. cat /etc/resolv.conf will show that yor dns is 127.0.0.53 and not the ones you have in /etc/netplan/.yaml file. To fix this you need to remove the /etc/resolve.conf link and create a new one pointing to /run/resolve/resolve.conf






          share|improve this answer


























          • Please, edit your answer and fix some formatting...

            – Yufenyuy Veyeh Dider
            Oct 10 '18 at 9:24



















          0














          This required some playing around with. After I updated the setting, I rebooted.



          Use "ln -s /run/resolvconf/resolv.conf /etc/resolv.conf"



          /etc/systemd/resolved.conf
          DNS=8.8.8.8
          Cache=no



          System resolved failed



          systemctl stop systemd-resolved
          systemctl disable systemd-resolved





          When Comment out the "request" for



          domain-name, domain-name-servers, domain-search, host-name,



          Add this line to your /etc/dhcp/dhclient.conf:



          supersede domain-name "cwillenterprise.com";





          Edit config file and add entry. Additional will not replace.



          Add entries to /etc/resolvconf/resolv.conf.d/tail



          nameserver 8.8.8.8
          search "cwillenterprise.com"



          Run to implement changes



          resolvconf -u






          share|improve this answer








          New contributor




          ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
          Check out our Code of Conduct.




















            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "89"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1012641%2fdns-set-to-systemds-127-0-0-53-how-to-change-permanently%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            6 Answers
            6






            active

            oldest

            votes








            6 Answers
            6






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            15














            You can install a package resolvconf, which will modify the way /etc/resolv.conf is built up at system boot.



            sudo apt install resolvconf


            You can then create or modify a file /etc/resolvconf/resolv.conf.d/tail. If you put in this file a line nameserver 8.8.8.8, this line will be added at the end of /run/resolvconf/resolv.conf at boot. /etc/resolv.conf will now be a symbolic link to this file.






            share|improve this answer





















            • 3





              This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

              – Terence Eden
              Mar 8 '18 at 12:27











            • I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

              – oscar1919
              Mar 8 '18 at 13:31
















            15














            You can install a package resolvconf, which will modify the way /etc/resolv.conf is built up at system boot.



            sudo apt install resolvconf


            You can then create or modify a file /etc/resolvconf/resolv.conf.d/tail. If you put in this file a line nameserver 8.8.8.8, this line will be added at the end of /run/resolvconf/resolv.conf at boot. /etc/resolv.conf will now be a symbolic link to this file.






            share|improve this answer





















            • 3





              This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

              – Terence Eden
              Mar 8 '18 at 12:27











            • I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

              – oscar1919
              Mar 8 '18 at 13:31














            15












            15








            15







            You can install a package resolvconf, which will modify the way /etc/resolv.conf is built up at system boot.



            sudo apt install resolvconf


            You can then create or modify a file /etc/resolvconf/resolv.conf.d/tail. If you put in this file a line nameserver 8.8.8.8, this line will be added at the end of /run/resolvconf/resolv.conf at boot. /etc/resolv.conf will now be a symbolic link to this file.






            share|improve this answer















            You can install a package resolvconf, which will modify the way /etc/resolv.conf is built up at system boot.



            sudo apt install resolvconf


            You can then create or modify a file /etc/resolvconf/resolv.conf.d/tail. If you put in this file a line nameserver 8.8.8.8, this line will be added at the end of /run/resolvconf/resolv.conf at boot. /etc/resolv.conf will now be a symbolic link to this file.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Sep 26 '18 at 20:38









            muru

            1




            1










            answered Mar 7 '18 at 8:50









            oscar1919oscar1919

            46748




            46748








            • 3





              This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

              – Terence Eden
              Mar 8 '18 at 12:27











            • I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

              – oscar1919
              Mar 8 '18 at 13:31














            • 3





              This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

              – Terence Eden
              Mar 8 '18 at 12:27











            • I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

              – oscar1919
              Mar 8 '18 at 13:31








            3




            3





            This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

            – Terence Eden
            Mar 8 '18 at 12:27





            This works - thank you! Do you know if there's any way to get 127.0.0.53 to work by itself?

            – Terence Eden
            Mar 8 '18 at 12:27













            I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

            – oscar1919
            Mar 8 '18 at 13:31





            I am fairly new to this matter. Just have been trying to get rid of dns problems when switching vpn on/off over the last weeks. You could try sudo dpkg-reconfigure resolvconf. I tried this lately, cleared the tail file, and at first this seems to work.

            – oscar1919
            Mar 8 '18 at 13:31













            5














            I use Lubuntu & Kubuntu 18.04. I was able to overcome the DNS problem in 2 steps:



            First step: Install unbound and set it to replace systemd-resolved as Grégoire C shows here.



            sudo systemctl disable systemd-resolved
            sudo systemctl stop systemd-resolved
            sudo systemctl enable unbound-resolvconf
            sudo systemctl enable unbound


            reboot



            Open as root the file /etc/NetworkManager/NetworkManager.conf



            (sudo leafpad /etc/NetworkManager/NetworkManager.conf in Lubuntu 18.04 or in Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)



            and below [main] put this line:



            dns=unbound


            reboot again



            Second step: If after the reboot the problem is still not solved, as it was in my case, start the file manager as root, go to /etc, delete resolv.conf and create a new resolv.conf. Leave it empty and reboot the OS. In my case after this reboot the problem disappeared.



            In Kubuntu 18.04 you can't start Dolphin as root, so you can first go to /etc and open the terminal from there, then type sudo su and press Enter to use it as root and then delete resolv.conf with the command rm resolv.conf. Then you can create a new empty file on your desktop, name it resolv.conf and open a terminal from there. Use the sudo su command to enter the root mode for the terminal and then copy the new resolv.conf from your desktop to /etc with the command cp resolv.conf /etc.



            I have to add that I did not try to do the second step before installing unbound, so the next time I will do so, just to see if it will be enough or not.






            share|improve this answer


























            • Why not just edit it as root and delete the contents?

              – Ballie
              Aug 8 '18 at 10:09











            • @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

              – Калоян Грънчаров
              Aug 9 '18 at 20:35











            • I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

              – André M. Faria
              Jan 30 at 19:32
















            5














            I use Lubuntu & Kubuntu 18.04. I was able to overcome the DNS problem in 2 steps:



            First step: Install unbound and set it to replace systemd-resolved as Grégoire C shows here.



            sudo systemctl disable systemd-resolved
            sudo systemctl stop systemd-resolved
            sudo systemctl enable unbound-resolvconf
            sudo systemctl enable unbound


            reboot



            Open as root the file /etc/NetworkManager/NetworkManager.conf



            (sudo leafpad /etc/NetworkManager/NetworkManager.conf in Lubuntu 18.04 or in Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)



            and below [main] put this line:



            dns=unbound


            reboot again



            Second step: If after the reboot the problem is still not solved, as it was in my case, start the file manager as root, go to /etc, delete resolv.conf and create a new resolv.conf. Leave it empty and reboot the OS. In my case after this reboot the problem disappeared.



            In Kubuntu 18.04 you can't start Dolphin as root, so you can first go to /etc and open the terminal from there, then type sudo su and press Enter to use it as root and then delete resolv.conf with the command rm resolv.conf. Then you can create a new empty file on your desktop, name it resolv.conf and open a terminal from there. Use the sudo su command to enter the root mode for the terminal and then copy the new resolv.conf from your desktop to /etc with the command cp resolv.conf /etc.



            I have to add that I did not try to do the second step before installing unbound, so the next time I will do so, just to see if it will be enough or not.






            share|improve this answer


























            • Why not just edit it as root and delete the contents?

              – Ballie
              Aug 8 '18 at 10:09











            • @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

              – Калоян Грънчаров
              Aug 9 '18 at 20:35











            • I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

              – André M. Faria
              Jan 30 at 19:32














            5












            5








            5







            I use Lubuntu & Kubuntu 18.04. I was able to overcome the DNS problem in 2 steps:



            First step: Install unbound and set it to replace systemd-resolved as Grégoire C shows here.



            sudo systemctl disable systemd-resolved
            sudo systemctl stop systemd-resolved
            sudo systemctl enable unbound-resolvconf
            sudo systemctl enable unbound


            reboot



            Open as root the file /etc/NetworkManager/NetworkManager.conf



            (sudo leafpad /etc/NetworkManager/NetworkManager.conf in Lubuntu 18.04 or in Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)



            and below [main] put this line:



            dns=unbound


            reboot again



            Second step: If after the reboot the problem is still not solved, as it was in my case, start the file manager as root, go to /etc, delete resolv.conf and create a new resolv.conf. Leave it empty and reboot the OS. In my case after this reboot the problem disappeared.



            In Kubuntu 18.04 you can't start Dolphin as root, so you can first go to /etc and open the terminal from there, then type sudo su and press Enter to use it as root and then delete resolv.conf with the command rm resolv.conf. Then you can create a new empty file on your desktop, name it resolv.conf and open a terminal from there. Use the sudo su command to enter the root mode for the terminal and then copy the new resolv.conf from your desktop to /etc with the command cp resolv.conf /etc.



            I have to add that I did not try to do the second step before installing unbound, so the next time I will do so, just to see if it will be enough or not.






            share|improve this answer















            I use Lubuntu & Kubuntu 18.04. I was able to overcome the DNS problem in 2 steps:



            First step: Install unbound and set it to replace systemd-resolved as Grégoire C shows here.



            sudo systemctl disable systemd-resolved
            sudo systemctl stop systemd-resolved
            sudo systemctl enable unbound-resolvconf
            sudo systemctl enable unbound


            reboot



            Open as root the file /etc/NetworkManager/NetworkManager.conf



            (sudo leafpad /etc/NetworkManager/NetworkManager.conf in Lubuntu 18.04 or in Kubuntu 18.04 SUDO_EDITOR=kate sudoedit /etc/NetworkManager/NetworkManager.conf)



            and below [main] put this line:



            dns=unbound


            reboot again



            Second step: If after the reboot the problem is still not solved, as it was in my case, start the file manager as root, go to /etc, delete resolv.conf and create a new resolv.conf. Leave it empty and reboot the OS. In my case after this reboot the problem disappeared.



            In Kubuntu 18.04 you can't start Dolphin as root, so you can first go to /etc and open the terminal from there, then type sudo su and press Enter to use it as root and then delete resolv.conf with the command rm resolv.conf. Then you can create a new empty file on your desktop, name it resolv.conf and open a terminal from there. Use the sudo su command to enter the root mode for the terminal and then copy the new resolv.conf from your desktop to /etc with the command cp resolv.conf /etc.



            I have to add that I did not try to do the second step before installing unbound, so the next time I will do so, just to see if it will be enough or not.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Sep 26 '18 at 20:39









            muru

            1




            1










            answered Mar 16 '18 at 3:55









            Калоян ГрънчаровКалоян Грънчаров

            612




            612













            • Why not just edit it as root and delete the contents?

              – Ballie
              Aug 8 '18 at 10:09











            • @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

              – Калоян Грънчаров
              Aug 9 '18 at 20:35











            • I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

              – André M. Faria
              Jan 30 at 19:32



















            • Why not just edit it as root and delete the contents?

              – Ballie
              Aug 8 '18 at 10:09











            • @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

              – Калоян Грънчаров
              Aug 9 '18 at 20:35











            • I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

              – André M. Faria
              Jan 30 at 19:32

















            Why not just edit it as root and delete the contents?

            – Ballie
            Aug 8 '18 at 10:09





            Why not just edit it as root and delete the contents?

            – Ballie
            Aug 8 '18 at 10:09













            @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

            – Калоян Грънчаров
            Aug 9 '18 at 20:35





            @Ballie I have tried this at first, but it did not help. Also the original resolv.conf from /etc was shown as some kind of a shortcut, which is not normal, I think. This is why I decided to delete it and recreate it by creating a new empty file and naming it resolv.conf. And it worked. By this reason I wrote above that the next time I have to reinstall the OS, I will try to do this first, without doing the "first step" - to see if it would be enough. But the original resolv.conf in /etc needs to be removed and recreated anyway - about this I am sure.

            – Калоян Грънчаров
            Aug 9 '18 at 20:35













            I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

            – André M. Faria
            Jan 30 at 19:32





            I have just disabled systemd-resolved.service and removed the link of resolv.conf and created one manually, and it worked!

            – André M. Faria
            Jan 30 at 19:32











            5














            working within the systemd paradigm add a DNS to a link / device




            • systemd.network manual page


            using ubuntu 17.10+ add a *.network file:



            sudo nano /lib/systemd/network/100-somecustom.network:



            100-somecustom.network ( 100 can be any number for priority, and it requires the .network file extension ):



            [Match]
            Name=wlo1 # the device name here

            [Network] # add multiple DNS
            DNS=8.8.8.8
            DNS=208.67.222.222


            Then restart:



            sudo service systemd-networkd restart


            Also look into:



            netplan apply


            Then check:



            systemd-resolve --status wlo1


            From info page info systemd.network :




            In addition to /etc/systemd/network, drop-in ".d" directories can be
            placed in /lib/systemd/network or /run/systemd/network directories.
            Drop-in files in /etc take precedence over those in
            /run which in turn take precedence over those in /lib. Drop-in files under any of these directories take precedence over the main
            netdev file wherever located. (Of course, since /run is
            temporary and /usr/lib is for vendors, it is unlikely drop-ins should be used in either of those places.)




            Another approach disable the DNSStubListener for usage with dnsmasq:



            sudo nano /etc/systemd/resolved.conf:



            #
            DNSStubListener=false


            related:




            • https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail

            • DNS at systemd's 127.0.0.53 is ignoring some lookups

            • https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved






            share|improve this answer


























            • Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

              – André M. Faria
              Jan 30 at 19:16











            • Your answer to create a file with extension .network didnt worked.

              – André M. Faria
              Jan 30 at 19:19
















            5














            working within the systemd paradigm add a DNS to a link / device




            • systemd.network manual page


            using ubuntu 17.10+ add a *.network file:



            sudo nano /lib/systemd/network/100-somecustom.network:



            100-somecustom.network ( 100 can be any number for priority, and it requires the .network file extension ):



            [Match]
            Name=wlo1 # the device name here

            [Network] # add multiple DNS
            DNS=8.8.8.8
            DNS=208.67.222.222


            Then restart:



            sudo service systemd-networkd restart


            Also look into:



            netplan apply


            Then check:



            systemd-resolve --status wlo1


            From info page info systemd.network :




            In addition to /etc/systemd/network, drop-in ".d" directories can be
            placed in /lib/systemd/network or /run/systemd/network directories.
            Drop-in files in /etc take precedence over those in
            /run which in turn take precedence over those in /lib. Drop-in files under any of these directories take precedence over the main
            netdev file wherever located. (Of course, since /run is
            temporary and /usr/lib is for vendors, it is unlikely drop-ins should be used in either of those places.)




            Another approach disable the DNSStubListener for usage with dnsmasq:



            sudo nano /etc/systemd/resolved.conf:



            #
            DNSStubListener=false


            related:




            • https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail

            • DNS at systemd's 127.0.0.53 is ignoring some lookups

            • https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved






            share|improve this answer


























            • Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

              – André M. Faria
              Jan 30 at 19:16











            • Your answer to create a file with extension .network didnt worked.

              – André M. Faria
              Jan 30 at 19:19














            5












            5








            5







            working within the systemd paradigm add a DNS to a link / device




            • systemd.network manual page


            using ubuntu 17.10+ add a *.network file:



            sudo nano /lib/systemd/network/100-somecustom.network:



            100-somecustom.network ( 100 can be any number for priority, and it requires the .network file extension ):



            [Match]
            Name=wlo1 # the device name here

            [Network] # add multiple DNS
            DNS=8.8.8.8
            DNS=208.67.222.222


            Then restart:



            sudo service systemd-networkd restart


            Also look into:



            netplan apply


            Then check:



            systemd-resolve --status wlo1


            From info page info systemd.network :




            In addition to /etc/systemd/network, drop-in ".d" directories can be
            placed in /lib/systemd/network or /run/systemd/network directories.
            Drop-in files in /etc take precedence over those in
            /run which in turn take precedence over those in /lib. Drop-in files under any of these directories take precedence over the main
            netdev file wherever located. (Of course, since /run is
            temporary and /usr/lib is for vendors, it is unlikely drop-ins should be used in either of those places.)




            Another approach disable the DNSStubListener for usage with dnsmasq:



            sudo nano /etc/systemd/resolved.conf:



            #
            DNSStubListener=false


            related:




            • https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail

            • DNS at systemd's 127.0.0.53 is ignoring some lookups

            • https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved






            share|improve this answer















            working within the systemd paradigm add a DNS to a link / device




            • systemd.network manual page


            using ubuntu 17.10+ add a *.network file:



            sudo nano /lib/systemd/network/100-somecustom.network:



            100-somecustom.network ( 100 can be any number for priority, and it requires the .network file extension ):



            [Match]
            Name=wlo1 # the device name here

            [Network] # add multiple DNS
            DNS=8.8.8.8
            DNS=208.67.222.222


            Then restart:



            sudo service systemd-networkd restart


            Also look into:



            netplan apply


            Then check:



            systemd-resolve --status wlo1


            From info page info systemd.network :




            In addition to /etc/systemd/network, drop-in ".d" directories can be
            placed in /lib/systemd/network or /run/systemd/network directories.
            Drop-in files in /etc take precedence over those in
            /run which in turn take precedence over those in /lib. Drop-in files under any of these directories take precedence over the main
            netdev file wherever located. (Of course, since /run is
            temporary and /usr/lib is for vendors, it is unlikely drop-ins should be used in either of those places.)




            Another approach disable the DNSStubListener for usage with dnsmasq:



            sudo nano /etc/systemd/resolved.conf:



            #
            DNSStubListener=false


            related:




            • https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail

            • DNS at systemd's 127.0.0.53 is ignoring some lookups

            • https://unix.stackexchange.com/questions/304050/how-to-avoid-conflicts-between-dnsmasq-and-systemd-resolved







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Oct 15 '18 at 14:42

























            answered Aug 26 '18 at 3:36









            jmunschjmunsch

            1,2331325




            1,2331325













            • Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

              – André M. Faria
              Jan 30 at 19:16











            • Your answer to create a file with extension .network didnt worked.

              – André M. Faria
              Jan 30 at 19:19



















            • Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

              – André M. Faria
              Jan 30 at 19:16











            • Your answer to create a file with extension .network didnt worked.

              – André M. Faria
              Jan 30 at 19:19

















            Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

            – André M. Faria
            Jan 30 at 19:16





            Strange is that you stated that the DNSStubListener=false, but the actual commented configuration is DNSStubListener=yes, usually the inverse of the "yes" value is "no" and not "false" who in case of "false" was usually be "true".

            – André M. Faria
            Jan 30 at 19:16













            Your answer to create a file with extension .network didnt worked.

            – André M. Faria
            Jan 30 at 19:19





            Your answer to create a file with extension .network didnt worked.

            – André M. Faria
            Jan 30 at 19:19











            1














            Why won't you just fix resolved and avoid trying to cure migraine with a guillotine?



            Just put 8.8.8.8 or whatever you need in DNS= configuration of /etc/systemd/resolved.conf, then restart systemd-resolved.service.






            share|improve this answer
























            • At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

              – André M. Faria
              Jan 30 at 19:03






            • 1





              @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

              – intelfx
              Jan 31 at 2:53











            • Sometimes you know something and just ignore it, yes you right.

              – André M. Faria
              Jan 31 at 11:46











            • Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

              – Quentin Skousen
              Feb 13 at 17:32











            • what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

              – bbarker
              5 hours ago


















            1














            Why won't you just fix resolved and avoid trying to cure migraine with a guillotine?



            Just put 8.8.8.8 or whatever you need in DNS= configuration of /etc/systemd/resolved.conf, then restart systemd-resolved.service.






            share|improve this answer
























            • At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

              – André M. Faria
              Jan 30 at 19:03






            • 1





              @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

              – intelfx
              Jan 31 at 2:53











            • Sometimes you know something and just ignore it, yes you right.

              – André M. Faria
              Jan 31 at 11:46











            • Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

              – Quentin Skousen
              Feb 13 at 17:32











            • what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

              – bbarker
              5 hours ago
















            1












            1








            1







            Why won't you just fix resolved and avoid trying to cure migraine with a guillotine?



            Just put 8.8.8.8 or whatever you need in DNS= configuration of /etc/systemd/resolved.conf, then restart systemd-resolved.service.






            share|improve this answer













            Why won't you just fix resolved and avoid trying to cure migraine with a guillotine?



            Just put 8.8.8.8 or whatever you need in DNS= configuration of /etc/systemd/resolved.conf, then restart systemd-resolved.service.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Oct 15 '18 at 6:39









            intelfxintelfx

            31218




            31218













            • At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

              – André M. Faria
              Jan 30 at 19:03






            • 1





              @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

              – intelfx
              Jan 31 at 2:53











            • Sometimes you know something and just ignore it, yes you right.

              – André M. Faria
              Jan 31 at 11:46











            • Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

              – Quentin Skousen
              Feb 13 at 17:32











            • what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

              – bbarker
              5 hours ago





















            • At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

              – André M. Faria
              Jan 30 at 19:03






            • 1





              @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

              – intelfx
              Jan 31 at 2:53











            • Sometimes you know something and just ignore it, yes you right.

              – André M. Faria
              Jan 31 at 11:46











            • Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

              – Quentin Skousen
              Feb 13 at 17:32











            • what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

              – bbarker
              5 hours ago



















            At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

            – André M. Faria
            Jan 30 at 19:03





            At least for me this answer doesnt work, using ubuntu 18.04, after change the "DNS" entry it keep usint the 127.0.0.53

            – André M. Faria
            Jan 30 at 19:03




            1




            1





            @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

            – intelfx
            Jan 31 at 2:53





            @AndréM.Faria learn how resolved works. 127.0.0.53 is the address of the local caching stub resolver. It forwards DNS requests to whatever upstream DNS servers you specify.

            – intelfx
            Jan 31 at 2:53













            Sometimes you know something and just ignore it, yes you right.

            – André M. Faria
            Jan 31 at 11:46





            Sometimes you know something and just ignore it, yes you right.

            – André M. Faria
            Jan 31 at 11:46













            Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

            – Quentin Skousen
            Feb 13 at 17:32





            Also good to note here, is that by default systemd-resolved caches DNS responses. While this may be useful sometimes, it can cause problems in some situations. Uncomment the cache=yes line in the config file in the answer and set it to no.

            – Quentin Skousen
            Feb 13 at 17:32













            what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

            – bbarker
            5 hours ago







            what actually causes /etc/resolve.conf (or really, /run/resolvconf/resolv.conf, which the former points to) to be updated? would be nice to know for testing, without a presumed reboot being required. all i can say is that restarting systemd-resolved.service did not seem to do the trick

            – bbarker
            5 hours ago













            0














            When using dhcp name resolution works as expected in Ubuntu.
            The problems begin when you want to go static. cat /etc/resolv.conf will show that yor dns is 127.0.0.53 and not the ones you have in /etc/netplan/.yaml file. To fix this you need to remove the /etc/resolve.conf link and create a new one pointing to /run/resolve/resolve.conf






            share|improve this answer


























            • Please, edit your answer and fix some formatting...

              – Yufenyuy Veyeh Dider
              Oct 10 '18 at 9:24
















            0














            When using dhcp name resolution works as expected in Ubuntu.
            The problems begin when you want to go static. cat /etc/resolv.conf will show that yor dns is 127.0.0.53 and not the ones you have in /etc/netplan/.yaml file. To fix this you need to remove the /etc/resolve.conf link and create a new one pointing to /run/resolve/resolve.conf






            share|improve this answer


























            • Please, edit your answer and fix some formatting...

              – Yufenyuy Veyeh Dider
              Oct 10 '18 at 9:24














            0












            0








            0







            When using dhcp name resolution works as expected in Ubuntu.
            The problems begin when you want to go static. cat /etc/resolv.conf will show that yor dns is 127.0.0.53 and not the ones you have in /etc/netplan/.yaml file. To fix this you need to remove the /etc/resolve.conf link and create a new one pointing to /run/resolve/resolve.conf






            share|improve this answer















            When using dhcp name resolution works as expected in Ubuntu.
            The problems begin when you want to go static. cat /etc/resolv.conf will show that yor dns is 127.0.0.53 and not the ones you have in /etc/netplan/.yaml file. To fix this you need to remove the /etc/resolve.conf link and create a new one pointing to /run/resolve/resolve.conf







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Oct 10 '18 at 10:35









            Arun

            1,441417




            1,441417










            answered Oct 10 '18 at 7:39









            Mikael LjungMikael Ljung

            1




            1













            • Please, edit your answer and fix some formatting...

              – Yufenyuy Veyeh Dider
              Oct 10 '18 at 9:24



















            • Please, edit your answer and fix some formatting...

              – Yufenyuy Veyeh Dider
              Oct 10 '18 at 9:24

















            Please, edit your answer and fix some formatting...

            – Yufenyuy Veyeh Dider
            Oct 10 '18 at 9:24





            Please, edit your answer and fix some formatting...

            – Yufenyuy Veyeh Dider
            Oct 10 '18 at 9:24











            0














            This required some playing around with. After I updated the setting, I rebooted.



            Use "ln -s /run/resolvconf/resolv.conf /etc/resolv.conf"



            /etc/systemd/resolved.conf
            DNS=8.8.8.8
            Cache=no



            System resolved failed



            systemctl stop systemd-resolved
            systemctl disable systemd-resolved





            When Comment out the "request" for



            domain-name, domain-name-servers, domain-search, host-name,



            Add this line to your /etc/dhcp/dhclient.conf:



            supersede domain-name "cwillenterprise.com";





            Edit config file and add entry. Additional will not replace.



            Add entries to /etc/resolvconf/resolv.conf.d/tail



            nameserver 8.8.8.8
            search "cwillenterprise.com"



            Run to implement changes



            resolvconf -u






            share|improve this answer








            New contributor




            ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
            Check out our Code of Conduct.

























              0














              This required some playing around with. After I updated the setting, I rebooted.



              Use "ln -s /run/resolvconf/resolv.conf /etc/resolv.conf"



              /etc/systemd/resolved.conf
              DNS=8.8.8.8
              Cache=no



              System resolved failed



              systemctl stop systemd-resolved
              systemctl disable systemd-resolved





              When Comment out the "request" for



              domain-name, domain-name-servers, domain-search, host-name,



              Add this line to your /etc/dhcp/dhclient.conf:



              supersede domain-name "cwillenterprise.com";





              Edit config file and add entry. Additional will not replace.



              Add entries to /etc/resolvconf/resolv.conf.d/tail



              nameserver 8.8.8.8
              search "cwillenterprise.com"



              Run to implement changes



              resolvconf -u






              share|improve this answer








              New contributor




              ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
              Check out our Code of Conduct.























                0












                0








                0







                This required some playing around with. After I updated the setting, I rebooted.



                Use "ln -s /run/resolvconf/resolv.conf /etc/resolv.conf"



                /etc/systemd/resolved.conf
                DNS=8.8.8.8
                Cache=no



                System resolved failed



                systemctl stop systemd-resolved
                systemctl disable systemd-resolved





                When Comment out the "request" for



                domain-name, domain-name-servers, domain-search, host-name,



                Add this line to your /etc/dhcp/dhclient.conf:



                supersede domain-name "cwillenterprise.com";





                Edit config file and add entry. Additional will not replace.



                Add entries to /etc/resolvconf/resolv.conf.d/tail



                nameserver 8.8.8.8
                search "cwillenterprise.com"



                Run to implement changes



                resolvconf -u






                share|improve this answer








                New contributor




                ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.










                This required some playing around with. After I updated the setting, I rebooted.



                Use "ln -s /run/resolvconf/resolv.conf /etc/resolv.conf"



                /etc/systemd/resolved.conf
                DNS=8.8.8.8
                Cache=no



                System resolved failed



                systemctl stop systemd-resolved
                systemctl disable systemd-resolved





                When Comment out the "request" for



                domain-name, domain-name-servers, domain-search, host-name,



                Add this line to your /etc/dhcp/dhclient.conf:



                supersede domain-name "cwillenterprise.com";





                Edit config file and add entry. Additional will not replace.



                Add entries to /etc/resolvconf/resolv.conf.d/tail



                nameserver 8.8.8.8
                search "cwillenterprise.com"



                Run to implement changes



                resolvconf -u







                share|improve this answer








                New contributor




                ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.









                share|improve this answer



                share|improve this answer






                New contributor




                ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.









                answered 14 mins ago









                ogkillerogkiller

                1




                1




                New contributor




                ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.





                New contributor





                ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.






                ogkiller is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
                Check out our Code of Conduct.






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Ask Ubuntu!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1012641%2fdns-set-to-systemds-127-0-0-53-how-to-change-permanently%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    List of shipwrecks in 1808...

                    Is there a lightweight tool to crop images quickly?Cropping Images using Command Line Tools OnlyHow to crop...

                    Unit packagekit.service is masked Announcing the arrival of Valued Associate #679: Cesar...