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;
}
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
add a comment |
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
add a comment |
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
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
rhel networkmanager libvirt dnsmasq
asked 15 hours ago
pacmanwapacmanwa
10414 bronze badges
10414 bronze badges
add a comment |
add a comment |
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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