I recently had a problem where dnsmasq caused the system to crash by
filling the syslog with messages related to enable-ra. My currently
solution is to not use enable-ra and instead use radvd. The messages in
syslog are a pair of the form:
dnsmasq-dhcp[1029]: RTR-SOLICIT(eth0)
Just happened so I am still collecting information but ...
having a conf file with nothing much specified but:
...
interface=eth2
dhcp-range=fd00:ff:11::2,ra-only
...
results in a segfault
I got this on real hardware with libvirt but have been able to duplicate
it virtually. Attached are
On 03/11/2013 12:22 PM, Simon Kelley wrote:
On 11/03/13 15:33, Gene Czarcinski wrote:
Just happened so I am still collecting information but ...
having a conf file with nothing much specified but:
...
interface=eth2
dhcp-range=fd00:ff:11::2,ra-only
...
results in a segfault
I got
On 03/11/2013 12:44 PM, Gene Czarcinski wrote:
On 03/11/2013 12:22 PM, Simon Kelley wrote:
On 11/03/13 15:33, Gene Czarcinski wrote:
Just happened so I am still collecting information but ...
having a conf file with nothing much specified but:
...
interface=eth2
dhcp-range=fd00:ff:11::2,ra
On 02/12/2013 09:23 AM, Gene Czarcinski wrote:
On 02/11/2013 04:51 PM, Dan Williams wrote:
On Mon, 2013-02-11 at 16:42 -0500, Gene Czarcinski wrote:
On 02/11/2013 04:06 PM, Dan Williams wrote:
Fedora 17 and 18, until 0.9.7.997, left the DUID behavior up to
dhcleint, which appears to generate
On 02/10/2013 08:57 PM, Dan Williams wrote:
Best to test with is git master or the 0.9.7.995 release.
Too late ... I am running 0.9.7.997
So far things are working well (no problems).
I finally figured out that the easiest way to specify the duid-default
so that I would be using duid-LL is
On 02/10/2013 09:09 PM, Dan Williams wrote:
On Sat, 2013-02-09 at 11:01 -0500, Gene Czarcinski wrote:
snip
Unfortunately, what you have done is not going to scratch my itch!
First, I would like a bit of clarification. Is the DUID-UUID going to
be per system or per network interface? By per
On 02/11/2013 12:13 PM, Dan Williams wrote:
The option you're looking for*is* to set default-duid in the lease
file. That's exactly how you tell NM to use the DUID you want.
Otherwise, NM will generate the DUID-UUID.
See my other message. This appears to be not working.
Do you want me to
On 02/11/2013 04:06 PM, Dan Williams wrote:
Fedora 17 and 18, until 0.9.7.997, left the DUID behavior up to
dhcleint, which appears to generate a default DUID itself; but the
NetworkManager code will honor that existing DUID if it finds it in the
interface+connection specific lease file [1]. If
On 02/11/2013 04:35 PM, Dan Williams wrote:
On Mon, 2013-02-11 at 16:29 -0500, Gene Czarcinski wrote:
On 02/11/2013 04:12 PM, Dan Williams wrote:
See my reply to your other mail about this; I see what you're saying
now, and I think we can push for having whatever generates machine-id
(often
On 02/08/2013 05:11 PM, Dan Williams wrote:
On Fri, 2013-02-08 at 11:34 -0500, Gene Czarcinski wrote:
On 02/08/2013 10:39 AM, Gene Czarcinski wrote:
On 02/08/2013 10:17 AM, Simon Kelley wrote:
On 07/02/13 21:27, Gene Czarcinski wrote:
On 02/07/2013 04:22 PM, Gene Czarcinski wrote:
I
On 02/09/2013 11:01 AM, Gene Czarcinski wrote:
I need to look at the new code in NetworkManager to see what is being
done.
There is a testing candidate update out for NetworkManager and
networt-manager-applet (0.9.7.997) which addresses the bridge problem
among other issues.
I also updated
On 02/08/2013 10:17 AM, Simon Kelley wrote:
On 07/02/13 21:27, Gene Czarcinski wrote:
On 02/07/2013 04:22 PM, Gene Czarcinski wrote:
I was googling around and found this:
Looks like I got it working. I must admit that I was going off of
information back when IPv6 and DHCPv6 first came out
On 02/08/2013 10:39 AM, Gene Czarcinski wrote:
On 02/08/2013 10:17 AM, Simon Kelley wrote:
On 07/02/13 21:27, Gene Czarcinski wrote:
On 02/07/2013 04:22 PM, Gene Czarcinski wrote:
I was googling around and found this:
Looks like I got it working. I must admit that I was going off
I was googling around and found this:
Looks like I got it working. I must admit that I was going off of
information back when IPv6 and DHCPv6 first came out.
So it was my impression that in my DHCP server configuration I had to
use the old style of:
host-identifier option dhcp6.client-id
On 02/07/2013 04:22 PM, Gene Czarcinski wrote:
I was googling around and found this:
Looks like I got it working. I must admit that I was going off of
information back when IPv6 and DHCPv6 first came out.
So it was my impression that in my DHCP server configuration I had to
use the old
On 02/06/2013 02:29 AM, Tomas Hozza wrote:
- Original Message -
On 02/05/2013 03:13 PM, Tomas Hozza wrote:
I can do that and doing my best in Fedora and RHEL.
I had not noticed your email address until just now. It is Fedora
and RHEL that I had in mind but, IIRC, there are other
On 02/06/2013 06:03 AM, Simon Kelley wrote:
On 06/02/13 11:01, Gene Czarcinski wrote:
The only problem I currently have with dnsmasq is that there is no
predictable way to have a system assigned as specific IPv6 address the
way you can with IPv4 (MAC). When everything is working, it is OK
On 02/05/2013 10:30 AM, Tomas Hozza wrote:
- Original Message -
On 04/02/13 10:24, Tomas Hozza wrote:
Hello Simon.
We at Red Hat are scanning a lot of open source packages
with static analysis tool named Coverity. I have been scanning
and reviewing group of network daemons where
On 02/05/2013 03:13 PM, Tomas Hozza wrote:
I can do that and doing my best in Fedora and RHEL.
I had not noticed your email address until just now. It is Fedora and
RHEL that I had in mind but, IIRC, there are other distributions that
have non-current dnsmasq. As far as that goes, Fedora 17
On 01/14/2013 01:35 PM, Sheng Yang wrote:
On Mon, Jan 14, 2013 at 9:49 AM, Sheng Yang sh...@yasker.org
mailto:sh...@yasker.org wrote:
Hi Simon,
Thank you for help! It's the problem!
However, after I correct this one, dnsmasq still failed to hand
out IP address, using
On 12/19/2012 05:01 PM, Gene Czarcinski wrote:
On 12/19/2012 11:48 AM, Simon Kelley wrote:
On 19/12/12 16:21, Gene Czarcinski wrote:
On 12/19/2012 08:20 AM, Simon Kelley wrote:
Give what you say above about DHCPv6, what needs to be specified by
dhclient so that it can get nailed-address if one
I need dsmasq's dhcp service to provide nailed (that is, fixed) IPv4
and IPv6 addresses to a NIC on a specific system. My reasons for
needing this are to have a single point where this is specified amd to
keep the general general usefullness while having a fixed address that
can be used fro
On 12/19/2012 08:20 AM, Simon Kelley wrote:
On 19/12/12 11:06, Gene Czarcinski wrote:
I need dsmasq's dhcp service to provide nailed (that is, fixed) IPv4
and IPv6 addresses to a NIC on a specific system. My reasons for
needing this are to have a single point where this is specified amd
On 12/19/2012 11:48 AM, Simon Kelley wrote:
On 19/12/12 16:21, Gene Czarcinski wrote:
On 12/19/2012 08:20 AM, Simon Kelley wrote:
Give what you say above about DHCPv6, what needs to be specified by
dhclient so that it can get nailed-address if one is available? If it
just asks for all
I should look at the code and answer this for myself or run some kind of
test but I am in the middle of something.
If a dnsmasq parameter specification includes one or more embedded
spaces, does this need to be placed in quotes?
Gene
___
On 12/06/2012 08:12 AM, Simon Kelley wrote:
On 06/12/12 13:10, Gene Czarcinski wrote:
I should look at the code and answer this for myself or run some kind of
test but I am in the middle of something.
If a dnsmasq parameter specification includes one or more embedded
spaces, does this need
On 12/06/2012 10:57 AM, Karsten Heymann wrote:
Hi,
in isc-dhcp it is possible to specify the fixed-address of a dhcp host
via its hostname and have the dhcp server resolve this upon a dhcp
request, so the only place IP addresses are stored is in the dns. I'm
not using the dnsmasq dns server (-p
On 12/03/2012 04:39 AM, Simon Kelley wrote:
On 02/12/12 22:18, Simon Kelley wrote:
On 02/12/12 16:32, Gene Czarcinski wrote:
All tests run with dnsmasq 2.64rc2
Rebuilt libvirt so that I was sure what was running.
1. libvirt gc2.35: bind-dynamic interface=virbr__
2. libvirt gc2.36: bind
On 12/01/2012 04:25 PM, Simon Kelley wrote:
I've pushed dnsmasq-2.64rc2 at
http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.64rc2.tar.gz
This adds an extra check on which interfaces router advertisements go
out on, and the SetDomainServers DBus method. This will become
On 12/02/2012 06:19 AM, Gene Czarcinski wrote:
On 12/01/2012 04:25 PM, Simon Kelley wrote:
I've pushed dnsmasq-2.64rc2 at
http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.64rc2.tar.gz
This adds an extra check on which interfaces router advertisements go
out
On 12/02/2012 06:34 AM, Gene Czarcinski wrote:
On 12/02/2012 06:19 AM, Gene Czarcinski wrote:
On 12/01/2012 04:25 PM, Simon Kelley wrote:
I've pushed dnsmasq-2.64rc2 at
http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.64rc2.tar.gz
This adds an extra check on which
All tests run with dnsmasq 2.64rc2
Rebuilt libvirt so that I was sure what was running.
1. libvirt gc2.35: bind-dynamic interface=virbr__
2. libvirt gc2.36: bind-interfaces except-interface=lo interface=virbr__
Wireshark run on p33p1 for each test.
After updating libvirt, waiting for
On 11/30/2012 05:23 PM, Gene Czarcinski wrote:
On 11/30/2012 04:18 PM, Simon Kelley wrote:
On 30/11/12 21:03, Gene Czarcinski wrote:
On 11/30/2012 12:45 PM, Simon Kelley wrote:
On 30/11/12 17:20, Gene Czarcinski wrote:
On 11/30/2012 11:32 AM, Simon Kelley wrote:
On 30/11/12 15:54, Gene
Well, I seem to be able to create the problem at will!
I created a small patch (attached) to instrument things. The result was
that BOTH autostarted networks got screwed up! The syslog is also
attached. Here is the output of ip addr which show not one but TWO bad
addresses on it [10:6 and
On 12/01/2012 03:36 PM, Gene Czarcinski wrote:
Well, I seem to be able to create the problem at will!
I created a small patch (attached) to instrument things. The result
was that BOTH autostarted networks got screwed up! The syslog is also
attached. Here is the output of ip addr which show
On 12/01/2012 04:02 PM, Gene Czarcinski wrote:
On 12/01/2012 03:36 PM, Gene Czarcinski wrote:
Well, I seem to be able to create the problem at will!
I created a small patch (attached) to instrument things. The result
was that BOTH autostarted networks got screwed up! The syslog is also
On 11/29/2012 04:18 PM, Simon Kelley wrote:
On 29/11/12 20:31, Gene Czarcinski wrote:
I spoke too quickly.
The cause of the problem is libvirt related but I am not sure what just
yet.
I was running a libvirt that had a lot of stuff on it but seemed to
work OK. Then, earlier today I update
On 11/30/2012 12:45 PM, Simon Kelley wrote:
On 30/11/12 17:20, Gene Czarcinski wrote:
On 11/30/2012 11:32 AM, Simon Kelley wrote:
On 30/11/12 15:54, Gene Czarcinski wrote:
On 11/29/2012 04:18 PM, Simon Kelley wrote:
On 29/11/12 20:31, Gene Czarcinski wrote:
I spoke too quickly.
The cause
On 11/30/2012 04:18 PM, Simon Kelley wrote:
On 30/11/12 21:03, Gene Czarcinski wrote:
On 11/30/2012 12:45 PM, Simon Kelley wrote:
On 30/11/12 17:20, Gene Czarcinski wrote:
On 11/30/2012 11:32 AM, Simon Kelley wrote:
On 30/11/12 15:54, Gene Czarcinski wrote:
On 11/29/2012 04:18 PM, Simon
On 11/28/2012 03:31 PM, Simon Kelley wrote:
On 25/11/12 18:39, Gene Czarcinski wrote:
On 11/25/2012 01:10 PM, Vladislav Grishenko wrote:
Hi Gene,
Instead of deprecating/turning-off logging by facility, it would be
better
to have ability to tune loglevel for each sysbsystem.
Like following
On 11/29/2012 11:28 AM, Simon Kelley wrote:
On 29/11/12 16:06, Gene Czarcinski wrote:
Something is definitely not working correctly. I do not know if you
have a qemu/kvm setup so duplicating the conditions that way will not work.
Attached is a piece of syslog (before I patched things
On 11/29/2012 02:08 PM, Gene Czarcinski wrote:
On 11/29/2012 11:28 AM, Simon Kelley wrote:
On 29/11/12 16:06, Gene Czarcinski wrote:
Something is definitely not working correctly. I do not know if you
have a qemu/kvm setup so duplicating the conditions that way will
not work.
Attached
On 11/29/2012 02:56 PM, Gene Czarcinski wrote:
On 11/29/2012 02:08 PM, Gene Czarcinski wrote:
On 11/29/2012 11:28 AM, Simon Kelley wrote:
On 29/11/12 16:06, Gene Czarcinski wrote:
Something is definitely not working correctly. I do not know if you
have a qemu/kvm setup so duplicating
I believe that RA will work in the manner described below but have not
verified/tested this yet.
If there are 4 IPv6 (gateway) addresses specified on an interface and
one of those addresses has a dhcp-range specified, then having a
dhcp-range=ipv6-addr, ra-only specified for the other three
On 11/26/2012 11:49 AM, Simon Kelley wrote:
On 26/11/12 16:08, Gene Czarcinski wrote:
I believe that RA will work in the manner described below but have not
verified/tested this yet.
If there are 4 IPv6 (gateway) addresses specified on an interface and
one of those addresses has a dhcp-range
On 11/26/2012 03:22 PM, John Brendler wrote:
Hi Gene,
Instead of deprecating/turning-off logging by facility, it would be
better to have ability to tune loglevel for each sysbsystem.
Like following: where 0 means
log-level=dhcp,dhcpv6,6,dns,7,ra,-1
Best Regards, Vladislav Grishenko
++
On 11/26/2012 04:18 PM, Gene Czarcinski wrote:
On 11/26/2012 03:22 PM, John Brendler wrote:
Hi Gene,
Instead of deprecating/turning-off logging by facility, it would be
better to have ability to tune loglevel for each sysbsystem.
Like following: where 0 means
log-level=dhcp,dhcpv6,6,dns,7
On 11/24/2012 11:20 AM, Gene Czarcinski wrote:
OK, I am using both ra-only and enable-ra in a couple of libvirt
dnsmasq instances.
1. I am getting a lot of clutter in syslog. How about using
log-dhcp to also enable all of the RTR-ADVERT messages. There are a
lot of them but they really
it
is better to have most of those messages inhibited so that some warning
or error message will be seen.
Gene
-Original Message-
From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Gene Czarcinski
Sent: Sunday
OK, I am using both ra-only and enable-ra in a couple of libvirt
dnsmasq instances.
1. I am getting a lot of clutter in syslog. How about using log-dhcp
to also enable all of the RTR-ADVERT messages. There are a lot of
them but they really provide little if any useful information. That
Libvirt is in the process of changing for using bind-interface to using
bind-dynamic to fix a security related issue where dnsmasq was
responding to port 53 queries which did not occur on an address on the
virtual network interface that instance of dnsmasq was supporting.
OK, now a question.
On 11/05/2012 02:50 PM, Simon Kelley wrote:
On 05/11/12 18:18, Gene Czarcinski wrote:
Libvirt currently intends not require updating to some recent version of
dnsmasq. Currently, that means besides 2.63, they want to handle
situations where dnsmasq-2.48 and dnsmasq-2.59 are installed
On 11/06/2012 11:47 AM, Simon Kelley wrote:
On 06/11/12 16:41, Gene Czarcinski wrote:
On 11/05/2012 02:50 PM, Simon Kelley wrote:
On 05/11/12 18:18, Gene Czarcinski wrote:
Libvirt currently intends not require updating to some recent
version of
dnsmasq. Currently, that means besides 2.63
Libvirt currently intends not require updating to some recent version of
dnsmasq. Currently, that means besides 2.63, they want to handle
situations where dnsmasq-2.48 and dnsmasq-2.59 are installed on the system.
1. What is a good way to identify what services are supported by a
running
These days many/some systems have made quick bootup speed an important
objective. Thus, on Fedora 17 with performance hardware, NetworkManager
and dnsmasq are in a race for initializing interfaces and dnsmasq is losing.
By losing I mean that dnsmasq fails startup because one or more of its
On 11/04/2012 08:29 AM, si...@thekelleys.org.uk wrote:
These days many/some systems have made quick bootup speed an important
objective. Thus, on Fedora 17 with performance hardware, NetworkManager
and dnsmasq are in a race for initializing interfaces and dnsmasq is
losing.
By losing I mean
On 11/01/2012 08:59 AM, Gene Czarcinski wrote:
On 10/31/2012 04:41 PM, Gene Czarcinski wrote:
Instead of running both radvd and dnsmasq, I would like to run only
dnsmasq and have it do what is now being done by radvd.
This is for libvirt so there are some specifics which could help.
1
On 11/01/2012 10:08 AM, Simon Kelley wrote:
On 01/11/12 12:59, Gene Czarcinski wrote:
On 10/31/2012 04:41 PM, Gene Czarcinski wrote:
Instead of running both radvd and dnsmasq, I would like to run only
dnsmasq and have it do what is now being done by radvd.
This is for libvirt so
Instead of running both radvd and dnsmasq, I would like to run only
dnsmasq and have it do what is now being done by radvd.
This is for libvirt so there are some specifics which could help.
1. There will be one and only one interface for an instance of dnsmasq.
2. Currently (at least with
On 10/24/2012 06:33 AM, Simon Kelley wrote:
On 23/10/12 17:32, Gene Czarcinski wrote:
I am going to add some code to do such logging because it seems I need
some proof that the problem exists. I have no idea why, but there
appears to be reluctance on the part of the libvirt developers
The thread was getting way too long so I have started a new one.
Simon, now that I have given it some thought, dhcp6_packet() should
never see any dhcpv6 packets except those which it should see. If it
does see a packet which it must drop, that implies things are not
configured properly.
For
It would be useful to libvirt if dnsmasq would reread the configuration
file and/or the files in the configuration directory upon demand (via
SIGsomething) as is done for some other files.
Right now, when minor changes are made to a network configuration, it is
necessary to restart dnsmasq to
On 10/17/2012 03:18 PM, Simon Kelley wrote:
On 17/10/12 14:54, Gene Czarcinski wrote:
OK, I believe I understand: as you describe it, this is needed for
dhcp4. However, getting a little more understanding of how dhcp6 works
from my last round of debugging, dhcp6 currently does handle multiple
On 10/19/2012 07:11 AM, Gene Czarcinski wrote:
On 10/17/2012 03:18 PM, Simon Kelley wrote:
On 17/10/12 14:54, Gene Czarcinski wrote:
OK, I believe I understand: as you describe it, this is needed for
dhcp4. However, getting a little more understanding of how dhcp6 works
from my last round
On 10/17/2012 10:38 AM, richardvo...@gmail.com wrote:
Now, I assume that all dhcmasq instantiations will each get copies
of all dhcp6 packets.
Unicast UDP doesn't guarantee that, usually a unicast packet is only
delivered to one socket.
Someone more expert is going to need to reply
On 10/16/2012 09:00 AM, Simon Kelley wrote:
On 15/10/12 22:22, Gene Czarcinski wrote:
The address we have is going to be ff00::1:2 so checking the address
list against it is useless. Scanning daemon-if_names is still needed.
Also daemon-interfaces is lacking some info we need namely AF_INET
On 10/15/2012 06:47 AM, Simon Kelley wrote:
On 13/10/12 19:39, Gene Czarcinski wrote:
I again proved to myself that specifying listen-address=ip4-address
and listen-address=ip6-address does not work with dhcp6 whereas
specifying interface=eth0 does. I am not sure how/why it seems to work
On 10/15/2012 12:04 PM, Simon Kelley wrote:
On 15/10/12 15:48, Gene Czarcinski wrote:
On 10/15/2012 06:47 AM, Simon Kelley wrote:
On 13/10/12 19:39, Gene Czarcinski wrote:
I again proved to myself that specifying listen-address=ip4-address
and listen-address=ip6-address does not work
On 10/15/2012 04:02 PM, Simon Kelley wrote:
On 15/10/12 18:05, Gene Czarcinski wrote:
I did not really need that because I had already instrumented
iface_check(). It is failing because iface_check() is checking the wrong
list. Instead of checking the daemon-if_names and daemon-if_addrs
lists
On 10/12/2012 04:41 PM, Simon Kelley wrote:
On 12/10/12 13:56, Gene Czarcinski wrote:
On 10/12/2012 06:44 AM, Simon Kelley wrote:
OK, it is what is. Is there some practical way to tell dnsmasq an
association for a hostname and an IPv6 address? I cannot see
something
like that used to update
On 10/13/2012 01:20 PM, Gene Czarcinski wrote:
-
+ /* When bind-interfaces is set, there might be more than one dnmsasq
+ instance binding port 547. That's OK if they serve different
networks.
+ Need to set REUSEADDR to make this posible, or REUSEPORT
Attached is the patch that worked. Do you intend to incorporate this
into dnsmasq?
I still have the setting of IPV6_V6ONLY and I do not know if this is
needed. I will try and run some tests without it and see if it still works.
Now that I have something that can run multiple dnsmasq dhcp6
On 10/13/2012 02:39 PM, Gene Czarcinski wrote:
I still have the setting of IPV6_V6ONLY and I do not know if this is
needed. I will try and run some tests without it and see if it still
works.
Tested: not needed.
Gene
___
Dnsmasq-discuss mailing
In my recent testing, I believe I may have discovered a small problem
(bug?) related to IPv6.
For IPv4, if you specify listen-address= or interface=, both the name
and dhcp functions work. For IPv6, if you specify interface=, again
both the name and dhcp6 functions work (dnsmasq responds).
On 10/12/2012 06:44 AM, Simon Kelley wrote:
OK, it is what is. Is there some practical way to tell dnsmasq an
association for a hostname and an IPv6 address? I cannot see something
like that used to update an authoritative name server but it would be
useful to have some kind of an update
I got a bit of a surprise today when I discovered that it is not
possible to run more that one dhcp6 server on a single host. This
appears to be true whether it is an ISC-dhcpd6 server and dnsmasq or two
dnsmasq servers. They each want exclusive use of UDP6 port 547.
With IPv4, you could
I am running some tests. My testing needs to involve using both
radvd/dnsmasq and radvd/named/dhcpd/dhpd6 to provide ip6 routing, dhcp,
dhcp6, and name services for networks running both ip4 and ip6 on the
same network.
So far, I had been separating the two in time: first, radvd,dnsmasq and
and in dnsmasq enable-ra agin.
The Ubunut client with with Automatic/Address only, gets only SLAAC,
not DHCP.
In the discussion so far, was it indicated if dnsmasq RA ca do the
equivalent of AdvSendAdvert on; AdvManagedFlag on; ?
Sean
On 2 October 2012 05:36, Gene Czarcinski g...@czarc.net wrote:
On 10
On 10/01/2012 04:43 PM, Simon Kelley wrote:
On 01/10/12 21:13, Sean Boran wrote:
I have not tested dnsmasq to see if it could provide the RA, dhcp,
and dns
services for IPv6 but I am interested that it would.
It can do RA, but I disabled it, as I did on my router. For me it was
necessary on
On 09/25/2012 05:41 AM, Sean Boran wrote:
I also disable enable-ra, since ra should not be needed, when using dhcp?
OK, I am going to break into the middle of this thread.
The stuff about not needing RA is not necessarily true. I have been
doing a little work to enhance the Linux
On 09/14/2012 03:39 PM, Gene Czarcinski wrote:
I have been trying to get some (virtual) IPv6 networks working with
dnsmasq acting as both an dhcp6 server and a dns server. I really do
not care how the IP6 addresses are assigned but I do want the system
names in dnsmasq's dns service so
On 09/15/2012 10:34 AM, Gui Iribarren wrote:
On Sat, Sep 15, 2012 at 11:20 AM, Gene Czarcinski g...@czarc.net wrote:
On 09/14/2012 03:39 PM, Gene Czarcinski wrote:
I have been trying to get some (virtual) IPv6 networks working with
dnsmasq acting as both an dhcp6 server and a dns server. I
I have been trying to get some (virtual) IPv6 networks working with
dnsmasq acting as both an dhcp6 server and a dns server. I really do
not care how the IP6 addresses are assigned but I do want the system
names in dnsmasq's dns service so that these systems can be referred to
by name.
At
not the extensive technical details.
Gene
Original Message
Subject:Re: dnsmasq: bogus-priv for IPV6
Date: Mon, 10 Sep 2012 11:43:56 +0100
From: Daniel P. Berrange berra...@redhat.com
Reply-To: Daniel P. Berrange berra...@redhat.com
To: Gene Czarcinski g
On 09/08/2012 05:13 AM, Jim Bos wrote:
On 09/07/2012 09:49 PM, Simon Kelley wrote:
On 07/09/12 17:47, Gene Czarcinski wrote:
dnsmasq has an option which makes a lot of sense to me: bogus-priv
which, when specified, has the effect that IPV4 private networks
10.0.00/8, 172.16.0.0/12
dnsmasq has an option which makes a lot of sense to me: bogus-priv
which, when specified, has the effect that IPV4 private networks
10.0.00/8, 172.16.0.0/12 and 192.168.0.0/16 are not forwarded since
these are reserved for local/private networks.
How about extending this option (or add a
On 09/05/2012 10:49 AM, Simon Kelley wrote:
On 04/09/12 19:41, Gene Czarcinski wrote:
On 09/04/2012 11:02 AM, Gene Czarcinski wrote:
OK, this is similar to my previous questions/issues involving dnsmasq
forwarding queries for unknown names for the name domain that it is
managing (even
OK, this is similar to my previous questions/issues involving dnsmasq
forwarding queries for unknown names for the name domain that it is
managing (even if that domain name is null).
Now the second part. Whether an instance of dnsmasq is providing a dhcp
service or not, is there a way to
On 09/04/2012 11:02 AM, Gene Czarcinski wrote:
OK, this is similar to my previous questions/issues involving dnsmasq
forwarding queries for unknown names for the name domain that it is
managing (even if that domain name is null).
Now the second part. Whether an instance of dnsmasq
On 08/31/2012 09:59 AM, Simon Kelley wrote:
On 30/08/12 17:20, Gene Czarcinski wrote:
On 08/30/2012 10:31 AM, Simon Kelley wrote:
On 30/08/12 13:11, Gene Czarcinski wrote:
The patch below has been tested and returns NXDOMAIN for A and
plain-name queries (which stops /usr/bin/host) from
The patch below has been tested and returns NXDOMAIN for A and
plain-name queries (which stops /usr/bin/host) from doing an MX query
(domain-needed is specified). But a host -t DS com and host -t DS
org returns the expected info.
A really simple patch:
On 08/30/2012 10:31 AM, Simon Kelley wrote:
On 30/08/12 13:11, Gene Czarcinski wrote:
The patch below has been tested and returns NXDOMAIN for A and
plain-name queries (which stops /usr/bin/host) from doing an MX query
(domain-needed is specified). But a host -t DS com and host -t DS
org
On 08/29/2012 10:47 AM, Simon Kelley wrote:
On 25/08/12 21:23, Gene Czarcinski wrote:
On 08/25/2012 03:07 PM, Gene Czarcinski wrote:
On 08/24/2012 03:26 PM, Gene Czarcinski wrote:
On 08/23/2012 10:26 AM, Gene Czarcinski wrote:
For a query from test2 of host xxx, the response were:
query
On 08/29/2012 02:58 PM, Gene Czarcinski wrote:
I am going to take a deeper look at the debian bug report and try to
see just what bounds is trying to do.
OK, I ran some additional tests for host -t DS com and used wireshark
to monitor the interface directly to my ISP on the Internet. Yup
On 08/25/2012 04:23 PM, Gene Czarcinski wrote:
On 08/25/2012 03:07 PM, Gene Czarcinski wrote:
On 08/24/2012 03:26 PM, Gene Czarcinski wrote:
On 08/23/2012 10:26 AM, Gene Czarcinski wrote:
For a query from test2 of host xxx, the response were:
query[A]: config xxx.tst is NXDOMAIN-IPv6
query
On 08/24/2012 03:26 PM, Gene Czarcinski wrote:
On 08/23/2012 10:26 AM, Gene Czarcinski wrote:
For a query from test2 of host xxx, the response were:
query[A]: config xxx.tst is NXDOMAIN-IPv6
query[A]: config xxx is NODATA-IPv4
query[]: config xxx is NODATA-IPv6
query[MX]: forwarded xxx
On 08/25/2012 03:07 PM, Gene Czarcinski wrote:
On 08/24/2012 03:26 PM, Gene Czarcinski wrote:
On 08/23/2012 10:26 AM, Gene Czarcinski wrote:
For a query from test2 of host xxx, the response were:
query[A]: config xxx.tst is NXDOMAIN-IPv6
query[A]: config xxx is NODATA-IPv4
query[]: config
I am a recent convert to dnsmasq. Previously, I was using bind(named)
and dhcpd to support my small research network. I also run
libvirt/qemu/kvm virtualization and noticed its use of dnsmasq ... I was
impressed. In fact, since every system upgrade results in a bind(named)
and dhcpd
On 08/23/2012 10:44 AM, /dev/rob0 wrote:
Simon is on holiday and might not be able to answer very soon. The
only other nugget I can toss out is this one:
On Thu, Aug 23, 2012 at 10:26:25AM -0400, Gene Czarcinski wrote:
I checked my dnsmasq.conf and I have local=/xxx/, domain xxx,
XXX
100 matches
Mail list logo
