Re: [Dnsmasq-discuss] No DHCPOffer back but DHCPDiscover is being received by machine

2020-04-14 Thread Josh H
> Tell more about the set up  in use.

I'm running a very odd environment in that I'm using 2 usermodelinux
virtual machines connected via a virtual hub. I've got such a simple setup
because originally I had a much larger configuration and wanted to test it
wasn't something messed up in routing and such.

Just wanted to add that dnsmasq 2.62 with a much older Linux kernel (3.2
from memory?) worked on this sort of setup perfectly fine, so it seems
thats either the kernel update or a newer version of dnsmasq has broken
something along the way.

Thanks,
Josh

P.s never used a mailing list before so apologies for the wrong formatting!

>
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss


Re: [Dnsmasq-discuss] No DHCPOffer back but DHCPDiscover is being received by machine

2020-04-14 Thread Simon Kelley


On 14/04/2020 18:51, Josh H wrote:
> Hi there,
> 
> I'm receiving no DHCPOffer back from my DHCPDiscover. However, I can
> tcpdump the machine running dnsmasq and it is receiving the DHCPOffer
> packets. 
> 
> Here's my very very simple dnsmasq.conf
> # To disable dnsmasq's DNS server functionality.
> port=0
> 
> # To enable dnsmasq's DHCP server functionality.
> dhcp-range=192.168.1.3,192.168.1.8,255.255.255.240,12h
> 
> # Set gateway as Router. Following two lines are identical.
> #dhcp-option=option:router,192.168.0.1
> dhcp-option=3,192.168.0.1
> 
> # Set DNS server as Router.
> dhcp-option=6,192.168.0.1
> 
> # Logging.
> log-facility=/var/log/dnsmasq.log   # logfile path.
> log-async
> log-queries # log queries.
> log-dhcp    # log dhcp related messages.
> 
> Here's the contents of /var/log/dnsmasq.log after running dhclient on a
> machine connected to the subnet:
> Apr 14 18:36:57 dnsmasq[1702]: started, version 2.80 DNS disabled
> Apr 14 18:36:57 dnsmasq[1702]: compile time options: IPv6 GNU-getopt
> DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC
> loop-detect inotify dumpfile
> Apr 14 18:36:57 dnsmasq-dhcp[1702]: DHCP, IP range 192.168.1.3 --
> 192.168.1.8, lease time 12h
> 

So, nothing logged indicating that the DHCPDiscover has been recieved?
If not, my guess would be an iptables rules blocking incoming packets
sent to 255.255.255.255.

> I can see the service running with netstat -anp4:
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local Address           Foreign Address        
> State       PID/Program name    
> udp        0      0 0.0.0.0:67             
>  0.0.0.0:*                           1702/dnsmasq        
> udp        0      0 0.0.0.0:1701           
>  0.0.0.0:*                           1607/xl2tpd         
> 
> There are no firewalls setup anywhere on my network for the moment. I
> have been able to get isc-dhcp-server to successfully allocate DHCP
> requests just fine however, so I don't think it's anything broken with
> DHCP in general. I'm running Linux kernel 5.6.2 and using dnsmasq from
> Debian Bullseye.

Working on ISC but not dnsmasq reinforces my diagnosis: dhcpd bypasses
iptables for such packets, dnsmasq doesn't.



Cheers,

Simon.


> 
> Hopefully someone can work out my issue!
> Thank you very much!
> 
> ___
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> 

___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss


Re: [Dnsmasq-discuss] ignore mac address for one of the dhcp

2020-04-14 Thread Geert Stappers
On Tue, Apr 14, 2020 at 03:05:38AM -0400, John Siu wrote:
> On Mon, Apr 13, 2020 at 12:15 PM Geert Stappers wrote:
> > On Mon, Apr 13, 2020 at 10:18:31AM -0400, John Siu wrote:
> > > On Mon, Apr 13, 2020 at 4:54 AM Geert Stappers wrote:
> > > > On Sun, Apr 12, 2020 at 03:14:33PM -0400, John Siu wrote:
> > > > > I am running dnsmasq on a multiple port box. Following are dhcp config
> > > > > for the lan and dmz ports:
> > > > >
> > > > > ---
...  complete version follows ...
> > > > > ---
> > > > >
> > > > > They work correctly for network connected to those ports.
> > > >
> > > > I wonder how.
> > > >
> > > > I mean: The provided information looks incomplete to me.
> > > > Might be due an attempt to make the config more generic.
> > > >
> > > >
> > > >
> > > Following is the complete 92-dhcp.conf file I am using. It is not generic.
> > > I have interface name "lan" and "dmz" setup in network config.
> >
> > Ah
> >
> > > ---
> > > log-dhcp
> > > quiet-dhcp
> > > quiet-dhcp6
> > > quiet-ra
> > >
> > > enable-ra
> > >
> > > ## LAN
> > > dhcp-range=tag:lan,::1,constructor:lan,ra-names,72h # IPv6
> > > dhcp-range=tag:lan,172.16.168.130,172.16.168.250,72h # IPv4
> > > dhcp-option=tag:lan,option:router,172.16.168.1 # option 3 default gw
> > > dhcp-option=tag:lan,option:dns-server,172.16.168.1 # option 6 dns
> > > #dhcp-option=tag:lan,option:ntp-server,172.16.168.1
> > >
> > > ## DMZ
> > > dhcp-range=tag:dmz,::1,constructor:dmz,ra-names,72h # IPv6
> > > dhcp-range=tag:dmz,10.10.10.100,10.10.10.120,72h # IPv4
> > > dhcp-option=tag:dmz,option:router,10.10.10.1 # option 3 default gw
> > > dhcp-option=tag:dmz,option:dns-server,10.10.10.1 # option 6 dns
> > > #dhcp-option=tag:dmz,option:ntp-server,10.10.10.1
> > >
> > > ## Lease
> > > dhcp-hostsfile=/etc/dnsmasq.d/extra/dhcp.hosts
> > > dhcp-leasefile=/etc/dnsmasq.d/extra/dhcp.lease
> > > ---
> > >
> > > > > However, I am having issue with the switch which connect to both dmz
> > > > > and lan ports with different VLANs. As those VLAN ports share the same
> > > > > mac address, sometimes the switch will pick up IP from the lan side,
> > > > > and sometimes from the dmz side.
> > > > >
> > > > > How can I make dnsmasq only serve IP on the lan side for this 
> > > > > specific mac
> > > > > address?
> > > >
> > > > Tell more about what you have.
> > > >
> > > The switch is a Netgear GS908E. It has 8 ports. I setup 2 vlan, one for
> > > dmz, one for lan. So there is one cable from my server dmz port to the dmz
> > > vlan, same for lan.
> >
> > Thanks.  I'm not used to interface names like 'lan' or 'dmz'.
> > I'm used to interface names like 'eth0' and 'enp181s0f2'
> >
> >
> > > The switch is configure to use dhcp for its ip.
> >
> > OK, Acknowledge.  (As in "I respect your design decission" )
> >
> >
> > > However, it requests dhcp from all ports. As a result, sometime it pick up
> > > 172.x.x.x, and sometimes it pickup 10.x.x.x address.
> >
> > (and that is the challenge we are facing)
> >
> >
> > I have been reading the dnsmasq manual page  (again ;-) But I could not
> > find a clear solution for coping with duplicate MAC-addresses.
> >
> > The is `--dhcp-ignore=tag:...` no use in this case.
> >
> >
> > Idea  (wild idea?)
> >
> >   dhcp-host:01:00:18:4D:C0:3F:0E,172.16.168.251,12h
> >
> > In other words: Make a "static reserveration" for the swith in LAN
> >
> 
> I tried , also with tag:lan, and set:lan,
> the switch will still pick up 10.x.x.x address.
> 

Acknowledge.And thanks for reporting back.


I see no solution to the problem at dnsmasq end.

My advice is to re-consider why the switch must get all of it's IP
addresses through DHCP.



Regards
Geert Stappers
-- 
Silence is hard to parse

___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss


Re: [Dnsmasq-discuss] No DHCPOffer back but DHCPDiscover is being received by machine

2020-04-14 Thread Geert Stappers
On Tue, Apr 14, 2020 at 06:51:25PM +0100, Josh H wrote:
> Hi there,
> 
> I'm receiving no DHCPOffer back from my DHCPDiscover. However, I can
> tcpdump the machine running dnsmasq and it is receiving the DHCPOffer
> packets.
 
Acknowledge


> Here's my very very simple dnsmasq.conf
> # To disable dnsmasq's DNS server functionality.
> port=0
> 
> # To enable dnsmasq's DHCP server functionality.
> dhcp-range=192.168.1.3,192.168.1.8,255.255.255.240,12h
> 
> # Set gateway as Router. Following two lines are identical.
> #dhcp-option=option:router,192.168.0.1
> dhcp-option=3,192.168.0.1
> 
> # Set DNS server as Router.
> dhcp-option=6,192.168.0.1
> 
> # Logging.
> log-facility=/var/log/dnsmasq.log   # logfile path.
> log-async
> log-queries # log queries.
> log-dhcp# log dhcp related messages.

Acknowledge on `log DHCP`


> 
> Here's the contents of /var/log/dnsmasq.log after running dhclient on a
> machine connected to the subnet:
> Apr 14 18:36:57 dnsmasq[1702]: started, version 2.80 DNS disabled
> Apr 14 18:36:57 dnsmasq[1702]: compile time options: IPv6 GNU-getopt DBus 
> i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect 
> inotify dumpfile
> Apr 14 18:36:57 dnsmasq-dhcp[1702]: DHCP, IP range 192.168.1.3 -- 
> 192.168.1.8, lease time 12h
 
Missing DHCP related entries ...


> I can see the service running with netstat -anp4:
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local AddressForeign Address   State PID/Program name
> udp0  0 0.0.0.0:67   0.0.0.0:* 1702/dnsmasq
> udp0  0 0.0.0.0:1701 0.0.0.0:* 1607/xl2tpd
> 
> There are no firewalls setup anywhere on my network for the moment. I have
> been able to get isc-dhcp-server to successfully allocate DHCP requests
> just fine however, so I don't think it's anything broken with DHCP in
> general. I'm running Linux kernel 5.6.2 and using dnsmasq from Debian
> Bullseye.
> 
> Hopefully someone can work out my issue!

You already have met the best someone   ;-)

Tell more about the set up  in use.

My hope is that it provides some clue why `tcpdump` can see DHCP network
traffic that `dnsmasq` should seen also.


> Thank you very much!

Thank you for reporting in an interresting problem.



Regards
Geert Stappers
-- 
Silence is hard to parse

___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss


[Dnsmasq-discuss] [PATCH] Reimplement rev-server to support arbitrary IPv4 prefix lengths

2020-04-14 Thread Dominik
Hey Simon,

I recently noticed that the "--rev-server" option is limited to 8, 16,
24, and 32 bit prefixes for IPv4 addresses. Since I needed support for
22 bit subnets in the network I'm currently setting up, I decided to
extend dnsmasq to support arbitrary IPv4 prefix-lengths. This mail has
three patches attached that contain my changes. I hope this is helpful
and can be merged into upstream dnsmasq.

Patch 1 implements support for arbitrary IPv4 prefixes by largely
rewriting option.c:add_rev4() and option.c:add_rev6()

Patch 2 adds error checking for IPv6 prefix-lengths as the current
algorithm only makes sense in 4 bit steps. As 4 bit steps in 128 bit
wide addresses seems sufficient to me, I didn't change the nice and
short algorithm used here.

Patch 3 adds logging for the inner details of what rev-server is doing.
It is an entirely optional patch. However, I would still recommend
adding it as it facilitates understanding of what the rev-server option
actually does (and if it does what the user is thinking it should be doing).

Exemplary log outputs:

./dnsmasq --rev-server=10.0.3.10/22,10.0.0.1
>>> dnsmasq[29637]: rev-server 10.0.3.10/22: address-to-name queries for
10.0.0.0 to 10.0.3.255 are sent to 10.0.0.1

./dnsmasq --rev-server=10.0.3.10/17,10.0.0.1#5353
>>> dnsmasq[29662]: rev-server 10.0.3.10/17: address-to-name queries for
10.0.0.0 to 10.0.127.255 are sent to 10.0.0.1#5353

./dnsmasq --rev-server=fe80::3aea:a711:fea1:2101/64,10.0.0.1
>>> dnsmasq[29667]: rev-server fe80::3aea:a711:fea1:2101/64:
address-to-name queries for fe80::3a00:0:0:0 to
fe80::3aff::: are sent to 10.0.0.1

(the displayed IPv6 addresses try to be as short as possible)

Best regards,
Dominik

From d038771987084c09df60af9c9c117e3fe14cdaa8 Mon Sep 17 00:00:00 2001
From: Dominik Derigs 
Date: Tue, 14 Apr 2020 19:40:21 +0200
Subject: [PATCH 3/3] Add explanatory log message to rev-server to facilitate
 understanding of the --rev-server option.
---
 src/option.c | 75 +++-
 1 file changed, 68 insertions(+), 7 deletions(-)

diff --git a/src/option.c b/src/option.c
index 809739e..1cb3caf 100644
--- a/src/option.c
+++ b/src/option.c
@@ -914,7 +914,7 @@ static int add_rev_serv(char* domain, char *comma, const int serv_flags, char *e
   return 1;
 }
 
-static int add_rev4(struct in_addr addr, int msize, char *comma, const int serv_flags, char *errstr)
+static int add_rev4(struct in_addr addr, int msize, char *comma, const int serv_flags, int explain, char *errstr)
 {
   int i;
   unsigned char a[3];
@@ -930,6 +930,25 @@ static int add_rev4(struct in_addr addr, int msize, char *comma, const int serv_
   a_min.s_addr = addr.s_addr & bitmask.s_addr;
   a_max.s_addr = a_min.s_addr + ~bitmask.s_addr;
 
+  /* Print derived subnet address range to ease configuration (if requested) */
+  if(explain)
+{
+  char original_address[INET_ADDRSTRLEN], min_address[INET_ADDRSTRLEN], max_address[INET_ADDRSTRLEN];
+  inet_ntop(AF_INET, , original_address, sizeof(original_address));
+  inet_ntop(AF_INET, _min, min_address, sizeof(min_address));
+  if(a_min.s_addr != a_max.s_addr)
+	{
+	  inet_ntop(AF_INET, _max, max_address, sizeof(max_address));
+	  my_syslog(LOG_INFO, "rev-server %s/%i: address-to-name queries for %s to %s are sent to %s",
+		original_address, msize, min_address, max_address, comma);
+	}
+  else
+	{
+	  my_syslog(LOG_INFO, "rev-server %s/%i: address-to-name queries for %s are sent to %s",
+		original_address, msize, min_address, comma);
+	}
+}
+
   /* Extract IP address octets in host-format for in-addr.arpa string-assembly */
   for(i = 0; i < 3; i++)
 a[i] = (ntohl(a_min.s_addr) >> 8*(3-i)) & 0xFF;
@@ -961,7 +980,7 @@ static int add_rev4(struct in_addr addr, int msize, char *comma, const int serv_
   return 1;
 }
 
-static int add_rev6(struct in6_addr *addr, int msize, char *comma, const int serv_flags, char *errstr)
+static int add_rev6(struct in6_addr *addr, int msize, char *comma, const int serv_flags, int explain, char *errstr)
 {
   int i;
   char *p, *domain;
@@ -970,7 +989,49 @@ static int add_rev6(struct in6_addr *addr, int msize, char *comma, const int ser
 ret_err("bad prefix");
 
   p = domain = opt_malloc(73); /* strlen("32*ip6.arpa")+1 */
-  
+
+  /* Print derived subnet address range to ease configuration (if requested) */
+  if(explain)
+{
+  struct in6_addr bitmask, a_min, a_max;
+  memset(, 0, sizeof(bitmask));
+  for(i = 0; i < 16; i++)
+	{
+	  if(msize >= 8*i)
+	bitmask.s6_addr[i] = 0xFF;
+	  else if(msize > 8*(i) && msize < 8*(i+1))
+	bitmask.s6_addr[i] = ~(((uint16_t)1 << (8 - (msize%8))) - 1) & 0xFF;
+	  else
+	break;
+	}
+
+  /* Apply bitmask to address to compute subnet address range */
+  int addresses_differ = 0;
+  for(i = 0; i < 16; i++)
+	{
+	  a_min.s6_addr[i] = (*addr).s6_addr[i] & bitmask.s6_addr[i];
+	  a_max.s6_addr[i] = a_min.s6_addr[i] + ~bitmask.s6_addr[i];

[Dnsmasq-discuss] No DHCPOffer back but DHCPDiscover is being received by machine

2020-04-14 Thread Josh H
Hi there,

I'm receiving no DHCPOffer back from my DHCPDiscover. However, I can
tcpdump the machine running dnsmasq and it is receiving the DHCPOffer
packets.

Here's my very very simple dnsmasq.conf
# To disable dnsmasq's DNS server functionality.
port=0

# To enable dnsmasq's DHCP server functionality.
dhcp-range=192.168.1.3,192.168.1.8,255.255.255.240,12h

# Set gateway as Router. Following two lines are identical.
#dhcp-option=option:router,192.168.0.1
dhcp-option=3,192.168.0.1

# Set DNS server as Router.
dhcp-option=6,192.168.0.1

# Logging.
log-facility=/var/log/dnsmasq.log   # logfile path.
log-async
log-queries # log queries.
log-dhcp# log dhcp related messages.

Here's the contents of /var/log/dnsmasq.log after running dhclient on a
machine connected to the subnet:
Apr 14 18:36:57 dnsmasq[1702]: started, version 2.80 DNS disabled
Apr 14 18:36:57 dnsmasq[1702]: compile time options: IPv6 GNU-getopt DBus
i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect
inotify dumpfile
Apr 14 18:36:57 dnsmasq-dhcp[1702]: DHCP, IP range 192.168.1.3 --
192.168.1.8, lease time 12h

I can see the service running with netstat -anp4:
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address   Foreign Address State
PID/Program name
udp0  0 0.0.0.0:67  0.0.0.0:*
1702/dnsmasq
udp0  0 0.0.0.0:17010.0.0.0:*
1607/xl2tpd

There are no firewalls setup anywhere on my network for the moment. I have
been able to get isc-dhcp-server to successfully allocate DHCP requests
just fine however, so I don't think it's anything broken with DHCP in
general. I'm running Linux kernel 5.6.2 and using dnsmasq from Debian
Bullseye.

Hopefully someone can work out my issue!
Thank you very much!
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss


Re: [Dnsmasq-discuss] ignore mac address for one of the dhcp

2020-04-14 Thread John Siu
On Mon, Apr 13, 2020 at 12:15 PM Geert Stappers 
wrote:

> On Mon, Apr 13, 2020 at 10:18:31AM -0400, John Siu wrote:
> > On Mon, Apr 13, 2020 at 4:54 AM Geert Stappers wrote:
> > > On Sun, Apr 12, 2020 at 03:14:33PM -0400, John Siu wrote:
> > > > I am running dnsmasq on a multiple port box. Following are dhcp
> config
> > > > for the lan and dmz ports:
> > > >
> > > > ---
> > > >
> > > > ## LAN
> > > > dhcp-range=tag:lan,::1,constructor:lan,ra-names,72h # IPv6
> > > > dhcp-range=tag:lan,172.16.168.130,172.16.168.250,72h # IPv4
> > > > dhcp-option=tag:lan,option:router,172.16.168.1 # option 3 default gw
> > > > dhcp-option=tag:lan,option:dns-server,172.16.168.1
> > > >
> > > > ## DMZ
> > > > dhcp-range=tag:dmz,::1,constructor:dmz,ra-names,72h # IPv6
> > > > dhcp-range=tag:dmz,10.10.10.100,10.10.10.120,72h # IPv4
> > > > dhcp-option=tag:dmz,option:router,10.10.10.1 # option 3 default gw
> > > > dhcp-option=tag:dmz,option:dns-server,10.10.10.1
> > > >
> > > > ---
> > > >
> > > > They work correctly for network connected to those ports.
> > >
> > > I wonder how.
> > >
> > > I mean: The provided information looks incomplete to me.
> > > Might be due an attempt to make the config more generic.
> > >
> > >
> > >
> > Following is the complete 92-dhcp.conf file I am using. It is not
> generic.
> > I have interface name "lan" and "dmz" setup in network config.
>
> Ah
>
> > ---
> > log-dhcp
> > quiet-dhcp
> > quiet-dhcp6
> > quiet-ra
> >
> > enable-ra
> >
> > ## LAN
> > dhcp-range=tag:lan,::1,constructor:lan,ra-names,72h # IPv6
> > dhcp-range=tag:lan,172.16.168.130,172.16.168.250,72h # IPv4
> > dhcp-option=tag:lan,option:router,172.16.168.1 # option 3 default gw
> > dhcp-option=tag:lan,option:dns-server,172.16.168.1 # option 6 dns
> > #dhcp-option=tag:lan,option:ntp-server,172.16.168.1
> >
> > ## DMZ
> > dhcp-range=tag:dmz,::1,constructor:dmz,ra-names,72h # IPv6
> > dhcp-range=tag:dmz,10.10.10.100,10.10.10.120,72h # IPv4
> > dhcp-option=tag:dmz,option:router,10.10.10.1 # option 3 default gw
> > dhcp-option=tag:dmz,option:dns-server,10.10.10.1 # option 6 dns
> > #dhcp-option=tag:dmz,option:ntp-server,10.10.10.1
> >
> > ## Lease
> > dhcp-hostsfile=/etc/dnsmasq.d/extra/dhcp.hosts
> > dhcp-leasefile=/etc/dnsmasq.d/extra/dhcp.lease
> > ---
> >
> > > > However, I am having issue with the switch which connect to both dmz
> > > > and lan ports with different VLANs. As those VLAN ports share the
> same
> > > > mac address, sometimes the switch will pick up IP from the lan side,
> > > > and sometimes from the dmz side.
> > > >
> > > > How can I make dnsmasq only serve IP on the lan side for this
> specific mac
> > > > address?
> > >
> > > Tell more about what you have.
> > >
> > The switch is a Netgear GS908E. It has 8 ports. I setup 2 vlan, one for
> > dmz, one for lan. So there is one cable from my server dmz port to the
> dmz
> > vlan, same for lan.
>
> Thanks.  I'm not used to interface names like 'lan' or 'dmz'.
> I'm used to interface names like 'eth0' and 'enp181s0f2'
>
>
> > The switch is configure to use dhcp for its ip.
>
> OK, Acknowledge.  (As in "I respect your design decission" )
>
>
> > However, it requests dhcp from all ports. As a result, sometime it pick
> up
> > 172.x.x.x, and sometimes it pickup 10.x.x.x address.
>
> (and that is the challenge we are facing)
>
>
> I have been reading the dnsmasq manual page  (again ;-) But I could not
> find a clear solution for coping with duplicate MAC-addresses.
>
> The is `--dhcp-ignore=tag:...` no use in this case.
>
>
> Idea  (wild idea?)
>
>   dhcp-host:01:00:18:4D:C0:3F:0E,172.16.168.251,12h
>
> I tried , also with tag:lan, and set:lan, the switch will still pick up
10.x.x.x address.

>
> In other words: Make a "static reserveration" for the swith in LAN
>
>
>
>
> Regards
> Geert Stappers
> --
> Silence is hard to parse
>
> ___
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
>
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss