On Friday 01 January 2016 21:23:36 Simon Kelley wrote:
> On 23/12/15 21:10, Pali Rohár wrote:
> > This patch allows to assign one IPv6 address for more config
> > entries specified by MAC address. This is similar function as for
> > IPv4 addresses in DHCPv4 server code part.
On Friday 01 January 2016 20:54:53 Simon Kelley wrote:
> On 23/12/15 21:10, Pali Rohár wrote:
> > Do not call add_do_bit which is only for dnssec code.
> > ---
> >
> > src/forward.c |2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --
v6
client subnetwork configuration I would expect that this SW provide same
data over all channels. Currently redundant information over DHCPv6 and
RA is only DNS (for now).
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitall
This patch allows to assign one IPv6 address for more config entries
specified by MAC address. This is similar function as for IPv4 addresses
in DHCPv4 server code part.
---
man/dnsmasq.8 |9 ++---
src/rfc3315.c | 63 -
2 files
Do not call add_do_bit which is only for dnssec code.
---
src/forward.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/forward.c b/src/forward.c
index 041353c..bffea78 100644
--- a/src/forward.c
+++ b/src/forward.c
@@ -793,8 +793,10 @@ void reply_query(int fd, int family, time_t
Before this patch when both RADV and DHCPv6 is running and DNS server
address was not configured then RADV were sending link-local address and
DHCPv6 global address.
This patch change behaviour of RADV and when both RADV and DHCPv6 is
running without configured DNS server then in RADV RDNSS will
On Friday 15 January 2016 22:37:46 you wrote:
> On 01/01/16 21:07, Pali Rohár wrote:
> > On Friday 01 January 2016 20:58:42 Simon Kelley wrote:
> >> Does the existing behaviour cause you problems? The rationale for
> >> why it behaves the way it does is that link-lo
(after two months) PING!
On Wednesday 27 January 2016 13:37:27 Pali Rohár wrote:
> On Wednesday 20 January 2016 20:15:23 Simon Kelley wrote:
> > Dnsmasq identifies IPv6 clients via their MAC address for the purpose
> > of selecting dhcp-host configuration to use, but it doesn't
of tools.
I fully agree, /contrib is the best place where to have it.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http
u for *all* systems as that is too by that definition "no harm".
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://li
have only kernel 2.6.18, so I guess dnsmasq cannot
be compiled for such old distribution...
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
___
Dnsmasq-discuss mailing list
Dnsmas
On Wednesday 27 January 2016 13:37:27 Pali Rohár wrote:
> On Wednesday 20 January 2016 20:15:23 Simon Kelley wrote:
> > Dnsmasq identifies IPv6 clients via their MAC address for the
> > purpose of selecting dhcp-host configuration to use, but it
> > doesn't use the MAC addre
On Wednesday 20 January 2016 21:03:50 Simon Kelley wrote:
> On 16/01/16 15:10, Pali Rohár wrote:
> > On Friday 15 January 2016 22:37:46 you wrote:
> >> On 01/01/16 21:07, Pali Rohár wrote:
> >>> On Friday 01 January 2016 20:58:42 Simon Kelley wrote:
> >>&
configure the
> proxy to use a particular domain, and then point dnsmasq at it with
> --server. Don't think this will integrate with the auth server
> mechanism in dnsmasq, though; not sure if there's a way to achieve
> that.
>
> The alternative is to turn off the private addresses in Wind
n to ND.
> Uwe
>
> -
> Uwe Schindler
> Achterdiek 19, D-28357 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
> > -Original Message-
> > From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> > boun...@lists.thekelleys.org.uk] On Beha
you should remove both *client* and *server* databases to prevent
such situation.
I think it is possible to configure dnsmasq to assign only configured
ipv4 address for mac address.
For dhcpv6 I have own dnsmasq patches which assign ipv6 address bases on
mac address...
--
Pali Rohár
pali.ro...@gma
> What I need is just a way for a given mac-address dnsmasq should be
> informed of the hostname.
Anyway, dnsmasq has already some support for mac-address in DHCPv6...
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This i
On Wednesday 21 December 2016 01:26:15 Markus Hartung wrote:
> On 2016-12-20 12:53, Pali Rohár wrote:
> > Another option is to stop using SLAAC and start using DHCPv6 where
> > you have full control of assigned IPv6 addresses.
> >
> > Such feature like host wi
; > to do for me. I have manually assigned
> > a hostname on the Windows computer, and dnsmasq knows and assigns
> > it.
>
> On 2016-12-20 12:53, Pali Rohár wrote:
> > Another option is to stop using SLAAC and start using DHCPv6 where
> > you have full contro
onsideration. I would suggest the "tag" option method. You can tag a
> network if say a whole subnet was only to serve PXE security cameras.
> You can tag a partial MAC (wildcard) to ID a manufacturer. Assign the
> delay option to the tag. This is just like DHCP &qu
riting resolv.conf to /sbin/resolvconf
dnsmasq[4160]: setting upstream servers from DBus
dnsmasq[4160]: using nameserver X.X.X.X#53
So when NetworkManager via dbus reconfigure list of nameservers then
dnsmasq logs them into syslog.
--
Pali Rohár
pa
On Sunday 02 October 2016 11:43:43 Pali Rohár wrote:
> On Wednesday 27 January 2016 13:37:27 Pali Rohár wrote:
> > On Wednesday 20 January 2016 20:15:23 Simon Kelley wrote:
> > > Dnsmasq identifies IPv6 clients via their MAC address for the
> > > purpose of selecting dhc
ess and IPv6 address into DHCPv6 leases file.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Monday 22 May 2017 23:11:02 Simon Kelley wrote:
> On 12/05/17 16:32, Pali Rohár wrote:
> > On Friday 12 May 2017 17:15:20 Simon Kelley wrote:
> >> There are so many layers of quotes here that I've completely lost
> >> track of what we were trying to achieve
e circumstances fill string which is not null
terminated.
--
Pali Rohár
pali.ro...@gmail.com
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Thursday 05 October 2017 01:41:02 ros...@gmail.com wrote:
> On Thu, 2017-10-05 at 09:48 +0200, Pali Rohár wrote:
> > On Wednesday 04 October 2017 19:22:11 Rosen Penev wrote:
> > > diff --git a/src/cache.c b/src/cache.c
> > > index 4f43246..88851e7 100644
> > &g
ddress to more DHCP requests identified by MAC address and one of
needed thing was probably extension of lease file (to include also MAC
address and DUID) and handling of requests which already have address
assigned in lease file. Apparently until now Simon has not response
about it and I gave up t
gt; OpenSource project - but I'll look into it once this changes,
> > which sadly won't be in the very near future.
> > If anybody else has time at hand, of course I can offer to test a patch
> > (the setup is here).
> >
> > Cheers,
> > Oliver
> >
On Tuesday 23 May 2017 09:39:11 Pali Rohár wrote:
> On Monday 22 May 2017 23:11:02 Simon Kelley wrote:
> > On 12/05/17 16:32, Pali Rohár wrote:
> > > On Friday 12 May 2017 17:15:20 Simon Kelley wrote:
> > >> There are so many layers of quotes here that I've completel
On Saturday 02 June 2018 15:48:58 Pali Rohár wrote:
> On Tuesday 23 May 2017 09:39:11 Pali Rohár wrote:
> > On Monday 22 May 2017 23:11:02 Simon Kelley wrote:
> > > On 12/05/17 16:32, Pali Rohár wrote:
> > > > On Friday 12 May 2017 17:15:20 Simon Kelley wrote:
>
SCII spaces (0x20).
Due to dependent on locale I would suggest to use explicit set of
characters... but that is just suggestion.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@list
prefix. Routing in IPv6 is done via Router Advertisement (which dnsmasq
supports too). What is the output of route -n? Is there route for that
your fda0:4d7f:afbb:: prefix?
--
Pali Rohár
pali.ro...@gmail.com
___
Dnsmasq-discuss mailing list
Dn
; The problem is complicated, because it must work for "all" types of mobile
> phones (Android and iPhone) and they are difficult to debug.
>
> Thanks much for any advices!
>
> Libor
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
_
On Saturday 02 June 2018 16:25:51 Pali Rohár wrote:
> On Saturday 02 June 2018 15:48:58 Pali Rohár wrote:
> > On Tuesday 23 May 2017 09:39:11 Pali Rohár wrote:
> > > On Monday 22 May 2017 23:11:02 Simon Kelley wrote:
> > > > On 12/05/17 16:32, Pali Rohár wrote:
>
On Sunday 13 January 2019 09:11:27 Roy Marples wrote:
> On 11/01/2019 16:52, Pali Rohár wrote:
> > Hello, can somebody look at this patch?
> >
> > I remember that more people asked for ability to assign IPv6 address
> > based on MAC address specified in config
Currently IPv6 addresses are assigned to tuple (IAID, DUID). When system
changes IAID/DUID then old assigned IPv6 address cannot be reused, even
when in config file was DHCPv6 assignment based on MAC address (and not on
DUID).
IAID/DUID is changed when rebooting from one operating system to
Hello, can somebody look at this patch?
I remember that more people asked for ability to assign IPv6 address
based on MAC address specified in config file, rather then IAID/DUID.
On Monday 17 December 2018 18:41:09 Pali Rohár wrote:
> Currently IPv6 addresses are assigned to tuple (IAID, D
Hello, can somebody review this patch?
On Tuesday 12 February 2019 13:41:43 Geert Stappers wrote:
> Another request for
>
> Hey, could this patch get reviewed?
>
>
> On 06-02-2019 21:29, Pali Rohár wrote:
> > PING
> >
> > On Friday 11 January 2019 17:52:
e() must not be called again after an EINTR
error, and on at least one, close() must be called again. There are
plans to address this conundrum for the next major release of the
POSIX.1 standard.
So retrying close() on EINTR on Linux is an application bug. On the
other hand it is required
PING
On Friday 11 January 2019 17:52:43 Pali Rohár wrote:
> Hello, can somebody look at this patch?
>
> I remember that more people asked for ability to assign IPv6 address
> based on MAC address specified in config file, rather then IAID/DUID.
>
> On Monday 17 December 2018 1
On Saturday 11 May 2019 17:42:54 Kevin Darbyshire-Bryant wrote:
> > On 6 Apr 2019, at 12:01, Geert Stappers wrote:
> >
> > On Mon, Apr 01, 2019 at 01:02:20AM +0200, Pali Rohár wrote:
> >> On Tuesday 12 February 2019 13:41:43 Geert Stappers wrote:
> >>>
On Thursday 27 June 2019 07:29:53 Geert Stappers wrote:
> On Thu, Jun 27, 2019 at 12:06:31AM +0100, Roy Marples wrote:
> > On 26/06/2019 21:16, Oliver Freyermuth wrote:
> > > Am 26.06.19 um 21:49 schrieb Pali Rohár:
> > > > So, could somebody review and comment my p
l
> with the original info plus the extra, possibly in a way that allows to
> add more over time (a dict ?).
If you want to create a backward compatible DBus API, you should use
array or dictionary (ordered hash map) argument and then pass new values
into this array/dictionary.
> (Also,
?
On Monday 17 December 2018 18:41:09 Pali Rohár wrote:
> Currently IPv6 addresses are assigned to tuple (IAID, DUID). When system
> changes IAID/DUID then old assigned IPv6 address cannot be reused, even
> when in config file was DHCPv6 assignment based on MAC address (and not on
> DUID).
&g
/MAC addresses consistency, and distributing an
> >> IP address previously in use with another MAC is probably a bad idea for
> >> this kind of tools.
> >>
> >> So, I'm still in favor of the blanket options.
> >>
> >
> > OK, I'm convince
ng list. I'm reading it and so I'm still
there!
(Btw, seems there is broken encoding in previous email, in my name is letter A
with acute accent = á)
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
router should advertise that is
router.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Hello Simon!
Could you please review / comment this patch?
I would like to know what is needed to be fixed or changed, so patch
could be finally merged.
On Monday 17 December 2018 18:41:09 Pali Rohár wrote:
> Currently IPv6 addresses are assigned to tuple (IAID, DUID). When system
> c
f it would be needed). Could you
please design API in way that can be extended in future? (See my
previous email with details how to achieve it)
--
Pali Rohár
pali.ro...@gmail.com
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Thursday 09 January 2020 12:17:52 Florent Fourcot wrote:
> Hello,
>
> On 09/01/2020 12:10, Pali Rohár wrote:
> > Hello! I looked at this API, but is has same problems as old one. It is
> > not possible to extend it in future (if it would be needed). Could you
> &g
ess of the final OS.)
> >
> > In the openstack use case the dhcp-config is changed to have just a
> > single dhcp-host entry prior to booting into the final os, openstack's
> > networking service takes care of issuing a release during this step
> > making sure the leased
;domain = config->domain;
> @@ -557,7 +574,7 @@ static int dhcp6_no_relay(struct state *state, int
> msg_type, void *inbuff, size_
> /* Search again now we have a hostname.
>Only accept configs without CLID here, (it won't match)
>to avoid impersonation by name. */
> - struct dhcp_config *new = find_config(daemon->dhcp_conf,
> state->context, NULL, 0, NULL, 0, 0, state->hostname);
> + struct dhcp_config *new = find_config(daemon->dhcp_conf,
> state->context, NULL, 0, NULL, 0, 0, state->hostname, 0);
> if (new && !have_config(new, CONFIG_CLID) && !new->hwaddr)
> config = new;
> }
> @@ -583,7 +600,7 @@ static int dhcp6_no_relay(struct state *state, int
> msg_type, void *inbuff, size_
> ignore = 1;
> }
>else if (state->clid &&
> -find_config(daemon->dhcp_conf, NULL, state->clid, state->clid_len,
> state->mac, state->mac_len, state->mac_type, NULL))
> +find_config(daemon->dhcp_conf, NULL, state->clid, state->clid_len,
> state->mac, state->mac_len, state->mac_type, NULL, 0))
> {
>known_id.net = "known-othernet";
>known_id.next = state->tags;
--
Pali Rohár
pali.ro...@gmail.com
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Tuesday 07 January 2020 13:57:02 Harald Jensås wrote:
> On Tue, 2020-01-07 at 10:51 +0100, Pali Rohár wrote:
> > Hi Harald! What are differences between your patch and mine which
> > adds
> > support for it too (plus honor assignment based on MAC address)?
> > htt
problems?
On Friday 07 February 2020 23:08:32 Pali Rohár wrote:
> Hello Simon!
>
> Could you please review / comment this patch?
>
> I would like to know what is needed to be fixed or changed, so patch
> could be finally merged.
>
> On Monday 17 December 2018 18:41:09 Pali Ro
to IPv6 assignment is
not enforced by dnsmasq and if your DHCPv6 client changes DUID or IAID
(e.g. dualbooting to different OS or PXE or reinstalling OS) then some
another free IPv6 address would be assigned for your PC identified by
. There is my pending patch which should fix
this problem and when
Currently IPv6 addresses are assigned to tuple (IAID, DUID). When system
changes IAID/DUID then old assigned IPv6 address cannot be reused, even
when in config file was DHCPv6 assignment based on MAC address (and not on
DUID).
IAID/DUID is changed when rebooting from one operating system to
ect that some emails are going into his spambox or that he does
not want to discuss...
--
Pali Rohár
pali.ro...@gmail.com
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Thursday 21 May 2020 16:22:03 Geert Stappers wrote:
> On Sun, May 03, 2020 at 01:23:15PM +0200, Pali Rohár wrote:
> > Currently IPv6 addresses are assigned to tuple (IAID, DUID). When system
> > changes IAID/DUID then old assigned IPv6 address cannot be reused, even
> >
uite
> well. It still has different addresses, but with the same base.
>
> taken from manual page:
> --dhcp-host=laptop,[1234:50/126]
>
> Why isn't this sufficient?
>
> On 5/26/20 10:52 AM, Pali Rohár wrote:
> > On Thursday 21 May 2020 16:22:03 Geert Stappers wrote
Hello Petr!
On Wednesday 22 July 2020 14:42:16 Petr Menšík wrote:
> More below...
>
> On 7/22/20 9:40 AM, Pali Rohár wrote:
> > Hello Petr!
> >
> > On Tuesday 21 July 2020 14:23:51 Petr Menšík wrote:
> >> I think more correct would be using the same DU
nal emails were sent, and do not know how to get the
> message-id from the pipermail archive.
You can find Message-Id of every email in GZIP archive available at:
http://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/
--
Pali Rohár
pali.ro...@gmail.com
___
On Sunday 12 July 2020 22:19:42 Geert Stappers wrote:
> On Sun, Jul 12, 2020 at 09:05:17PM +0200, Pali Rohár wrote:
> > On Sunday 12 July 2020 13:53:11 John Ericson wrote:
> > > Hi, I am another NixOS maintainer.
> > >
> > > Yes, it is true that ?= in mak
On Sunday 12 July 2020 17:40:56 John Ericson wrote:
> On Sun, Jul 12, 2020, at 5:22 PM, Pali Rohár wrote:
> >
> > But why is this change needed at all? Are there some bugs in GNU make so
> > that macros/variables initialized by '=' cannot be overridden and
> > initial
On Tuesday 26 May 2020 10:52:05 Pali Rohár wrote:
> On Thursday 21 May 2020 16:22:03 Geert Stappers wrote:
> > On Sun, May 03, 2020 at 01:23:15PM +0200, Pali Rohár wrote:
> > > Currently IPv6 addresses are assigned to tuple (IAID, DUID). When system
> > > changes IAID/
On Wednesday 22 July 2020 23:48:19 Petr Menšík wrote:
> On 7/22/20 3:44 PM, Pali Rohár wrote:
> > Hello Petr!
> >
> > On Wednesday 22 July 2020 14:42:16 Petr Menšík wrote:
> >> More below...
> >>
> >> On 7/22/20 9:40 AM, Pali Rohár wrote:
> >
So finally something relevant to this patch...
On Wednesday 22 July 2020 23:48:19 Petr Menšík wrote:
> On 7/22/20 3:44 PM, Pali Rohár wrote:
> > I do not see any benefit why to complicate things just because "IPv6
> > addresses are many". I do not see nothing wr
s patch wouldn't tag LAA multicast MAC addresses should
> > those happen to be in use somewhere.
> >
> > So specifically a device with an LAA unicast MAC address
> > would get a tag. This requires testing two bits.
> >
>
> OK, thanks for elaborating
I think that big m
On Thursday 23 July 2020 13:11:36 Move On wrote:
> On Thu, Jul 23, 2020 at 10:35:45AM +0200, Pali Rohár wrote:
> > So finally something relevant to this patch...
>
> Cheer \o/
>
> > On Wednesday 22 July 2020 23:48:19 Petr Menšík wrote:
> > > On 7/22/20 3:44 P
On Thursday 23 July 2020 19:03:41 Kevin 'ldir' Darbyshire-Bryant wrote:
> > On 23 Jul 2020, at 14:11, Pali Rohár wrote:
> >
>
> >
> > Hello Kevin! So you basically have similar/same feature request.
> >
> > Could you test this dnsmasq patch if it help
C <--> IPv4 address assignment so it is not
needed at all.
--
Pali Rohár
pali.ro...@gmail.com
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Thursday 23 July 2020 12:43:03 Kevin 'ldir' Darbyshire-Bryant wrote:
> > On 23 Jul 2020, at 09:35, Pali Rohár wrote:
> >
> > So finally something relevant to this patch...
> >
> > On Wednesday 22 July 2020 23:48:19 Petr Menšík wrote:
> >> On 7/22/2
On Thursday 21 January 2021 14:52:22 Matthias May wrote:
> On 21/01/2021 14:20, Pali Rohár wrote:
> > Hello!
> >
> > On Thursday 21 January 2021 14:00:10 Matthias May wrote:
> >> On Linux when IPv6 is disabled, one would not expect Dnsmasq
4, f))
> + ipv6_disabled = atoi(buf) == 1;
> + fclose(f);
> + }
> + return ipv6_disabled;
This check is incorrect. If IPv6 support is disabled at kernel compile
time then fopen() fails and this function returns 0, meaning IPv6 is
enabled.
> +}
> +#endif
73 matches
Mail list logo
