On Tue, Oct 04, 2022 at 09:55:46PM +, Hamid Maadani wrote:
> So at the moment, to build each DLZ module, you cd into
> the respective directory and run make to build the shared object,
> correct? All I need to provide for a new DLZ, is test files (if any),
> source files, and the Makefile? No
Understood.
So at the moment, to build each DLZ module, you cd into the respective
directory and run make to build the shared object, correct? All I need to
provide for a new DLZ, is test files (if any), source files, and the Makefile?
No package requirement checking through configure.ac?
On Tue, Oct 04, 2022 at 05:28:59PM +, Hamid Maadani wrote:
> Back to DLZs, I see that they are removed from the configure.ac Are
> they supposed to be built individually now, and not from the main
> build system?
DLZ drivers used to be linked directly into named at compile time,
that's what
ource system/protocol, and other local
> conditions you might be able to use other ways to export data in DNS
> format than DLZ or DynDB. For example implementing "something" which
> pretends to do only AXFR/IXFR/NOTIFY might be another option. Yet
> another option might be _som
other option. Yet
another option might be _something else_ based on AXFR/nsupdate.
I hope it helps.
Petr Špaček
Regards
Hamid Maadani
Original message
From: Ondřej Surý
Date: 8/24/22 02:32 (GMT-08:00)
To: hamid
Cc: ML BIND Users
Subject: Re: Thread handling
On 24. 8.
mer, just trying
> to clarify.RegardsHamid Maadani
Original message From: Ondřej Surý Date:
8/24/22 02:32 (GMT-08:00) To: hamid Cc: ML BIND Users
Subject: Re: Thread handling On 24. 8. 2022, at
11:01, hamid wrote:> Perhaps, describing the use case first
(why do you w
t; Original message
> From: Hamid Maadani mailto:ha...@dexo.tech>>
> Date: 8/24/22 01:08 (GMT-08:00)
> To: Ondřej Surý mailto:ond...@isc.org>>, Evan Hunt
> mailto:e...@isc.org>>
> Cc: bind-users@lists.isc.org <mailto:bind-users@lists.isc.org>
&
--- Original message From: Hamid Maadani Date:
8/24/22 01:08 (GMT-08:00) To: Ondřej Surý , Evan Hunt
Cc: bind-users@lists.isc.org Subject: Re: Thread handling > BIND
does have dyndb support, since 9.11.> As far as I know, though, the only two
dyndb modules in existence are> th
> BIND does have dyndb support, since 9.11.
> As far as I know, though, the only two dyndb modules in existence are
> the bind-dyndb-ldap modiule that was written by Red Hat as part of
> FreeIPA, and a toy module used for testing. If you were interested in
> writing your MongoDB module for dyndb
> On 24. 8. 2022, at 8:48, Evan Hunt wrote:
>
>> In the absence of that, is caching from DLZ a possible configuration
>> on a single BIND server?
>
> Not DLZ, no. And I'm not sure dyndb can be used for the cache database,
> either; do you know something about it that I don't?
>
> It would
> Regarding the child process(es), does named create one child process,
> or can it be multiple processes? I assume each process loads the
> shared objects for itself, so only one call to dns_dlzcreate per
> process?
I'm pretty sure it's called only once on startup, after daemonizing,
and again
These are perfect answers, thank you very much Evan.
> All supported versions of BIND are now multi-threaded. Single-threaded
> support was removed in 9.14
Since BIND is now multi-threaded only, I will stick with that model. No need to
cover a single-threaded model I suppose.
> It does,
On Tue, Aug 23, 2022 at 05:59:49PM +, Hamid Maadani wrote:
> I'm working on a MongoDB DLZ for bind9, and have a few questions about
> the multi-threaded version of named: 1. Is there a pre-processor flag
> I can use to determine if thread support is enabled? Can't seem to
> find it in
Good day all,
I'm working on a MongoDB DLZ for bind9, and have a few questions about the
multi-threaded version of named:
1. Is there a pre-processor flag I can use to determine if thread support is
enabled? Can't seem to find it in configure.ac
2. named does not fork itself, or create child
14 matches
Mail list logo