Am 20.03.23 um 18:15 schrieb Paul Constantine:
So here is my DNSMASQ problem.
I'm running to VirtualBox Ubuntu 16.04 servers on two seperate 2011
mac mini servers (macos High Sierra).
That's your first problem, unmaintained obsolete OS and likewise
dnsmasq. 18.04 which is also dying shipped
Am 17.01.23 um 23:22 schrieb 17th of this month:
Previous-Subject: Re: [Dnsmasq-discuss] [PATCH] Add run-time option to disable
CHAOS TXT records
In-Reply-To: <9e8bb769-db3e-770b-f058-fcc73f557...@thekelleys.org.uk>
On Mon, Jan 16, 2023 at 10:46:25PM +, Simon Kelley wrote:
...
Have I
Am 17.01.22 um 22:27 schrieb Simon Schwarz:
I use dnsmasq in a docker environment based on this project:
https://github.com/jpillora/docker-dnsmasq
There the --no-daemon option is used which I replaced with
--keep-in-foreground and --log-facility=-
This seems to print all logs to stdout and
Am 08.08.21 um 15:02 schrieb Ed W:
> On 19/07/2021 18:52, Ed W wrote:
>> Hi, around 2.82 someone posted a little patch to import the config files in
>> dictionary order, which
>> is very useful for situations where you have overlapping definitions. I'm
>> using an addn-hosts stanza
>> pointing
Am 03.08.21 um 12:43 schrieb Greg Wickham:
>
>
>
> Hi,
>
>
>
> I inadvertently left a “tag:” off a “dhcp-boot=“ line which resulted
> in dnsmasq crashing.
>
>
>
> This was the line that caused Dnsmasq to crash:
>
>
>
> dhcp-boot=tag:ww3001,UEFI,/ipxe.efi,10.109.0.1,10.109.0.1
>
>
>
> The
Am 25.04.21 um 00:29 schrieb Steffen Nurpmeso via Dnsmasq-discuss:
> Steffen Nurpmeso wrote in
> <20210422212628.esxga%stef...@sdaoden.eu>:
> |Since a few weeks ago i sometimes see mail delivery from a few
> |domains (most often: mx2.freebsd.org, lesser so netbsd.org,
> |ietf.org, crux.nu)
Am 20.03.21 um 16:02 schrieb Jelle de Jong via Dnsmasq-discuss:
> Thank you all for the replies,
>
> I did some more testing on an up-to-date Debian 10 Buster system with
> all the security updates installed and it has the same time out problem.
>
> If version 2.80 is to old would it be possible
Am 19.03.21 um 23:20 schrieb Simon Kelley:
> On 17/03/2021 23:53, Matthias Andree wrote:
>> Am 17.03.21 um 22:48 schrieb Simon Kelley:
>>> Please download
>>>
>>> https://thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.85rc1.tar.gz
>>>
>
Am 19.03.21 um 13:50 schrieb Jelle de Jong via Dnsmasq-discuss:
> Hello everybody,
>
> I am having an issue resolving the MX record of a domain using DNSSEC,
> however I can not find anything wrong with this domain on a dnssec
> test sites, but dnsmasq goes into a loop until the dig tool times
Following up on my own message,
I have added a FreeBSD port named dnsmasq-devel that is at 2.85rc1
currently and includes the added rename of ifr_ifindex to ifr_index to
make it compile,
for testing purposes.
Will there be an official, terser, security advisory? I have for now
written ⅔s of
Am 17.03.21 um 22:48 schrieb Simon Kelley:
> Please download
>
> https://thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.85rc1.tar.gz
>
> and test it thoroughly. Then look at the diff at
Simon,
thanks for your and Petr's efforts on this.
Unfortunately, 2.85rc1 does not compile on FreeBSD
Am 31.01.21 um 12:21 schrieb Geert Stappers:
> Lonnie Abelbeck's hint on another release was indeed very humble
> and very polite. And yes, he is right with expressing
> We do ourself and the rest of mankind a favour by avoiding
> version string "2.84rc2" for verion "2.84"
Oh dear. It's not
Am 12.04.20 um 00:28 schrieb Simon Kelley:
> After 18 long months, tonight I released dnsmasq 2.81.
>
> The next release should happen to a shorter timescale.
>
> http://thekelleys.org.uk/dnsmasq/dnsmasq-2.81.tar.gz
>
Simon thank you,
I have updated FreeBSD's ports last night, the update should
s, and also
the misuse of which vs. that.
I am attaching a patch series vs. git to fix several issues in the
manpage and CHANGELOG.
From 35b88d98429e2fe016d9989d220f6faf2b933764 Mon Sep 17 00:00:00 2001
From: Matthias Andree
Date: Sun, 5 Apr 2020 11:18:05 +0200
Subject: [PATCH 1/5] man/dnsmasq.8: Pr
Simon Kelley wrote, in response to my earlier mail about 2.81rc1:
> So I guess this should be
>> /* ... */ && IN6_ARE_ADDR_EQUAL(>addr6->addr.addr6, )) //
>> at least, this compiles
>>
> This turned out to be a rather larger can-of-worms, and the fix somewhat
> bigger. It's unexpected fallout
Am 02.03.20 um 23:39 schrieb Simon Kelley:
> It's almost 18 months since the last release of dnsmasq, which is far
> too long.
>
> I've done my best over the last couple of weeks to tie up loose-ends, so
> that a 2.81 release can happen. There are ongoing development efforts,
> but they may have
Simon,
dnsmasq 2.80 is apparently nearing its anniversary - what are the plans
WRT stabilizing, touching up and releasing 2.81? It seems the Git has a
nice collection of regression and other bug fixes.
FreeBSD releases quarterly according to calendar, and something around
second half of November
Am 13.10.19 um 00:34 schrieb Simon Kelley:
> The patch in the buzilla entry looks good to me. The dnsmasq code is
> wrong and has been for some time. The version-dependent failure is
> probably down to the order in which the data is added to the control
> array, or the relative size of the two
Am 05.10.19 um 09:54 schrieb Geert Stappers:
> Questions:
> Which version of Dnsmasq did work? ( git bi-sect known good)
> Which version of Dnsmasq doesn't work? ( git bi-sect known bad)
>
> In case it is stated in
>>
Greetings,
I have received a bug report where TFTP regresses on newer FreeBSD
versions and breaks on 11.3 and 12.0 with IPv4 where older FreeBSD
releases (that are now weeks before EOL) work,
with some kind of analysis, here:
Am 22.10.18 um 18:56 schrieb Craig Andrews:
> I'm unable to look up *.disa.mil when using dnsmasq - I'm hoping that
> we can figure out why that is.
Works for me with dnsmasq 2.80 (release) and a local unbound as upstream:
Unbound:
> $ dig disa.mil @127.0.0.1 +dnssec +short
> 156.112.108.76
> A
Am 08.10.18 um 03:58 schrieb Mouath Ibrahim:
> Hello,
>
> I ran the PoC supplied by Google research team found here: https://github.com/
> google/security-research-pocs/blob/master/vulnerabilities/dnsmasq/
> CVE-2017-14495.py
>
> and noticed immediately that dnsmasq process uses up 100% CPU usage
Am 09.10.18 um 10:45 schrieb Mouath Ibrahim:
>
> dnsmasq couldn't resolve anything and eventually i had to stop it. cpu
> overheats quick.
If your CPU "overheats", you have hardware and system design issues, and
you need to fix those first independently. First thing to do is make
sure your
Am 09.08.2017 um 22:28 schrieb Petr Menšík:
> Hi Simon,
>
> this issue was fixed in libidn2 release of version 2.0.3. You workaround
> could be disabled for releases with IDN2_VERSION_NUMBER >= 0x0203.
>
> Attaching small example patch.
>
> Cheers,
> Petr
Hi everybody,
FreeBSD's ports of
Simon,
with the release of v2.77, I have switched the FreeBSD port from IDN
(which was used up to and including 2.76) to IDN2, and have just
received a bug report where SRV records that use underscores are no
longer recognized, and the reporter states that disabling the IDN2
option reinstates the
Am 07.06.2017 um 00:06 schrieb Simon Kelley:
> Ugh. Apologies for letting that one through. How annoying.
>
> I've committed Chris's patch into git.
>
> I'll leave it a week or two in case anything similar emerges, and then
> push another release.
Hi Simon,
I am offering my apologies for
Am 21.05.2017 um 23:24 schrieb Simon Kelley:
> I think my code has beaten the compiler.
>
>
> opt->source_netmask will remain set to zero on any code path which
> doesn't set addrp and inhibit the execution of the memcpy()
Wasn't obvious to me, and chances are that clang either didn't check, or
Am 21.05.2017 um 23:51 schrieb Simon Kelley:
> Heads up. I just pushed another release candidate.
>
> http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.77rc5.tar.gz
Thanks. There is a typo in CHANGELOG which could be fixed for the
release without pushing another release candidate
Am 20.05.2017 um 22:50 schrieb Simon Kelley:
> I've just mase the fourth, and probably final, release candidate for
> dnsmasq-27. Please download, compile and run, and report any problems
> ASAP. If all looks OK, 2.77 will happen in the next week.
>
>
d carefully review 0003* whether the
option_len() macro needs to be changed instead.
> option.c:910:23: warning: unused function 'add_rev6' [-Wunused-function]
> static struct server *add_rev6(struct in6_addr *addr, int msize)
> ^
>
> network.c:936:24: warning: unused variable 'l6
Am 20.05.2016 um 23:03 schrieb Simon Kelley:
> Apologies for jumping the gun on you. As a general thing, a quick email
> in reply to an rc1 announcement is enough to hold things until an issue
> has been addressed.
>
> I checked those warnings, and they're all false positives. The static
>
Am 18.05.2016 um 17:44 schrieb Simon Kelley:
> I've just released dnsmasq 2.76.
>
> Download from http://thekelleys.org.uk/dnsmasq/dnsmasq-2.76.tar.gz
>
> It's more than nine months since the last release, so get the new code
> quick, there's lots to go at.
Hi Simon,
that was fast after the
Am 25.03.2016 um 22:34 schrieb Kurt H Maier:
> On Fri, Mar 25, 2016 at 05:00:17PM -0400, Weedy wrote:
>> Considering dhcp typically runs on the router in a home, I think hardware
>> failure would cause you bigger issues then "oh crap I can't even DNS"
>
> People use dnsmasq outside of home, as
Am 24.03.2016 um 20:34 schrieb Rick Thomas:
>
> My home network recently suffered 5 hours of downtime because the dnsmasq
> server crashed and took out my DNS and DHCP service.
>
> Is it possible to run a backup instance of dnsmasq on a different server so
> this wouldn't happen again?
Would
Am 14.03.2016 um 09:23 schrieb c...@lim.nl:
> It is crashing periodically, and apparently caused the VPS itself to
> crash last night.
>
> Any thoughts about what might be going on here?
>
> /usr/sbin/dnsmasq --version
> Dnsmasq version 2.62
Try a recent version.
Am 24.01.2016 um 23:11 schrieb bob tatus:
> The current package installed lists as 2.66-14.el7_1, which I believe is
> latest for CentOS 7.
>
> I'm using this via NetworkManager, that is I've enabled dnsmasq via the
> /etc/NetworkManager/NetworkManager.conf file, not sure if this matters
> much
Am 22.01.2016 um 00:16 schrieb bob tatus:
>
> Hi there,
>
> I've been using Dnsmasq for a few days now with no problems, it was
> caching well and helping a lot.
>
> Yesterday I disabled recursive DNS queries on my DNS server (Bind 9) as
> this is not required within the environment, since
Am 05.01.2016 um 02:13 schrieb Matthias Fischer:
> Hi,
>
> sorry, this will be rather long...
>
> I'm trying to compile 'dnsmasq 2.75' (for use with 'IPFire 2.17 (i586) -
> core95') with
> all available patches but I'm always runnning into errors.
> Michael Tremer gave me the hint to ask here.
>
Am 05.01.2016 um 21:01 schrieb Matthias Fischer:
> Hi,
>
> On 05.01.2016 20:11, Matthias Andree wrote:
>>> >Building always stops with the exact same errors, regardless if I use
>>> >'2.75' with a total of 41 patches by now, or the original
>>> >'2.75
Am 21.10.2015 um 11:41 schrieb Kevin Darbyshire-Bryant:
> Ideally those cheap, low margin home router manufacturers will remember
> to put '--bogus-priv' in their configs.
The ideal fix is getting rid of junk by making it unattractive to sell
cheapo gadgets without long-term support.
Ways out
Am 09.05.2015 um 22:38 schrieb Karl-Philipp Richter:
Hi,
Mirroring the git repository git://thekelleys.org.uk/dnsmasq.git to
github.com would facilitate contributions by providing the pull request
feature.
How about Gitlab.com?
___
Dnsmasq-discuss
Hi Simon,
I figured that in
http://www.thekelleys.org.uk/dnsmasq/release-candidates/, the dist-files
all got re-rolled, and the signatures no longer match.
For 2.73rc3, apparently only the po and VERSION files seem to be
changed, but this recently got us a BROKEN= mark for the FreeBSD port
Am 23.12.2014 um 22:00 schrieb Simon Kelley:
Try
local=/virt/
the extended domain= syntax is broken in some recent dnsmasq releases.
And the inotify stuff apparently broke builds on non-Linux systems (in
2.73test2). FreeBSD doesn't have that (nor sys/inotify.h), you need to
move the
Am 17.12.2014 um 09:38 schrieb Helmut Hullen:
Hallo, Matthias,
Du meintest am 17.12.14:
I don't know one, but it should be in the interface address ranges
that dnsmasq is responsible for.
Sure?
On my machines I define the dhcp-host IP-addresses outside the dhcp-
range, and that works
Am 16.12.2014 um 06:54 schrieb 五月:
Greetings,
I have a setup in which the DHCP range is 192.168.2.128 to
192.168.2.250, and I manually give some devices an IP in range
192.168.2.1 to 192.168.2.127, using the dhcp-host line. So that I can
use the u32 traffic classifier to split traffic
Am 27.09.2014 um 12:01 schrieb Roy Marples:
On Friday 26 Sep 2014 21:14:20 Simon Kelley wrote:
This is just a heads-up that if you're using the --dhcp-script option in
dnsmasq, and the script you're calling is being interpreted by bash,
then you're affected by the shellshock bug.
The bug
Am 07.02.2014 09:24, schrieb Simon Kelley:
On 07/02/14 08:21, Jan-Piet Mens wrote:
Answering my previous question, this behaviour is specified in RFC
6840 para 5.7. Code changes to implement it are in git now.
Have they been comitted? ;-) No visible change here ...
Ooops. Try now.
Am 07.02.2014 09:24, schrieb Simon Kelley:
On 07/02/14 08:21, Jan-Piet Mens wrote:
Answering my previous question, this behaviour is specified in RFC
6840 para 5.7. Code changes to implement it are in git now.
Have they been comitted? ;-) No visible change here ...
Ooops. Try now.
Am 07.02.2014 09:45, schrieb Matthias Andree:
Am 07.02.2014 09:24, schrieb Simon Kelley:
On 07/02/14 08:21, Jan-Piet Mens wrote:
Answering my previous question, this behaviour is specified in RFC
6840 para 5.7. Code changes to implement it are in git now.
Have they been comitted
Am 04.02.2014 16:29, schrieb Simon Kelley:
DNSSEC in dnsmasq is a long story. There have been requests for the
feature for at least five years, and work was started in earnest two
years ago, when Giovanni Bajo got much of the way on validation, and I
made the necessary changes to the cache
Am 24.12.2013 13:35, schrieb Nikita N.:
Hi :) Im having a strange issue here with DHCP/ARP I cant solve..
DHCP works good, it receives a REQ from client MAC asking the preferred
ip, e.g. 192.168.0.10, and DHCP answers correctly ACK..
But after that, my client keeps asking the following ARP
Am 09.12.2013 17:58, schrieb Simon Kelley:
OK, using this, I've implemented dynamic interface-address discovery for
*BSD. Available now in git and as 2.69test1. This is very useful as it
stands, since it makes the dynamic DHCPv6 address-range facility using
the constructor: keyword work on
Am 05.12.2013 12:48, schrieb Simon Kelley:
That's excellent. Thank you.
We're too late in the 2.68 cycle for this, but it's first think on my
list for 2.69.
OK.
Google suggests that it should work on any *BSD system, including macOS?
FreeBSD-specific features might comprose the
Am 03.12.2013 12:11, schrieb Simon Kelley:
The standard fix is to use --bind-dynamic, which can rely on the
existence of the extended API. Unfortunately that doesn't work on
FreeBSD because it also relies on a a method of getting asynchronous
events when interfaces/address come and go. Does
In one, compile the program, f. i.:
cc -O -Wall -o try-rtsock try-rtsock.c
That cc command would require -std=c99 on older FreeBSD versions where
cc is gcc (which defaults to C90+GNU).
Sorry 'bout that, and sorry about the other mistakes (selects() should
be read as select(), and the
Am 03.12.2013 12:11, schrieb Simon Kelley:
Could you double-check iface_allowed_v6() and the network enumeration
code that calls it, and the code in network.c:703 that calls bind()?
Either needs to zero out the scope_id for non-link-local i'faces.
That looks like a very good diagnosis:
Am 02.12.2013 13:01, schrieb Simon Kelley:
On 01/12/13 01:59, Matthias Andree wrote:
Greetings,
testing 2.68rc4, I have found three issues, on FreeBSD 9.2 amd64:
1. the Makefiles might not thoroughly list all dependencies required to
build the dnsmasq executable; I found my build miss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 02.12.2013 22:13, schrieb Matthias Andree:
The latter, and I suspect that it might have been any other cache.o file.
... .o file than cache.o. Not quite clear what's causing it, a
cursory glance over Makefile lets it look innocent to my eye
Greetings,
testing 2.68rc4, I have found three issues, on FreeBSD 9.2 amd64:
1. the Makefiles might not thoroughly list all dependencies required to
build the dnsmasq executable; I found my build miss cache.o when linking
(compiling with make -j + high number), re-running make immediately
after
Am 21.04.2013 18:34, schrieb Giacomo Tazzari:
Hello!
I encountered a bug that makes dnsmasq segfaults when the --conntrack
option is enabled.
I am not entirely sure how to reproduce it: on my router (an Ubuntu
server) it seems to occur sometimes when a remote DNS responds with
ServFail to
Am 10.04.2013 12:20, schrieb Simon Kelley:
... and the lesson here, is don't write an unsigned integer to a text
file and then parse is back in using atoi(). D'oh!
atoi does not do error checking (and is documented that way), unlike
strto(u)l, so arguably every use of atoi() is a bug in
Am 11.09.2012 08:27, schrieb microcai:
2012/9/10 Simon Kelley si...@thekelleys.org.uk:
On 09/09/12 06:57, Cristian Rodríguez wrote:
El dom 09 sep 2012 02:03:11 CLST, Shantanu Gadgil escribió:
If this is done, won't the autotools chain will be a prerequisite for
dnsmasq to be built.
Maybe OK
Am 08.09.2012 23:16, schrieb Cristian Rodríguez:
---
Makefile | 134
-
Makefile.am | 16 +++
configure.ac | 113
src/bpf.c |4 ++
src/cache.c |
Am 09.09.2012 18:42, schrieb Jan Seiffert:
Shantanu Gadgil schrieb:
I would respectfully ask you to re-evaluate the what most people
use statement. The simplicity of DNSMasq is what makes it so
popular.
I would say yes to the simplicity.
But i would not search it in the build.
I have
Am 10.09.2012 04:05, schrieb Cristian Rodríguez:
El 09/09/12 22:10, richardvo...@gmail.com escribió:
Completely aside from arguments over the merits of autotools, this
patch is not production-ready.
It makes unrelated changes. Removal of the copyright notice is
certainly not necessary for
Am 29.07.2012 21:37, schrieb Simon Kelley:
I'm starting the release process for dnsmasq-2.63 with a first release
candidate. There's a reasonably hard deadline on making the final 2.63
release of 23rd August, to catch the feature-freeze on the next Ubuntu
release.
Greetings,
[...]
FreeBSD
What is the purpose of casting stuff to float type explicitly (see
quoted part below)?
difftime() returns double, so the comparison arguments will be
type-promoted to double anyways, no matter if you provide float, or
integer. (This applies equally to the original code, not just the new
code.)
Am 16.05.2012 22:02, schrieb aop...@bennett-electric.com:
What is the purpose of casting stuff to float type explicitly (see
quoted part below)?
difftime() returns double, so the comparison arguments will be
type-promoted to double anyways, no matter if you provide float, or
integer. (This
Am 08.05.2012 17:15, schrieb starli...@binnacle.cx:
Hello,
A problem of some sort exists with the list
server configuration. All messages submitted
from here bounce when relayed by a mature
'sendmail' configuration. Only way to submit
messages is manually using 'nc' directly to
one of
Am 11.04.2012 21:13, schrieb Simon Kelley:
On 11/04/12 19:49, Jan Seiffert wrote:
David Nelson schrieb:
Hi,
I have been trying to get dnsmasq 2.60.1 working on my FreeNAS server
within a FreeBSD 8.2 jail without any luck.
Dnsmasq is able to receive requests, resolve them either by the local
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 29.02.2012 22:56, schrieb Preston Crow:
Yup. RC4 is good with the ebuild. I would be surprised if the same
issue didn't hit everyone building from source on Linux. I was just
working on RC2 when I received this email, so good timing.
I'd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.03.2012 00:29, schrieb Matthias Andree:
Am 29.02.2012 22:56, schrieb Preston Crow:
Yup. RC4 is good with the ebuild. I would be surprised if the same
issue didn't hit everyone building from source on Linux. I was just
working on RC2 when
Am 11.12.2011 20:00, schrieb Ed W:
Hi, I have setup my DHCP to allocate to 192.168.111.0/24. However, I
notice queries from my ipad for various PTR records for this range
getting forwarded to my upstream DNS, eg:
Dec 11 18:25:55 localhost daemon.info dnsmasq[32485]: query[PTR]
Am 18.10.2011 23:08, schrieb Simon Kelley:
This is a strictly bugfix release that fixes two problems with binding
to IPv6 link-local addresses. One of these is a regression in dnsmasq
2.58 and the other stems from a behaviour change in bridge interfaces in
recent Linux kernels. Both bugs are
Am 26.08.2011 10:44, schrieb Jérémie SYLVAND:
Hello,
We are trying to move from dhcpd + bind to dnsmasq for our small company.
On the test server, the dhcp provided by dnsmasq works properly, as the
internal dns who works better than we want : it's possible to ping the
machine's name given
Am 26.08.2011 17:15, schrieb Jérémie SYLVAND:
Hello
Thank you for your answers.
I have tried what you told me, in different thing :
using resolv.conf with only 127.0.0.1
with 127.0.0.1 and one of my ISP nameserver
Not using resolv.conf by the line no-resolve in the dnsmasq.conf :
with
the same considerations apply.
--
Matthias Andree
Am 29.06.2011 09:18, schrieb Shantanu Gadgil:
quote
- Boa/thttpd - Both small, but unmaintained for a while? - Monkeyd - very
lightweight and pretty functional. Maintained. Appears to be the modern
ultra-micro webserver of choice? - nginx - Who would have thought it was
actually so
Am 22.06.2011 14:29, schrieb Brian Talbot:
Sorry...the previous message was incorrect. I meant to write:
Using /etc/dnsmasq.conf with address=/#/192.168.1.1 forwards all URLs to
192.168.1.1. I am wondering if it is possible to be more specific.
For example:
Am 25.05.2011 17:11, schrieb Ed W:
I can think of busybox's server. Probably there are some trivial perl
scripts (but I would want to hear they weren't exploitable...). Any
other ideas for a trivial lightweight http server? Minimal logging, 301
redirects and static file serving being the
Am 30.03.2011 12:05, schrieb Alex Theochari:
Hi,
I am having some issues with DNSMASQ and can't seem to be able to find
the solution. I have installed the software on a synology disk station
and inserted the domain as anything.com
I am now able to receive emails from anything.com but
Am 23.03.2011 21:45, schrieb Michael P. McDonnell:
Alright my setup:
Two VMs - Same network.
VM1)
Dnsmasq version 2.57 Copyright (c) 2000-2011 Simon Kelley
Compile time options IPv6 GNU-getopt no-DBus no-I18N DHCP TFTP no-IDN
##Config
no-resolv
no-poll
no-hosts
that Simon's documentation is complete, in other words, all
features are documented in the manual page.
--
Matthias Andree
Am 04.03.2011 01:01, schrieb Carlos Carvalho:
I've put dnsmasq as the authoritative server for a zone. All seems to
be working fine, except that I didn't find how to answer NS queries.
Is there a way?
In principle this should be defined by the parent zone but it's
strange that the
is not
The sections that state it provides DNS to a LAN isn't talking much about DNS
functionality.
Hope that helps.
--
Matthias Andree
.
--
Matthias Andree
to lsof.
Is this a known issue on FreeBSD? What means are there to resolve this
so that users don't fall into this trap?
--
Matthias Andree
and find out later. There's a couple of reasons this could fail,
but the reason is _not_ that FreeBSD 8.2 couldn't bind INADDR_ANY with
named bound to 127.0.0.1:53 TCPv4 and ::1/53 TCPv6.
--
Matthias Andree
pxelinux.0.
--
Matthias Andree
=network dnsmasq -d [other dnsmasq options]
Other systems might provide truss or ktrace/kdump.
--
Matthias Andree
Simon Kelley:
Allow --log-facility=- to force all logging to
stderr. Suggestion from Clemens Fischer.
Clemens Fischer:
I have all daemons running supervised by runsv, where the logs go to
stderr and the superviser process manages a pipe between the daemon and
the
games necessary.
--
Matthias Andree
translation is - with 17/313 messages - so incomplete it's
not worth shipping. I don't have sufficient time to do it on short notice
though, so I'll not try.
Best regards
Matthias
--
Matthias Andree
Cc:
me), and general feedback on the software to Simon or the list.
Thank you.
Best regards
--
Matthias Andree
with the .o files which also end up in
src/, and then I wonder what the bld/ directory is for if it's static. I
would've guessed from the name that bld/ is build/ and hence where the
outputs are supposed to end up, but apparently not so. :)
Cheers
--
Matthias Andree
for the original posting/pain anyways.
Running firewalls on outdated kernels is as dangerous as it can get - some
code injection might disable your firewall and then expose your whole LAN.
--
Matthias Andree
with besides the point that the original poster was making, and that
deserves a comment.
--
Matthias Andree
Markus Bergholz schrieb:
dnsmasq emty his cache after restart, how to prevent it?
greetz
I guess you need to write code and documentation to save and reload the cache
across restarts, and contribute both.
49, Issue 9
**
___
Dnsmasq-discuss mailing list
Dnsmasq-discuss@lists.thekelleys.org.uk
http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss
--
Matthias Andree
Simon Kelley si...@thekelleys.org.uk writes:
Update example config dhcp option 47, the previous
suggestion generated and illegal, zero-length,
option. Thanks to Matthias Andree for finding this.
I haven't looked at your release candidate (code docs) yet
1 - 100 of 110 matches
Mail list logo