Dear Simon,
good to hear this!
SERVFAIL logging will be useful for a few things (mostly troubleshooting).
I attach the output of the two commands you asked me to run (port 5353
is my local unbound, port 53 is dnsmasq).
Best,
Dominik
On 04.05.2018 16:35, Simon Kelley wrote:
> It co
times
slower, it would still be much faster than when we'd periodically ask
upstream servers.
Best,
Dominik
On 08.05.2018 22:17, Simon Kelley wrote:
> The reason for the limit is actually performance: there may be plenty of
> RAM, but the larger the cache is, the slower it is. This is true f
Re-sending this one, as I don't see it appearing on the maillist list
archive. I'm editing more information I got meanwhile in.
On 08.04.2018 15:21, Dominik wrote:
> Dear dnsmasq enthusiasts,
>
> we encountered a rather strange issue with dnsmasq and Netflix on SmartTVs or
>
me if you would like to see any further information for
debugging.
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
he others. There is no solution where you don't have to trust, e.g.,
either you ISP or a VPN provider. I just know that I trust my local ISP over
some random large scale "for free" DNS provider which is why I have my local
unbound resolver in addition to dnsmasq.
Best,
Dominik
Am 30.
Does this patch break compatibility with nettle < 3.4?
The solution offered here seems to be better:
https://github.com/themiron/dnsmasq/commit/6fd9aba7abe1e084123bc5002959350897774ace
Best,
Dominik
On Sat, 2019-08-10 at 13:30 +0200, Hans Dedecker wrote:
> Nettle 3.5.1 has made ecc
less displaying slave available than in fancy IDE applications.
Note that many editors jump back to the very beginning when there is an empty
line.
If at all, I'd vote for converting the existing tabstops to 8 spaces and keep
the indentation step of 2 spaces per level.
Best,
Dominik
>On
key#Tab_characters
Best,
Dominik
On Fri, 2019-09-06 at 22:09 -0700, Shota Hino wrote:
> It seems the use of tabs are not consistent.
> On some IDE, the lines are misaligned and very difficult to read.
>
> Could you please run
.
https://github.com/pi-hole/FTL/issues/645
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Dear list,
the following config line causes dnsmasq to crash:
> server=//local.domain/192.168.0.16
The attached patch fixes this issue.
Best regards,
Dominik
From 9010dde157118a94bdfffb5a6ba32e50cd879032 Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Sat, 18 Jan 2020 14:33:01 +0
I also already mentioned how to obtain the embedded dnsmasq's version
here on Jan 1st, 2020:
https://discourse.pi-hole.net/t/struggling-with-pihole-ftl/26473/39?u=dl6er
which was one week before the original poster claimed that we removed
this intentionally ... interesting to see how perspectives can differ.
added.
I can provide a patch for this, maybe tomorrow, if this is wanted. However, I'm
afraid it might already be too late for 2.81, cfm. Simon.
Best,
Dominik
Am 11. März 2020 00:47:02 MEZ schrieb buckh...@weibsvolk.org:
>I am using dnsmasq version pi-hole-2.80 as embedded in Pi-hole, with my
.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 d038771987084c09df60af9c9c117e3fe
nsmasq[9870]: rev-server fe80::3aea:a711:fea1:2101[/128]:
> address-to-name queries for fe80::3aea:a711:fea1:2101 are sent to 10.0.0.1
The last patch improves the output of the explanations provided for
rev-server in case no server is specified (patch 6).
Best regards,
Dominik
On 14.04.20 20:26
K, NETLINK_NO_ENOBUFS, ,
> sizeof(opt)) == -1 ||
> +#endif
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
On Wed, 2020-04-15 at 21:34 +0200, Dominik wrote:
> A possible solution seems to be what Petr Gotthard suggested
> (dnsmasq-discuss /Thu Mar 19 13:16:11 GMT 2020/):
>
> > +#ifdef NETLINK_NO_ENOBUFS
> >setsockopt(daemon->netlinkfd, SOL_NETLINK,
> > NETLINK_NO
s to be able to do what you want: ensure the PTR (address-to-
name association) is registered as you want it to.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Patch attached.
On 17.03.20 21:54, Simon Kelley wrote:
>
> On 11/03/2020 07:55, Dominik wrote:
>> Hey Buck,
>>
>> dnsmasq blocks all IPv4 address replies in the "private" subnets when
>> enabling stop-dns-rebind. For IPv6, it blocks only the IPv4-mapped
ime is always set when the user explicitly wants to do this and
otherwise only limited when it is too large.
Best,
Dominik
>From ad2aeb6af449a3cbe8a222545c811fc593544f7c Mon Sep 17 00:00:00 2001
From: Dominik
Date: Mon, 7 Sep 2020 21:45:02 +0200
Subject: [PATCH] DHCPv6: Use the desired
the flooring of the lease time may or not have an effect here.
Would you be able to compile dnsmasq from source and check if this
behavior you observed can be triggered by going to 4d85e40 and then back
to its parent (2bd02d2)?
Best,
Dominik
>
> Cheers,
>
>
> _
actor 6
in here.
Maybe check if your editor/terminal causes an issue with a too long
string to eliminate the issue is outside dnsmasq.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Hey Matthias,
more out of curiosity than anything else: What is a proper reason to
bind only to IPv4 but not IPv6 (or vice versa)?
Just checking here that your customer doesn't maybe want something silly
and you should rather explain to them why they actually don't want this.
Best,
Dominik
Hey Mikko,
there is a quite substantial bug in v2.81 concerning TCP forks which is
why v2.82 is already on its way. If you feel comfortable with compiling
dnsmasq yourself, then grab the latest source of dnsmasq from here:
http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=summary
Best,
Dominik
ted independently by several (more than 20) individual
users.
Best
Dominik
On Wed, 2020-06-17 at 19:52 -0700, Frank wrote:
> Hello,
>
> This patch fixes a buffer overflow in TCP requests. Since the read is
> not actually being retried, the byte written by the child can be left
>
done. As you can see in my example above, everything works as expected
when doing things manually. Maybe there is another option specifically
for committing (writing + closing) the file in Ansible?
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsm
ion: 0, flags:; udp: 4096
;; QUESTION SECTION:
;apps.aaa.mylabb.lan. IN A
;; ANSWER SECTION:
apps.aaa.mylabb.lan. 2 IN A 10.100.100.100
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Jan 18 08:51:00 CET 2021
;; MSG SIZE rcvd: 64
Best,
Dominik
_
static IP at
all.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
nt discussion, I thought
it'd be interesting to mention that Pi-hole used to use "addn-hosts" but
stopped to do so some time ago.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
happy to run additional tests or provide additional information, if
required. I can also share the Wireshark recording and the full log if you
cannot reproduce this. I prefer to share it off-list because the log may
contain sensitive information.
Best,
Dominik
ease, likely related to lookup times. I recall some
> discussion
> on the ML where you mentioned work on a hash/tree solution was in
> progress. Were those changes completed?
Yes, dnsmasq uses hash buckets to minimize the amount of memory it has to
loop over when trying to find a name.
.
`man resolv.conf` tells us that Linux will typically wait for 5 seconds
before retrying. Our default should be similar to avoid unnecessary
traffic.
Best regards,
Dominik
On Thu, 2021-03-11 at 12:19 +0100, Petr Menšík wrote:
> Hi Simon and Nicholas,
>
> I think dnsmasq relying on drivin
u looking for dhcp-hostsfile ?
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
release?
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
ide-developer/gdb
I don't know feasible this solution would be for you.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
it one
further level down in the backtrace (break in check_dns_listeners()
where receive_query() is called, etc.) so we can see where the issue
is.
When you got the right one, there should be no CPU core spinning as you
will always end up in the breakpoint immedi
plication.
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
[PATCH] Remove upper limit of 10,000 for cache size
Signed-off-by: Dominik Derigs <dl...@dl6er.de>
---
src/option.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/option.c b/src/option.c
index 65df93a..180517a 100644
--- a/src/option.c
+++ b/src/option.c
@@ -2589,8 +2589,6 @@
From c3fdb31d68d80e08679524ebe02113fe1f11b0b2 Mon Sep 17 00:00:00 2001
From: Dominik Derigs <dl...@dl6er.de>
Date: Tue, 8 May 2018 18:44:41 +0200
Subject: [PATCH] Remove upper limit of 10,000 for cache size. We should
allow
users to set any (maximum) cache size they like to set. Even em
0 queries
or 10 seconds (whatever happens first) if I'm not mistaken. This fits
well to your observation.
I changed this locally to checking every 1000 queries (or every 10
minutes) and this is working great (I compile dnsmasq from source).
Best,
Dominik
On 15.05.2018 17:27, Kevin Darbyshire-Bry
TCP_MAX_QUERIES;
Would it be possible to have the TCP workers use the same counter?
I'm thinking about sharing the log_id integer using shmget().
Best regards
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.t
the
host name to the cache where it will then be available afterwards. I
already use some pthreads for things that should not block so I wouldn't
mind to run the PTRs from therein, where it wouldn't be blocking anything.
Best regards,
Dominik
On 05.02.2018 14:03, Michael Stiemke wrote:
>
>
name without ~
ADH: len: 32
ADH: name: veryverylongfilename
ADH: last char:
DD: strlen: 20
DD: strlen last char: e
For a long filename with ~
ADH: len: 32
ADH: name: veryverylongfilename~
ADH: last char:
DD: strlen: 21
DD: strlen last char: ~
Best regards,
Dominik
On 11.02.2018 12:57, An
network.
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
cord of lb2.pi-hole.io) so there is no need to lookup this domain in
the cache.
Is this a bug or is it by design?
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
g of dnsmasq could happen when the
upstream doesn't answer properly? I will try the dig +vc ... test soon
and report back.
Best regards,
Dominik
On 16.04.2018 14:06, Simon Kelley wrote:
> When you're running under the debugger, are you starting dnsmasq with
> the -d flag? If so, then I'd
keytag 52983, algo 8
Oct 23 07:29:54 dnsmasq[19772]: * 127.0.0.1/49375 reply disa.mil is
DNSKEY keytag 8665, algo 8
Oct 23 07:29:54 dnsmasq[19772]: 1 127.0.0.1/49375 validation result is
SECURE
Oct 23 07:29:54 dnsmasq[19772]: 1 127.0.0.1/49375 reply disa.mil is
156.112.108.76
Best,
Dominik
On Mon
Hey Simon,
On 19.09.2018 13:27, Simon Kelley wrote:
> when rd is not set, never answer
> from the cache, but always forward the query. That would allow dig
> +trace to work.
>
> Does hat seem sensible?
Yes, that seems useful.
16:11:32 dnsmasq[14851]: 1853 192.168.3.3/58098 forwarded
www.isitblocked.org to 9.9.9.9
As you see, the reply (NXDOMAIN) is missing although the response is
correctly sent to the requesting client.
Best regards,
Dominik
___
Dnsmasq-discuss mailing
ers.net.
. 42569 IN NS d.root-servers.net.
;; Received 241 bytes from 192.168.2.11#53(pi.hole) in 115 ms
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
to be the exact situation DNSSEC was created for. CloudFlare is
trying to provide information that is not accurate and should be flagged BOGUS
so there is no dnsmasq bug here. Maybe logging was a bit misleading but I should
have paid more attention to the replies to the client.
Thanks!
Best regards,
Dominik
.elb.amazonaws.com is 52.0.22.76
Is this intended behavior?
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
Dear Simon,
the attached patch removes three redundant prototypes from dnsmasq.h. There is
no functional change.
Best regards,
Dominik
From c0b2ccfd20c4eec9d09468fdfe9b4ca8a8f8591e Mon Sep 17 00:00:00 2001
From: DL6ER
Date: Sun, 10 Mar 2019 19:34:07 +0100
Subject: [PATCH] Remove redundant
(), and
* outpacket.c:put_opt6_long(),
its definition should reflect this to avoid inconsistencies.
RFC3315 (section 22.4) confirms that the IAID is a 4 bytes long
unsigned integer.
Best,
Dominik
From 93490e98789bf91d86d46e96c643feea4a08e387 Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Sun, 20 Oct
FYI: Shared the requested PCAP file directly with Simon as it contains
sensitive information (browsing behavior).
Best,
Dominik
On Mon, 2019-10-07 at 17:58 +0100, Simon Kelley wrote:
> On 05/10/2019 11:22, Dominik wrote:
> > Hey all,
> >
> > I'm reporting a bug on b
er issues.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
debated if
this is intended. Following RFC 8914, Sec. 4.1, they can be included as
EXTRA-TEXT for EDE code 0. This is not included in this patch but could
be easily added in a follow-up.
Best,
Dominik
From c7b5dc9c5dc16c9ea9aa6e76d4f49c842645e3e1 Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Sun
7028c1c59f42f473 (and newer) replies
incorrectly with NOERROR and sets the AA bit.
Let me know if you need any further information.
Best regards,
Dominik
diff --git a/src/domain-match.c b/src/domain-match.c
index 85ce76e..f7bb506 100644
--- a/src/domain-match.c
+++ b/src/domain-match.c
@@ -75
thoughts were in line of "if there would be an existing
error code for it, Simon would surely have added it".
Revised (= shorter) patch attached.
Best regards,
Dominik
From 2c38512eade5c14482dfb1f523d62a009b9ada09 Mon Sep 17 00:00:00 2001
From: Dominik Derigs
Date: Wed, 7 Jul 2021 06:05
2.84-like behavior but with reduced likeliness of
failing because we eventually allow retrying if the first query died.
Just not immediately.
Hope that makes my idea clearer.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.theke
To be even more precise:
On Mon, 2021-04-05 at 22:16 +0200, Dominik Derigs wrote:
> This is the issue I'm concerned about. Some clients send the same
> query
> multiple times (they don't seem to have a local cache).
These clients don't even intend them as retries. Wireshark confirms
the intended effect in my local tests: Reduced unnecessary
forwarding traffic without the danger of failing when the first query
is lost (or whatever).
Let me know if you need something more/else. It should be easy to
review this one.
Best,
Dominik
From d7b9fbb4eb81b02326918d29bec5ee3f97e02121 Mon Sep 17 00
we could get a retry feature baked into dnsmasq sometime in the
future.
Best regards,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
ere. tagged as 2.85rc3
Seen, tested, it works.
Thanks!
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
peated the
reasoning for me, I vaguely remember having read this some longer time
ago here. Copy-pasting your explanation to the man page seems helpful
for future readers.
Best,Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@l
ere it is also read from there on
subsequent restarts (the `--dhcp-host` isn't needed anymore).
My `dig wap` now works as expected as `wap` is in `*leases`.
My question: Is not adding --dhcp-host hosts to the DNS cache a bug or
is this somehow intended behavior?
Best regards,
Domi
g 27 10:35:53 dnsmasq[1497049]: 1 127.0.0.1/42014 reply
> txt.dns.netmeister.org is Format:
Best,
Dominik
From b84cf751e933ec7b0fb6113bc0e8a751e25a7178 Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Fri, 27 Aug 2021 10:28:09 +0200
Subject: [PATCH] Also log non-cacheable replies
Signed-off-
On Fri, 2021-08-27 at 11:04 +0200, Dominik DL6ER wrote:
>
> The attached patch fixes this by ensuring we call log_query() also
> for replies that do not enter the cache. I also moved the printing of
> TXT records here so "log-queries=extra" works as expected for those,
>
On Fri, 2021-08-27 at 14:39 +0200, Dominik DL6ER wrote:
> Slightly simplified/optimized patch attached. This ensures replies
> cannot be mistakenly logged as "cached" under certain circumstances
> by hard-coding flags handed to log_query().
I missed non-cacheable PTR replie
ot;", aqtype) in the "else" branch of "if (aqtype == T_TXT)" but
that's entirely your call.
Also, DNSSEC signed TXT records were not logged as such with log-
queries=extra. print_txt() needs secflag for this. Patch attached.
I'll report back if anything odd comes up
Using this combination, we've not seen any
issues anywhere. Devices either recognize 0.0.0.0 as an address they
cannot connect to or us it to connect to themselves where there is
typically nothing served on port 443 (or wherever they are connecting
to).
Best,
Dominik
_
found a more elegant way of handling logging.
Best,
Dominik
From dc21d73e4c681fdfb805104191f8c87c31c19f8e Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Sun, 29 Aug 2021 15:28:55 +0200
Subject: [PATCH] Log non-cacheable replies where answer type != question type
(commonly seen for ANY queries
.2.0/2:00:00,M11.1.0/2:00:00"
and
> dhcp-option = option:tzdb-timezone,"Europe/Berlin"
Best,
Dominik
From fba30c5aa94d0fd6b98b690fbf72913e8683de7f Mon Sep 17 00:00:00 2001
From: DL6ER
Date: Fri, 3 Sep 2021 13:51:18 +0200
Subject: [PATCH] Add RFC 4833 DHCP options "posix-ti
m involved in the process now and get notified if the IANA RR types
table gets updated and will send new patches if this is the case.
Best,
Dominik
From 97ca3ae9ff6a33ac70fb982d282a1728dee5a9cd Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Thu, 9 Sep 2021 14:28:28 +0200
Subject: [PATCH] Implement
you should really only set this option in IPv6-only
environments (when you are absolutely sure about the guaranteed absence
of upstream IPv4) and what the implications are (A queries will never
be answered). And maybe even a single line paragraph to the CHANGELOG.
Best,
Dominik
_
ved explanation (I don't think we have
had the server explanation last year when I wrote this patch).
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
, eax
sal rdx, 4
cmp DWORD PTR typestr[rdx], r1d
jne .FOR_LOOP
[... stuff if found ...]
Given we call library functions like strlen() and sprintf(), our loop
here is surely not any kind of bottleneck. Even if it'd be even larger.
Best,
Dominik
From e0d5
upport for /10
might come in the next release (if the patches are accepted).
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
to be
shown that we log (this is limited by SERVERS_LOGGED = 30)
Best,
Dominik
From 58343618ffee18c24a9c81b7a668cb5dcc7e847d Mon Sep 17 00:00:00 2001
From: Dominik DL6ER
Date: Mon, 6 Sep 2021 22:27:00 +0200
Subject: [PATCH] --rev-server: Add support for arbitrary IPv4/6
prefix-lengths. So far
ually leading to a crash.
The attached patch tries to fix this by first checking if we are
really dealing with a full "struct server" here. I cannot get
dnsmasq to crash with it.
---
How to reproduce the crash yourself:
1. Use the attached config line.
2. Query "dig A mobile
1fe126e0670c;hb=HEAD#l27
and the line below. The default probing could likely be made less
often, but else than that, I don't think there is an inconsistency
here.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
, "->sfd" to "-
>extra->serv->sfd", the amount of work sound not too dramatic.
However, as this is a design decision and as you may want to do
it differently altogether, I'm not attaching a patch here.
Best,
Dominik
log-queries=extra
port=5000
no-resolv
server=8.
0.1
> server=/bo.net/#
> address=/bo.net/::
resulting in "A bo.net" being sent to 192.168.0.1
Something is definitely fishy here.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.theke
uot;address=..." is in
use, see my most recent two mails to the list for some details.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
y from everything else.
Do you have a change to try the current version v2.86? We
recently improved logging and the issue you're mentioning should
already be fixed.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
ing multiple times if
more than one virtual interface is present.
Patch 2 fixes a crash I've seen on a small embedded device that
crashed when there wasn't enough memory available for allocating
a TCP packet (66 kilobytes).
Best regards,
Dominik
From e2112e432917caf510b256d5108925270c6da391 Mon Sep 17
ing in the code is consistently indented when using the
standard tabwidth.
On Thu, 2021-09-16 at 20:19 +, Carson Riker wrote:
> would a PR standardizing things be welcome?
See
https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2019q4/013414.html
Best regards,
D
ies
cleanly to the current master.
I guess it's pretty self-explanatory, more details can be found
in my last submission:
https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2020q2/013985.html
https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2020q2/013997.html
Everything i
On Thu, 2021-09-23 at 11:00 +0100, Simon Kelley wrote:
> I just pushed a pretty straightforward patch to fix this.
Can confirm this fixes it.
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
ht
Hey Petr,
On Tue, 2021-10-12 at 04:40 +0200, Petr Menšík wrote:
> Hi Dominik,
>
> those tests look great. Something like that is exactly what I had
> on
> mind for dnsmasq itself. Would you mind if I borrow few things
> and try
> to make some dnsmasq-only parts, not dep
agree it should be like --filter-a=/example.com/
Maybe this option could simply be syntactic sugar for
server=/example/#
address=/example.com/::
but with a real filter instead of forcing it to ::
Best,
Dominik
___
Dnsmasq-discuss mailing list
D
Hey Tobias,
On Thu, 2021-10-07 at 12:29 +0200, Tobias via Dnsmasq-discuss
wrote:
> it would be useful (at least for me)
In general, it is a bad idea to do this but I assume you know
this. So what is your use case for manipulating the TTL of only
particular domains?
Best,
Domi
tps://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2021q3/015711.html
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
it accordingly. We'll import all tests
we consider useful for our project and assume it won't be all of
them. As dnsmasq will be tested independently, it won't be super-
important to run all the same tests in our repository again.
Best,
Dominik
___
Dnsmas
lated files (e.g.
if you are using dhcp-hostsfile or dhcp-hostsdir)?
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
us (entirely unrelated)
query. Setting the ID is incorrect at this point.
The third log is somewhat different, it may be a separate issue.
I cannot reproduce the issue in the first two logs but I can pass
on a patch.
Best,
Dominik
Oct 14 04:08:53 dnsmasq[29757]: 8722 fddc:704f:99b9:178:74cb:252e:8291:
h should preserve backwards compatibility it I'm not
mistaken. And since we're using the label variable everywhere
else...
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
ore and
more already existing entries. Hostname checking is a non-linear
task, too (because it depends on the length of the individual
names), so I'd say CNAME insertion goes roughly like O(N^2.5).
This seems to fit your experiment pretty well.
Best,
Domi
s can be called before running
read_hostsfile() to insert new stuff. I added MOVE_FROM and
DELETE to inotify_add_watch() so we catch if a file was removed.
In this case, we only remove old entries.
Issue 3 is fixed by adding a loop over cache_find_by_name() in
add_hosts_entry() to check possible multiple
ecause they think you want to cheat on their geo-
fencing with your VPN. When they use Netflix over their native IPv4,
everything works.
I was a bit surpised about this, but it does make sense.
Best
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-d
terfaces due to
the missing label. Not that this should be the reason for making this
change. This reasoning is given above (correct warnings in dnsmasq).
Best,
Dominik
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
https://lists.thekelleys.org.uk/cgi-bin/mailman/listinfo/dnsmasq-discuss
1 - 100 of 154 matches
Mail list logo
