Add libvirt configured dnsmasq to NetworkManager owned dnsmasq as forwarders for specific domains without...

If you know the location of an invisible creature, can you attack it?

Why is there a large performance impact when looping over an array over 240 elements?

Stochastic VRP: Sources of uncertainty and modeling approaches

Can the IPA represent all languages' tones?

Help, I cannot decide when to start the story

In which case does the Security misconfiguration vulnerability apply to?

Are those flyers about apartment purchase a scam?

How did Arecibo detect methane lakes on Titan, and image Saturn's rings?

What is a good class if we remove subclasses?

Can lodestones be used to magnetize crude iron weapons?

Swap (and hibernation) on SSD in 2019?

Are differences between uniformly distributed numbers uniformly distributed?

Causal Diagrams using Wolfram?

Escape Velocity - Won't the orbital path just become larger with higher initial velocity?

Lípínguapua dopo Pêpê

A torrent of foreign terms

Big number puzzle

Would Mirko Vosk, Mind Drinker trigger Waste Not?

Why did IBM make the PC BIOS source code public?

How can God warn people of the upcoming rapture without disrupting society?

Identifying My Main Water Shutoff Valve / Setup

Why is Python 2.7 still the default Python version in Ubuntu?

Graphs for which a calculus student can reasonably compute the arclength

Word for an event that will likely never happen again



Add libvirt configured dnsmasq to NetworkManager owned dnsmasq as forwarders for specific domains without adding conf files to NetworkManager?


Dnsmasq problem with Linux network namespaceUbuntu 15.10 Network Interfaces NameCannot get Dnsmasq to work in Sierra (for local development)NetworkManager-configured dnsmasq failing to forward requestsdnsmasq & systemd Causing Intermittent CPU SpikesNGINX Redirect to Domain Name spoofed locally with DNSMasqset DNS entry for hostname for the DD-WRT DNS router itself






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















I'm wondering if there is a way to have libvirt push virtual network DNS information into the NetworkManager instance of dnsmasq. As always I'm working with RHEL 7 (7.6)



Background:
My team works with two different physical architectures that run a similar software suite. I am working on a way to virtualize the entire environment to make testing and development cheaper and more available to developers. As much as I would prefer to use containers, the operating system gets a more thorough workout and test by using virtual machines. The two environments differ in number of network segments, and naming conventions. IP addressing is similar.



The road so far:
I've configured NetworkManager to use dnsmasq by adding a config file to /etc/NetworkManager/config.d/00-use-dnsmasq.conf



# /etc/NetworkManager/conf.d/00-use-dnsmasq.conf
#
# This enables the dnsmasq plugin.
[main]
dns=dnsmasq


This launches dnsmasq controlled by NetworkManager and sets the nameserver in /etc/resolv.conf to 127.0.0.1. The upstream domain nameservers provided by dhcp are configured as forwarders for all zones in dnsmasq.



Enter my virtual networks:
Each network has two storage devices that also provide their own statically configured DNS for the rest of the real system.
Since we are virtualizing, any requests my hypervisor makes for each named domain should be forwarded to the respective DNS.



I built the following files (names & addresses changed to protect proprietary information) to define virtual networks in libvirt:



cake.xml



<network ipv6="yes">
<name>cake</name>
<bridge name="cake" stp="off"/>
<ip address="172.16.0.1" netmask="255.255.255.0"/>
<domain name="cake.local" localOnly="yes"/>
<dns>
<forwarder addr="172.16.0.41"/>
<forwarder addr="172.16.0.42"/>
<host ip="172.16.0.41">
<hostname>plex1.cake.local</hostname>
<hostname>plex1</hostname>
</host>
<host ip="172.16.0.42">
<hostname>c-plex2.cake.local</hostname>
<hostname>c-plex2</hostname>
</host>
</dns>
</network>


pie.xml



<network ipv6="yes">
<name>pie</name>
<bridge name="pie" stp="off"/>
<ip address="172.16.1.1" netmask="255.255.255.0"/>
<domain name="pie.local" localOnly="yes"/>
<dns>
<forwarder addr="172.16.1.41"/>
<forwarder addr="172.16.1.42"/>
<host ip="172.16.1.41">
<hostname>p-plex1.pie.local</hostname>
<hostname>p-plex1</hostname>
</host>
<host ip="172.16.1.42">
<hostname>p-plex2.pie.local</hostname>
<hostname>p-plex2</hostname>
</host>
</dns>
</network>


I then perform a virsh net-define and a virsh net-start for both networks:



virsh net-define cake.xml
virsh net-define pie.xml

virsh net-start cake
virsh net-start pie


At this point I can dig both sets of storage devices and get a response for their IP addresses from their respective running instance of dnsmasq.
dig p-plex2.pie.local @172.16.1.1 or dig c-plex2.cake.local @172.16.0.1



After starting the storage devices I can resolve any host for which each storage device has in its static DNS using the dnsmasq server.



I can then tear all this down, and bring the other virtual environment up.



tart.xml



<network ipv6="yes">
<name>tart</name>
<bridge name="tart" stp="off"/>
<ip address="172.16.0.1" netmask="255.255.255.0"/>
<domain name="tart.local" localOnly="yes"/>
<dns>
<forwarder addr="172.16.0.41"/>
<forwarder addr="172.16.0.42"/>
<host ip="172.16.0.41">
<hostname>t-plex1.pie.local</hostname>
<hostname>t-plex1</hostname>
</host>
<host ip="172.16.0.42">
<hostname>t-plex2.pie.local</hostname>
<hostname>t-plex2</hostname>
</host>
</dns>
</network>


Again running



virsh net-define tart.xml
virsh net-start tart
dig t-plex2.tart.local @172.16.0.1


This is where things get cumbersome. All the answers and hints for dnsmasq in these type of configurations say to add files to /etc/NetworkManager/dnsmasq.d



# /etc/NetworkManager/dnsmasq.d/01-cake.conf
#
# This file directs dnsmasq to forward any request to resolve
# names under the cake.local domain to 172.16.0.1
# this is dnsmasq configured for the cake network segment
server=/cake.local/172.16.0.1

# /etc/NetworkManager/dnsmasq.d/02-pie.conf
#
# This file directs dnsmasq to forward any request to resolve
# names under the pie.local domain to 172.16.1.1
# this is dnsmasq configured for the pie network segment
server=/cake.local/172.16.1.1

# /etc/NetworkManager/dnsmasq.d/01-tart.conf
#
# This file directs dnsmasq to forward any request to resolve
# names under the cake.local domain to 172.16.0.1
# this is dnsmasq configured for the tart network segment
server=/tart.local/172.16.0.1


The issue is when I switch from the cake & pie networks to tart, there is an ip collision between cake and tart. In addition I don't want cake & pie information in dnsmasq when running tart, the opposite is also true.



Is there a configuration I am missing that will add and remove these dnsmasq forwarders in the NetworkManager owned dnsmasq instance?
The goals are as follows:




  • Allow system use as normal for regular dns requests for
    authentication, web browsing etc.

  • Rapidly switch between cake + pie and tart virtual network configurations

  • No need to change the filesystem: /etc/NetworkManager/dnsmasq.d/

  • No cross configuration of tart vs cake & pie

  • Minimize NetworkManager restarts










share|improve this question































    0















    I'm wondering if there is a way to have libvirt push virtual network DNS information into the NetworkManager instance of dnsmasq. As always I'm working with RHEL 7 (7.6)



    Background:
    My team works with two different physical architectures that run a similar software suite. I am working on a way to virtualize the entire environment to make testing and development cheaper and more available to developers. As much as I would prefer to use containers, the operating system gets a more thorough workout and test by using virtual machines. The two environments differ in number of network segments, and naming conventions. IP addressing is similar.



    The road so far:
    I've configured NetworkManager to use dnsmasq by adding a config file to /etc/NetworkManager/config.d/00-use-dnsmasq.conf



    # /etc/NetworkManager/conf.d/00-use-dnsmasq.conf
    #
    # This enables the dnsmasq plugin.
    [main]
    dns=dnsmasq


    This launches dnsmasq controlled by NetworkManager and sets the nameserver in /etc/resolv.conf to 127.0.0.1. The upstream domain nameservers provided by dhcp are configured as forwarders for all zones in dnsmasq.



    Enter my virtual networks:
    Each network has two storage devices that also provide their own statically configured DNS for the rest of the real system.
    Since we are virtualizing, any requests my hypervisor makes for each named domain should be forwarded to the respective DNS.



    I built the following files (names & addresses changed to protect proprietary information) to define virtual networks in libvirt:



    cake.xml



    <network ipv6="yes">
    <name>cake</name>
    <bridge name="cake" stp="off"/>
    <ip address="172.16.0.1" netmask="255.255.255.0"/>
    <domain name="cake.local" localOnly="yes"/>
    <dns>
    <forwarder addr="172.16.0.41"/>
    <forwarder addr="172.16.0.42"/>
    <host ip="172.16.0.41">
    <hostname>plex1.cake.local</hostname>
    <hostname>plex1</hostname>
    </host>
    <host ip="172.16.0.42">
    <hostname>c-plex2.cake.local</hostname>
    <hostname>c-plex2</hostname>
    </host>
    </dns>
    </network>


    pie.xml



    <network ipv6="yes">
    <name>pie</name>
    <bridge name="pie" stp="off"/>
    <ip address="172.16.1.1" netmask="255.255.255.0"/>
    <domain name="pie.local" localOnly="yes"/>
    <dns>
    <forwarder addr="172.16.1.41"/>
    <forwarder addr="172.16.1.42"/>
    <host ip="172.16.1.41">
    <hostname>p-plex1.pie.local</hostname>
    <hostname>p-plex1</hostname>
    </host>
    <host ip="172.16.1.42">
    <hostname>p-plex2.pie.local</hostname>
    <hostname>p-plex2</hostname>
    </host>
    </dns>
    </network>


    I then perform a virsh net-define and a virsh net-start for both networks:



    virsh net-define cake.xml
    virsh net-define pie.xml

    virsh net-start cake
    virsh net-start pie


    At this point I can dig both sets of storage devices and get a response for their IP addresses from their respective running instance of dnsmasq.
    dig p-plex2.pie.local @172.16.1.1 or dig c-plex2.cake.local @172.16.0.1



    After starting the storage devices I can resolve any host for which each storage device has in its static DNS using the dnsmasq server.



    I can then tear all this down, and bring the other virtual environment up.



    tart.xml



    <network ipv6="yes">
    <name>tart</name>
    <bridge name="tart" stp="off"/>
    <ip address="172.16.0.1" netmask="255.255.255.0"/>
    <domain name="tart.local" localOnly="yes"/>
    <dns>
    <forwarder addr="172.16.0.41"/>
    <forwarder addr="172.16.0.42"/>
    <host ip="172.16.0.41">
    <hostname>t-plex1.pie.local</hostname>
    <hostname>t-plex1</hostname>
    </host>
    <host ip="172.16.0.42">
    <hostname>t-plex2.pie.local</hostname>
    <hostname>t-plex2</hostname>
    </host>
    </dns>
    </network>


    Again running



    virsh net-define tart.xml
    virsh net-start tart
    dig t-plex2.tart.local @172.16.0.1


    This is where things get cumbersome. All the answers and hints for dnsmasq in these type of configurations say to add files to /etc/NetworkManager/dnsmasq.d



    # /etc/NetworkManager/dnsmasq.d/01-cake.conf
    #
    # This file directs dnsmasq to forward any request to resolve
    # names under the cake.local domain to 172.16.0.1
    # this is dnsmasq configured for the cake network segment
    server=/cake.local/172.16.0.1

    # /etc/NetworkManager/dnsmasq.d/02-pie.conf
    #
    # This file directs dnsmasq to forward any request to resolve
    # names under the pie.local domain to 172.16.1.1
    # this is dnsmasq configured for the pie network segment
    server=/cake.local/172.16.1.1

    # /etc/NetworkManager/dnsmasq.d/01-tart.conf
    #
    # This file directs dnsmasq to forward any request to resolve
    # names under the cake.local domain to 172.16.0.1
    # this is dnsmasq configured for the tart network segment
    server=/tart.local/172.16.0.1


    The issue is when I switch from the cake & pie networks to tart, there is an ip collision between cake and tart. In addition I don't want cake & pie information in dnsmasq when running tart, the opposite is also true.



    Is there a configuration I am missing that will add and remove these dnsmasq forwarders in the NetworkManager owned dnsmasq instance?
    The goals are as follows:




    • Allow system use as normal for regular dns requests for
      authentication, web browsing etc.

    • Rapidly switch between cake + pie and tart virtual network configurations

    • No need to change the filesystem: /etc/NetworkManager/dnsmasq.d/

    • No cross configuration of tart vs cake & pie

    • Minimize NetworkManager restarts










    share|improve this question



























      0












      0








      0








      I'm wondering if there is a way to have libvirt push virtual network DNS information into the NetworkManager instance of dnsmasq. As always I'm working with RHEL 7 (7.6)



      Background:
      My team works with two different physical architectures that run a similar software suite. I am working on a way to virtualize the entire environment to make testing and development cheaper and more available to developers. As much as I would prefer to use containers, the operating system gets a more thorough workout and test by using virtual machines. The two environments differ in number of network segments, and naming conventions. IP addressing is similar.



      The road so far:
      I've configured NetworkManager to use dnsmasq by adding a config file to /etc/NetworkManager/config.d/00-use-dnsmasq.conf



      # /etc/NetworkManager/conf.d/00-use-dnsmasq.conf
      #
      # This enables the dnsmasq plugin.
      [main]
      dns=dnsmasq


      This launches dnsmasq controlled by NetworkManager and sets the nameserver in /etc/resolv.conf to 127.0.0.1. The upstream domain nameservers provided by dhcp are configured as forwarders for all zones in dnsmasq.



      Enter my virtual networks:
      Each network has two storage devices that also provide their own statically configured DNS for the rest of the real system.
      Since we are virtualizing, any requests my hypervisor makes for each named domain should be forwarded to the respective DNS.



      I built the following files (names & addresses changed to protect proprietary information) to define virtual networks in libvirt:



      cake.xml



      <network ipv6="yes">
      <name>cake</name>
      <bridge name="cake" stp="off"/>
      <ip address="172.16.0.1" netmask="255.255.255.0"/>
      <domain name="cake.local" localOnly="yes"/>
      <dns>
      <forwarder addr="172.16.0.41"/>
      <forwarder addr="172.16.0.42"/>
      <host ip="172.16.0.41">
      <hostname>plex1.cake.local</hostname>
      <hostname>plex1</hostname>
      </host>
      <host ip="172.16.0.42">
      <hostname>c-plex2.cake.local</hostname>
      <hostname>c-plex2</hostname>
      </host>
      </dns>
      </network>


      pie.xml



      <network ipv6="yes">
      <name>pie</name>
      <bridge name="pie" stp="off"/>
      <ip address="172.16.1.1" netmask="255.255.255.0"/>
      <domain name="pie.local" localOnly="yes"/>
      <dns>
      <forwarder addr="172.16.1.41"/>
      <forwarder addr="172.16.1.42"/>
      <host ip="172.16.1.41">
      <hostname>p-plex1.pie.local</hostname>
      <hostname>p-plex1</hostname>
      </host>
      <host ip="172.16.1.42">
      <hostname>p-plex2.pie.local</hostname>
      <hostname>p-plex2</hostname>
      </host>
      </dns>
      </network>


      I then perform a virsh net-define and a virsh net-start for both networks:



      virsh net-define cake.xml
      virsh net-define pie.xml

      virsh net-start cake
      virsh net-start pie


      At this point I can dig both sets of storage devices and get a response for their IP addresses from their respective running instance of dnsmasq.
      dig p-plex2.pie.local @172.16.1.1 or dig c-plex2.cake.local @172.16.0.1



      After starting the storage devices I can resolve any host for which each storage device has in its static DNS using the dnsmasq server.



      I can then tear all this down, and bring the other virtual environment up.



      tart.xml



      <network ipv6="yes">
      <name>tart</name>
      <bridge name="tart" stp="off"/>
      <ip address="172.16.0.1" netmask="255.255.255.0"/>
      <domain name="tart.local" localOnly="yes"/>
      <dns>
      <forwarder addr="172.16.0.41"/>
      <forwarder addr="172.16.0.42"/>
      <host ip="172.16.0.41">
      <hostname>t-plex1.pie.local</hostname>
      <hostname>t-plex1</hostname>
      </host>
      <host ip="172.16.0.42">
      <hostname>t-plex2.pie.local</hostname>
      <hostname>t-plex2</hostname>
      </host>
      </dns>
      </network>


      Again running



      virsh net-define tart.xml
      virsh net-start tart
      dig t-plex2.tart.local @172.16.0.1


      This is where things get cumbersome. All the answers and hints for dnsmasq in these type of configurations say to add files to /etc/NetworkManager/dnsmasq.d



      # /etc/NetworkManager/dnsmasq.d/01-cake.conf
      #
      # This file directs dnsmasq to forward any request to resolve
      # names under the cake.local domain to 172.16.0.1
      # this is dnsmasq configured for the cake network segment
      server=/cake.local/172.16.0.1

      # /etc/NetworkManager/dnsmasq.d/02-pie.conf
      #
      # This file directs dnsmasq to forward any request to resolve
      # names under the pie.local domain to 172.16.1.1
      # this is dnsmasq configured for the pie network segment
      server=/cake.local/172.16.1.1

      # /etc/NetworkManager/dnsmasq.d/01-tart.conf
      #
      # This file directs dnsmasq to forward any request to resolve
      # names under the cake.local domain to 172.16.0.1
      # this is dnsmasq configured for the tart network segment
      server=/tart.local/172.16.0.1


      The issue is when I switch from the cake & pie networks to tart, there is an ip collision between cake and tart. In addition I don't want cake & pie information in dnsmasq when running tart, the opposite is also true.



      Is there a configuration I am missing that will add and remove these dnsmasq forwarders in the NetworkManager owned dnsmasq instance?
      The goals are as follows:




      • Allow system use as normal for regular dns requests for
        authentication, web browsing etc.

      • Rapidly switch between cake + pie and tart virtual network configurations

      • No need to change the filesystem: /etc/NetworkManager/dnsmasq.d/

      • No cross configuration of tart vs cake & pie

      • Minimize NetworkManager restarts










      share|improve this question














      I'm wondering if there is a way to have libvirt push virtual network DNS information into the NetworkManager instance of dnsmasq. As always I'm working with RHEL 7 (7.6)



      Background:
      My team works with two different physical architectures that run a similar software suite. I am working on a way to virtualize the entire environment to make testing and development cheaper and more available to developers. As much as I would prefer to use containers, the operating system gets a more thorough workout and test by using virtual machines. The two environments differ in number of network segments, and naming conventions. IP addressing is similar.



      The road so far:
      I've configured NetworkManager to use dnsmasq by adding a config file to /etc/NetworkManager/config.d/00-use-dnsmasq.conf



      # /etc/NetworkManager/conf.d/00-use-dnsmasq.conf
      #
      # This enables the dnsmasq plugin.
      [main]
      dns=dnsmasq


      This launches dnsmasq controlled by NetworkManager and sets the nameserver in /etc/resolv.conf to 127.0.0.1. The upstream domain nameservers provided by dhcp are configured as forwarders for all zones in dnsmasq.



      Enter my virtual networks:
      Each network has two storage devices that also provide their own statically configured DNS for the rest of the real system.
      Since we are virtualizing, any requests my hypervisor makes for each named domain should be forwarded to the respective DNS.



      I built the following files (names & addresses changed to protect proprietary information) to define virtual networks in libvirt:



      cake.xml



      <network ipv6="yes">
      <name>cake</name>
      <bridge name="cake" stp="off"/>
      <ip address="172.16.0.1" netmask="255.255.255.0"/>
      <domain name="cake.local" localOnly="yes"/>
      <dns>
      <forwarder addr="172.16.0.41"/>
      <forwarder addr="172.16.0.42"/>
      <host ip="172.16.0.41">
      <hostname>plex1.cake.local</hostname>
      <hostname>plex1</hostname>
      </host>
      <host ip="172.16.0.42">
      <hostname>c-plex2.cake.local</hostname>
      <hostname>c-plex2</hostname>
      </host>
      </dns>
      </network>


      pie.xml



      <network ipv6="yes">
      <name>pie</name>
      <bridge name="pie" stp="off"/>
      <ip address="172.16.1.1" netmask="255.255.255.0"/>
      <domain name="pie.local" localOnly="yes"/>
      <dns>
      <forwarder addr="172.16.1.41"/>
      <forwarder addr="172.16.1.42"/>
      <host ip="172.16.1.41">
      <hostname>p-plex1.pie.local</hostname>
      <hostname>p-plex1</hostname>
      </host>
      <host ip="172.16.1.42">
      <hostname>p-plex2.pie.local</hostname>
      <hostname>p-plex2</hostname>
      </host>
      </dns>
      </network>


      I then perform a virsh net-define and a virsh net-start for both networks:



      virsh net-define cake.xml
      virsh net-define pie.xml

      virsh net-start cake
      virsh net-start pie


      At this point I can dig both sets of storage devices and get a response for their IP addresses from their respective running instance of dnsmasq.
      dig p-plex2.pie.local @172.16.1.1 or dig c-plex2.cake.local @172.16.0.1



      After starting the storage devices I can resolve any host for which each storage device has in its static DNS using the dnsmasq server.



      I can then tear all this down, and bring the other virtual environment up.



      tart.xml



      <network ipv6="yes">
      <name>tart</name>
      <bridge name="tart" stp="off"/>
      <ip address="172.16.0.1" netmask="255.255.255.0"/>
      <domain name="tart.local" localOnly="yes"/>
      <dns>
      <forwarder addr="172.16.0.41"/>
      <forwarder addr="172.16.0.42"/>
      <host ip="172.16.0.41">
      <hostname>t-plex1.pie.local</hostname>
      <hostname>t-plex1</hostname>
      </host>
      <host ip="172.16.0.42">
      <hostname>t-plex2.pie.local</hostname>
      <hostname>t-plex2</hostname>
      </host>
      </dns>
      </network>


      Again running



      virsh net-define tart.xml
      virsh net-start tart
      dig t-plex2.tart.local @172.16.0.1


      This is where things get cumbersome. All the answers and hints for dnsmasq in these type of configurations say to add files to /etc/NetworkManager/dnsmasq.d



      # /etc/NetworkManager/dnsmasq.d/01-cake.conf
      #
      # This file directs dnsmasq to forward any request to resolve
      # names under the cake.local domain to 172.16.0.1
      # this is dnsmasq configured for the cake network segment
      server=/cake.local/172.16.0.1

      # /etc/NetworkManager/dnsmasq.d/02-pie.conf
      #
      # This file directs dnsmasq to forward any request to resolve
      # names under the pie.local domain to 172.16.1.1
      # this is dnsmasq configured for the pie network segment
      server=/cake.local/172.16.1.1

      # /etc/NetworkManager/dnsmasq.d/01-tart.conf
      #
      # This file directs dnsmasq to forward any request to resolve
      # names under the cake.local domain to 172.16.0.1
      # this is dnsmasq configured for the tart network segment
      server=/tart.local/172.16.0.1


      The issue is when I switch from the cake & pie networks to tart, there is an ip collision between cake and tart. In addition I don't want cake & pie information in dnsmasq when running tart, the opposite is also true.



      Is there a configuration I am missing that will add and remove these dnsmasq forwarders in the NetworkManager owned dnsmasq instance?
      The goals are as follows:




      • Allow system use as normal for regular dns requests for
        authentication, web browsing etc.

      • Rapidly switch between cake + pie and tart virtual network configurations

      • No need to change the filesystem: /etc/NetworkManager/dnsmasq.d/

      • No cross configuration of tart vs cake & pie

      • Minimize NetworkManager restarts







      rhel networkmanager libvirt dnsmasq






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 15 hours ago









      pacmanwapacmanwa

      10414 bronze badges




      10414 bronze badges

























          0






          active

          oldest

          votes














          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "106"
          };
          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: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          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%2funix.stackexchange.com%2fquestions%2f535469%2fadd-libvirt-configured-dnsmasq-to-networkmanager-owned-dnsmasq-as-forwarders-for%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          0






          active

          oldest

          votes








          0






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes
















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Unix & Linux Stack Exchange!


          • 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%2funix.stackexchange.com%2fquestions%2f535469%2fadd-libvirt-configured-dnsmasq-to-networkmanager-owned-dnsmasq-as-forwarders-for%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

          Hudson River Historic District Contents Geography History The district today Aesthetics Cultural...

          The number designs the writing. Feandra Aversely Definition: The act of ingrafting a sprig or shoot of one...

          Ayherre Geografie Demografie Externe links Navigatiemenu43° 23′ NB, 1° 15′ WL43° 23′ NB, 1°...