sider the msec/nsec time source.
--
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss On
> Behalf Of Cody Carey
> Sent: Monday, October 12, 2020 2:12 AM
> To: dnsmasq-discuss@lists.thekelleys.org.uk
> Subject: [Dnsmasq-discuss] [PATCH] Conver
refer patch attached.
--
Best Regards, Vladislav Grishenko
>From d0a80d2ba18cb8d6bf3e93b66656ca5a9339df9f Mon Sep 17 00:00:00 2001
From: Vladislav Grishenko
Date: Sun, 24 Jan 2021 19:15:31 +0500
Subject: [PATCH] Rename HAVE_NETTLEHASH to HAVE_CRYPTOHASH
There's no much sense
Hi,
> Patch modified to keep backwards compatibility with HAVE_NETTLEHASH
> because, why not? and applied. Looks like a sensible idea.
Indeed, much better. Thank you
--
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss On
> Behalf Of Simo
CRYPTOHASH sound much better.
> Thanks!
Np
>
> On 1/25/21 10:53 AM, Vladislav Grishenko wrote:
> > Hi,
> >
> >> Patch modified to keep backwards compatibility with HAVE_NETTLEHASH
> >> because, why not? and applied. Looks like a sensible idea.
> &
attached.
As for disabling GOST, what if disable it by default?
Current implemented GOST algos are obsolete, newer ones didn't pass
certification as DNSSEC algo, so.
--
Best Regards, Vladislav Grishenko
0001-Fix-HAVE_CRYPOHASH-build-and-tune-GOST-ECDSA-usage.patch
Description: B
icially deprecate GOST R 34.10-2001, not
standardized yet by IETF.
https://datatracker.ietf.org/doc/html/draft-ietf-dnsop-rfc5933-bis-03
Maybe it makes sense for the decision, and nettle has no GOST R 34.11-2012
support at the moment.
Thank you
--
Best Regards, Vladislav Grishenko
> -Origin
Hi,
> https://github.com/themiron/dnsmasq
Thank you for asking, it's my private mirrored master branch and related
openssl fork (in separate branch).
Updated occasionally from release to release, so hardly can be ~official
mirror.
--
Best Regards, Vladislav Grishenko
> -Origi
cording technet, will never do.
However, there's 3rd party win32 daemons, which can be used, like
rdnssd-win32
*nix also has support in 3rd party standalone daemons.
Best Regards, Vladislav Grishenko
ICQ: 303357
MSN: themi...@mail.ru
Skype: the.miron
___
, GNU Make 3.81
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Simon Kelley
> Sent: Wednesday, February 29, 2012 1:59 PM
Doesn't build with HAVE_BROKEN_RTC
Trivial fix attached
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Simon Kelley
> Sent: Thursday,
Sorry, really missed it.
Thanks
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
> Sent: Thursday, March 01, 2012 3:49 AM
> To: Vladislav Grishenko
> Cc: 'dnsmasq discussion list'
> Subject: R
idea to use LLT duid type now even with RTC machines,
because if lease file is lost and dnsmasq restarted, it will get new duid
and will ignore any renew requests completely.
This leads to a much more longer client renew, possibly authoritative option
could be used to avoid it, can't say now is it
.
Best Regards, Vladislav Grishenko
> -Original Message-----
> From: Vladislav Grishenko [mailto:themi...@mail.ru]
> Sent: Thursday, March 01, 2012 5:07 AM
> To: dnsmasq-discuss@lists.thekelleys.org.uk
> Cc: Simon Kelley (si...@thekelleys.org.uk)
> Subject: dhcpv6 duid gen
eboot, fast
reinit, etc).
due hashing, there's a kind of guarantee that dhcpv4 client will get his
leases back, but not for dhcpv6 guid.
> I'm sure that an implementation of RECONFIGURE will be done, but not for
> this release: I want to get the basics working first.
np, just fyi
Best R
more handy than to implement own duid
generation and storing it in conf.
The root issue was in sit (6to4 tunnels) interfaces, which has no hwaddr to
be used as duid ll source.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
&g
> On 01/03/12 11:40, Vladislav Grishenko wrote:
> >> I wonder if the solution might be to just have a duid-override
> >> =, configuration which suppresses
> >> storing anything in the lease file and
> > just
> >> uses a type-2 DUID in the obvious
is is a kind of hack, which is
not supposed to work.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Simon Kelley
> Sent: Thursday, March 08, 20
mon.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
> Sent: Thursday, March 08, 2012 8:47 PM
> To: Vladislav Grishenko
> Cc: Dnsmasq-discuss@lists.thekelleys.org.uk
> Subject: Re: [Dnsmasq-discuss] Cunnin
es get prolonged lease time, and possibly
never expired then.
Solution is quite simple - store not only lease length, but calculated
remaining time too. With this values it's possible to correct count all
previous timings.
Best Regards, Vladisla
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Simon Kelley
> Sent: Saturday, March 24, 2012 8:31 PM
>
> On 23/03/12 22:36, Vladislav Grishenko wrote:
> >
> > Usually it's done by s
n (actually, preferred remaining) time with HAVE_BROKEN_RTC.
With udpcpd it can be done via dumpleases or just to read & parse udhcpd's
lease file and I was hoping for the same approach for dnsmasq.
Leases get read by request, so triggering actual lease file write isn't the
problem (used signal), the problem is no expiration/remaining time.
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> From: Simon Kelley
> Sent: Sunday, March 25, 2012 7:48 PM
> > 3.Periodic RA isn't working, because alarm code goes into (dhcp ||
> > dhcp6) path and don't trigger RA alarms
>
> This code does that, I think.
>
> #ifdef HAVE_DHCP6
> else if (daemon->ra_con
Sure, will look and update you ASAP
Thanks
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
> Sent: Monday, March 26, 2012 1:58 AM
> To: Vladislav Grishenko
> Cc: dnsmasq-discuss@lists.thekelleys.org.uk
> Sub
gt;
> 2012/3/25 Simon Kelley :
> > On 25/03/12 14:21, Vladislav Grishenko wrote:
> >>> From: Simon Kelley
> [snip]
> >>> The 6to4 case, maybe more useful.
> >>> But is 6to4 going to be used much in the real world?
> >> I'd say 6to4 is the
y it could work only for the first time, if additional random delay
is 0.
Patches attached.
Best Regards, Vladislav Grishenko
0001-fix-RA-sendto-error-in-case-of-answering-to-RS-witho.patch
Description: Binary data
0002-cosmetics-use-ALL_NODES-as-defined-in-rfc4861.patch
Description: Bi
calculate them from specified/default MaxRtrAdvInterval.
This will make configuration more handy for sure.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
> Sent: Saturday, May 12, 2012 8:35 PM
> To: Vladislav Gr
Jim, make sure you're using enable-ra in your config
Best regards, Vladislav Grishenko
- Reply message -
От: "Jim Bos"
Кому: "Simon Kelley"
Копия: "Vladislav Grishenko" ,
Тема: dnsmasq 2.61 no periodic RA's and sendto errors
Дата: вс, май
Hi all,
Commit 54dd393f [PATCH] Add --bind-dynamic introduced regression.
Netlink errors with actual success status gets logged as errors.
Patch fixes that by checking status, as it was before 54dd393f, could be
applied to current git.
Best Regards, Vladislav Grishenko
Avoid-false-netlink
: DHCPv6, IP range 2001:db8::1 -- 2001:db8::1255, lease time 1d
dnsmasq-dhcp: DHCPv6 stateless on 2001:db8::
dnsmasq-dhcp: SLAAC on 2001:db8:: prefix valid 1d
Best Regards, Vladislav Grishenko
Use-IP-family-for-initial-setup-logging.patch
Description: Binary data
ehavior is externally controlled by sysctl net.ipv6.bindv6only, so,
it's better to set the flag, just in case.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.o
Refer patch attached (against current git)
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Vladislav Grishenko [mailto:themi...@mail.ru]
> Sent: Sunday, October 14, 2012 3:51 PM
> To: 'Gene Czarcinski'; 'dnsmasq-discuss@lists.thekelleys.org.
ption=tag:lan,option6:24,example.com
dhcp-option=tag:lan,option6:32,600
Refer patch attached.
Best Regards, Vladislav Grishenko
ICQ: 303357
MSN: themi...@mail.ru
Skype: the.miron
0001-Relax-static-dhcpv6-ranges-up-to-0.patch
Description: Binary data
___
Dn
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
> -Original Message-
> From: d
d of deletion yet.
4. syntax constructor: can be done in constructor[:] way,
with usage of interface= data minus dhcp excluded interfaces.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun
> From: Simon Kelley
> Sent: Friday, January 11, 2013 8:59 PM
>
> On 11/01/13 11:09, Vladislav Grishenko wrote:
> > 4. syntax constructor: can be done in constructor[:]
> > way, with usage of interface= data minus dhcp excluded interfaces.
>
> Sorry, I don'
simplification?
Refer alternative patch as well, probably other code places need it too.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.org.uk] On Behalf Of Sim
Hi, Simon
After auth code merging, one die() call has insufficient agrs for
HAVE_BROKEN_RTC case.
Refer patch attached
Best Regards, Vladislav Grishenko
zone-serial-with-broken-rtc-fix.patch
Description: Binary data
___
Dnsmasq-discuss
Hi Simon,
Just my 2 cents, binary size is important on devices with very limited flash
size (2Mb, 4Mb).
So HAVE_IPSET compile-time switch should continue to exist, same as others,
have no idea about default compile-time states, we always can override them.
Best Regards, Vladislav Grishenko
4 +4
--
(add/remove: 6/0 grow/shrink: 5/0 up/down: 2084/0) Total: 2084
bytes
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.o
m settings.
So, there's nothing wrong with dnsmasq to be fixed, instead just drop
no-dhcp-interface line from being saved. If there's no dhcp-range, no dhcp
will happen anyway.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.the
Dears,
We have 2.6.22 with ipset. Plz, keep in mind there're no only vanilla
kernels around.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> discuss-boun...@lists.thekelleys.org.uk] On B
; ANSWER SECTION:
8.7.6.5.4.3.2.1.f.e.d.c.b.a.0.9.8.7.6.5.4.3.2.1.8.b.d.0.1.0.0.2.ip6.arpa.
3994671 IN PTR ojl839stdua19spakh4gr64z21.domain.local.
$ dig 1zigr64z21.domain.local. @127.0.0.1 -p 5353
;; ANSWER SECTION:
1zigr64z21.domain.local. 62511 IN 2001:db8::1
Best Regards, Vla
he prefix is limited to 63-46 for IPv6,
to
> be sure to avoid the label length limit.
The problem is it's artificial limit, one can use private prefix even with
/3 or less.
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
ion, // has the special meaning of "unqualified names only" ie
names without any dots in them. "
>I know I am missing something - any hints?
"server=/#/a.b.c.d" does what you need, # matches everything and becomes a
zero lengt
21:6a:xx:xx:xx 201:db8::109 host
00:01:00:01:14:0d:23:69:90:e6:ba:xx:xx:xx [%04x: flags like TA/NA/etc]
Legacy format with %u (even not %lu for keeping the whole hwaddr...) can be
easily supported, but doesn't worth to, since no soft writes it directly for
ipv6 leases.
Best Regar
Little addition, previous mail says nothing about iaid, it needs be moved to
separate lease filed too, and, for example before/after/with flags in
leasefile.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Vladislav Grishenko [mailto:themi...@mail.ru]
> Sen
runk/dnsmasq/110-no-lifetime-preference.pa
tch
Best Regards, Vladislav Grishenko
From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk
[mailto:dnsmasq-discuss-boun...@lists.thekelleys.org.uk] On Behalf Of
Jonathan Fabian
Sent: Thursday, August 01, 2013 4:06 AM
To: dnsmasq-discuss@lists.t
lues and MUST only
> compare DUIDs for equality. Clients and servers MUST NOT in any
> other way interpret DUIDs.
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys
is the simplest way for my case
without usage any other leasudump-like api
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
> Sent: Tuesday, September 24, 2013 9:16 PM
>
> On 24/09/13 15:31, Vladislav Grishenko wrote:
> > Hi Simon,
> >
> >> However, if you're interested in the MAC addresses of clients, the
> >> very
l keep it compatible going forward.
Ok, giving up. Script-based has even-driven pros while adding/deleting
lease. My next concern is about lease init stage, when dnsmasq needs to be
restarted due reconfig. Does it need to be implemented, or leasefile in
whatever format could coexist with script?
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
:2" shown above in DHCPv4-derived IPv6 names and router advertisement
is redundant, because not further used.
Actually, non-DHCPv6 stateful templates use only prefix part of the first
address in configured range, in example above "::2/64" =&g
field in
outgoing advertisements to zero.
> > is it possible to tell dnsmasq not to announce itself as router?
So , yes, it's theoretically possible.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:d
> From: Simon Kelley
> Sent: Tuesday, October 08, 2013 4:20 PM
> On 06/10/13 11:32, Vladislav Grishenko wrote:
> > Hi, RFC4861 says:
> >
> > A router might want to send Router Advertisements without
advertising
> > itself as a default router. For i
d up.
What do you think?
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon Kelley [mailto:si...@thekelleys.org.uk]
> Sent: Friday, October 11, 2013 2:01 AM
> To: Vladislav Grishenko
> Cc: dnsmasq-discuss@lists.thekelleys.org.uk
> Subject: Re: [Dnsmasq-dis
lifetime.
Also, announcing link-local addres of interface as RDNSS make life easier
while prefix changing, renumbering, etc.
As for user-specified RDNSS addresses, it's up to him to shoot in own foots
and specify static or dynamic servers.
Best Regards,
=486479e94308f8579a
d5132a5218a74dbc707521
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
of --bind-dynamic, with
no --bind-interfaces code and no warnings, less binary size, more seciruty.
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
> From: Simon Kelley
> Sent: Friday, October 25, 2013 4:15 PM
>
> On 24/10/13 23:41, Vladislav Grishenko wrote:
> >> From: Simon Kelley
> >> Sent: Thursday, October 24, 2013 11:00 PM
> >>
> >> So, don't use --bind-interfaces. If you're on
Since dnsmasq 2.67 it's possible to use MAC addresses for DHCPv6 as well
Of course, there's some limitations, refer dnsmasq man for details
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq
Hi Simon,
Could you please also check out compiler warning fixes from here? Thanks
http://wl500g.googlecode.com/svn/trunk/dnsmasq/
Best Regards, Vladislav Grishenko
> -Original Message-
> From: dnsmasq-discuss-boun...@lists.thekelleys.org.uk [mailto:dnsmasq-
> dis
it really intended?
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Hi Vasiliy,
Kernel never sends RA, so it's always up to userspace like dnsmasq.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> boun...@lists.thekelleys.org.uk] On Behalf Of Vasiliy Tolstov
> Sent: Monday, Septem
> From: v...@selfip.ru [mailto:v...@selfip.ru] On Behalf Of Vasiliy Tolstov
> Sent: Wednesday, September 03, 2014 3:55 AM
>
> 2014-09-03 1:52 GMT+04:00 Vladislav Grishenko :
> > Hi Vasiliy,
> > Kernel never sends RA, so it's always up to userspace like dnsmasq
ode.
http://wl500g.googlecode.com/svn/trunk/dnsmasq/071-ra-route-info.patch
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> boun...@lists.thekelleys.org.uk] On Behalf Of Steven Barth
> Sent: Thursday, September 11, 2014 12:36
m --
> so I considered setting the "cname" option in dnsmasq to my controller.
But I
> couldn't get that working for some reason.
Try either dhcp-option=vendor:,1,ip.ip.ip.ip or or
dhcp-option=vendor:,1,http://fqdn:8080/inform
Refer --dhcp-option
http://www.thekelleys.org.uk/dns
ttached.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> boun...@lists.thekelleys.org.uk] On Behalf Of Simon Kelley
> Sent: Thursday, January 22, 2015 2:02 AM
> To: dnsmasq-discuss@lists.thekelleys.org.uk
> Subj
Simon, thanks
As for reasons, I guess, Steven thought it departs from ordinal meaning of
RFC and prevents his odhcp6c to work normally.
p.s in my previous mail was a typo, RFC 2119, of course, not 2219. sorry
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Simon
Hi Simon,
There's a number of dnsmasq forks on github, so imho, it would be good to
have official mirror there to base against.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> boun...@lists.thekelleys.org.uk] On B
Hi Brian,
Second dnsmasq assume the client request is to another server and responds
with NAK in authoritative mode.
The root of loop issue is in that busybox 1.20.x udhcpc client, it doesn't
check server id for anything but offer packet.
Bug is already fixed in bb 1.23.x, see commit
http://git.busybox.net/busybox/commit/?id=e2318bbad786d6f9ebff704490246bfe52
e588c0
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Hi Kevin,
Ignoring all naks – would be, but the fix is different.
That fix ignores all naks except from the selected/requested server only, it’s
ok.
Best Regards, Vladislav Grishenko
From: Kevin Benton [mailto:blak...@gmail.com]
Sent: Wednesday, May 27, 2015 9:32 AM
To: Vladislav
not?
Best Regards, Vladislav Grishenko
From: Kevin Benton [mailto:blak...@gmail.com]
Sent: Monday, June 01, 2015 2:02 PM
To: Vladislav Grishenko
Cc: Brian Haley; Simon Kelley; dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] Query about solving a DHCPNAK issue
server id option.
This commit contains the old and new descriptions
https://source.isc.org/cgi-bin/gitweb.cgi?p=dhcp.git;a=commitdiff;h=7116a34fc9b1fb307bcdca22e6963254289ecb80
Best Regards, Vladislav Grishenko
From: Kevin Benton [mailto:blak...@gmail.com]
Sent: Monday, June 01,
Hi Michal
Use netstat -g to display multicast group memberships
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> boun...@lists.thekelleys.org.uk] On Behalf Of Michal Zatloukal
> Sent: Friday, July 17, 2015 5:01 PM
&
t notice" under
Administration / System web ui page.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsmasq-discuss [mailto:dnsmasq-discuss-
> boun...@lists.thekelleys.org.uk] On Behalf Of Justin Smith
> Sent: Sunday, July 19, 2015 2:20 PM
> To: dnsmasq-discus
When wan is down, dns queries to router gets intercepted with help of iptables.
So, dnsmasq receives (and replies) nothing.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Justin Smith [mailto:jus...@smithpolglase.com]
> Sent: Monday, July 20, 2015 4:02 PM
> T
Hi Kevin,
There's RFC 6303 for that, current status is best current practice.
As for dnsmasq implementation of that recommendations, it could depend on auth
support, since it enables zone support.
Best Regards, Vladislav Grishenko
> -Original Message-
> From: Dnsm
HAVE_BROKEN_RTC is
enabled.
Best Regards, Vladislav Grishenko
_
From: John Knight
Sent: четверг, октября 13, 2016 11:00 ПП
Subject: Re: [Dnsmasq-discuss] Dnsmasq not resolving addresses for an hour
To: Albert ARIBAUD
Cc:
Hi Albert,
That sounds like a
en with defined CLOCK_MONOTONIC, the real presence of this clock source can
be retrieved from kernel in runtime only.
Yes, there're old running kernels with no CLOCK_MONOTONIC, clock_gettime()
returns EINVAL. Same check is true for CLOCK_BOOTTIME.
Best Regards, Vladislav Gris
ckward too
much, it needs to be fixed.
Not with changing the clock source, because it'll just mask the problem, but
with proper dealing with such kind of time values.
And, seems John have already found last_change variable wasn't static, didn’t
check it by myself yet.
Best Regards, Vla
Hi, all
Just FYI, common way to really control resolv.conf updates w/o races and even
with sym&hardlinks is to kick dnsmasq with signal after resolv.conf update is
fully finished in any way.This also triggers hosts/ether/etc reread and
corresponding reconf.
Best Regards, Vladislav Grish
.
Best Regards, Vladislav Grishenko
From: Dnsmasq-discuss [mailto:dnsmasq-discuss-boun...@lists.thekelleys.org.uk]
On Behalf Of Alec Robertson
Sent: Sunday, December 25, 2016 4:14 AM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: Re: [Dnsmasq-discuss] Sequential IP doesn't look for u
ince
2.69)?
This files allow full format of --server & --rev-server and are reread on
SIGHUP, polling is not supported at the moment.
Best Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss [mailto:dnsmasq-discuss-boun...@lists.thekelleys.org.uk]
On Behalf Of Kr
at dhcp6.c:233
#7 0x00038c78 in main (argc=3, argv=0xfffefd34) at dnsmasq.c:1099
Best Regards, Vladislav Grishenko
0001-dhcpv6-fix-unaligned-access-crash-on-aarch64.patch
Description: Binary data
___
Dnsmasq-discuss mailing list
Dnsmasq-disc
(opt6_ptr(ia_option, 0)...) is still there
instead of put_opt6(&addr...).
Best Regards, Vladislav Grishenko
ср, 22 авг. 2018 г. в 2:11, Simon Kelley :
>
> Thanks for chasing that down. Your patch will fix it, but I think it's
> probably better to solve the problem at source, where
k?
>
> --
> Respectfully,
> Denis Shadrin
>
> ___
> Dnsmasq-discuss mailing list
> Dnsmasq-discuss@lists.thekelleys.org.uk
> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
--
Best regards, Vladislav Grish
Hi Juergen,
Temporary workaround/patch is here
https://github.com/themiron/dnsmasq/commit/6fd9aba7abe1e084123bc5002959350897774ace
Best Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss On
Behalf Of Juergen Daubert
Sent: Wednesday, June 26, 2019 4:57 PM
To: dnsmasq
) unlike other places
Best Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss On
Behalf Of Petr Mensik
Sent: Tuesday, July 9, 2019 5:31 PM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: [Dnsmasq-discuss] [PATCH] Issues with TCP queries on recreated
interfaces
ces not just for some
selected.
At the other hand, with no __attribute__((warn_unused_result)) it will not
generate warning anyway.
Best Regards, Vladislav Grishenko
-Original Message-
From: Petr Mensik
Sent: Wednesday, July 10, 2019 3:01 PM
To: Vladislav Grishenko ;
dnsmasq-discuss@lis
Hi, Petr,
Just worrying, isn't this bug a side effect of previous interface-related
binding patch we're talking about?
If yes, since it's not in upstream, it can be quite tricky to reproduce it on
vanilla sources.
Best Regards, Vladislav Grishenko
-Original Message
st Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss On
Behalf Of Tore Anderson
Sent: Thursday, November 28, 2019 12:38 PM
To: dnsmasq-discuss@lists.thekelleys.org.uk
Subject: [Dnsmasq-discuss] CPU spinning bug, possibly related to SSHFP queries
Hello,
I've noticed
://github.com/themiron/dnsmasq/commit/a9ef96041fd0b594b662cbcb1a9b475844a4a5ab.patch
p.s Please ignore ctypto-openssl.c part, it's not part of official dnsmasq
source.
Best Regards, Vladislav Grishenko
-Original Message-
From: Dnsmasq-discuss On
Behalf Of Loganaden Velvindron
Sent: M
th to drop it too and save a couple of bytes?
Thank you and
Best Regards, Vladislav Grishenko
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Sorry, overlooked it (along with GOST R 34.11-94) must not be used for
signing/delegation, but still may - for validation.
Please ignore previous mail.
Best Regards, Vladislav Grishenko
-Original Message-
From: Vladislav Grishenko
Sent: Sunday, March 1, 2020 10:00 PM
To: 'Simon K
fully free from limitations - only address list or
only fqdn value list is possible, not mixed due current state option parsing &
flagging.
Would be nice to have it in 2.81.
Hi Kevin,
FYI
Thank you and
Best Regards, Vladislav Grishenko
0001-Add-DHCPv6-ntp-server-56-option-handling.patch
De
95 matches
Mail list logo
