> Change the filenames on the slave, or just don't have a "file" option
> in the slave zone configuration.
I was going to yell "TIL from Evan, that 'file' is optional for a
slave", but
/etc/named.conf:545: zone 'example.com': missing 'file' entry
This is on 9.10.3. Did I misunderstand
> but I believe it's optional otherwise.
You are correct (of course). I had inline signing enabled.
For a non-signed zone I note the transfer indeed works without a 'file'
specification, and I note it's not stored on file anywhere (just in
core).
Thanks for clarifying.
-JP
> I was going to yell "TIL from Evan, that 'file' is optional for a
> slave", but
>
> /etc/named.conf:545: zone 'example.com': missing 'file' entry
>
> This is on 9.10.3. Did I misunderstand you?
Do you use inline-signing? It's mandatory in that case (named needs to
know where to put
Jan-Piet Mens wrote:
>
> For a non-signed zone I note the transfer indeed works without a 'file'
> specification, and I note it's not stored on file anywhere (just in
> core).
Yes, so (as you have probably guessed) the server has to retransfer the
zone from scratch when it
In article ,
Alan Clegg wrote:
> On 1/5/16 6:26 AM, Jan-Piet Mens wrote:
> >> This might make you sad if you have lots of zones or large zones.
> >
> > .. or even just want to look at what was transferred (whitout having to
On 05/01/2016 17:03, Barry Margolin wrote:
> The in-memory copy is likely to end up in the swap partition.
A swap partition? I don't think I've seen one of those for years...
Ray
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users
Am 05.01.2016 um 18:03 schrieb Barry Margolin:
In article ,
Alan Clegg wrote:
On 1/5/16 6:26 AM, Jan-Piet Mens wrote:
This might make you sad if you have lots of zones or large zones.
.. or even just want to look at
On 1/5/16 6:26 AM, Jan-Piet Mens wrote:
>> This might make you sad if you have lots of zones or large zones.
>
> .. or even just want to look at what was transferred (whitout having to
> recurse to a `dig axfr').
>
> I see no reason to omit 'file' (except on a diskless slave ;-)
I ran into one
Hi Sury
On Tue, Jan 05, 2016 at 10:50:39PM +0800, Sury Bu wrote:
> I installed the latest version of bind-9.10.3-P2 but when I using dig
> EDNS feature with +subnet, I found my local DNS can not carry client
> subnet, does this version support EDNS0 now?
9.10 branch as no support for ECS except
Hi all,
I installed the latest version of bind-9.10.3-P2 but when I using dig EDNS
feature with +subnet, I found my local DNS can not carry client subnet,
does this version support EDNS0 now?
[root@test ~]# dig @8.8.8.8 www.google.com +subnet=8.8.8.8
; <<>> DiG 9.10.3-P2 <<>> @8.8.8.8
http://unix.stackexchange.com/questions/190398/do-i-need-swap-space-if-i-have-more-than-enough-amount-of-ram
- Kevin
-Original Message-
From: bind-users-boun...@lists.isc.org
Am 05.01.2016 um 19:05 schrieb Darcy Kevin (FCA):
http://unix.stackexchange.com/questions/190398/do-i-need-swap-space-if-i-have-more-than-enough-amount-of-ram
and the answer is clearly NO if you have *enough* RAM
you just have to define the "enough"
which means your workload and your useful
and to finish that topic:
in days of zram (it's in the mainline kernel for a long time -
https://www.kernel.org/doc/Documentation/blockdev/zram.txt) when you
think you need some swap for whatever reason you use that just because
modern hardware has left so many cpu cycles left that it don't
Hi Mukund,
Thanks for your reply, and do you know what bind version will support ECS
option?
On Tue, Jan 5, 2016 at 11:08 PM, Mukund Sivaraman wrote:
> Hi Sury
>
> On Tue, Jan 05, 2016 at 10:50:39PM +0800, Sury Bu wrote:
> > I installed the latest version of bind-9.10.3-P2 but
Hi Sury
On Wed, Jan 06, 2016 at 02:35:37PM +0800, Sury Bu wrote:
> Hi Mukund,
>
> Thanks for your reply, and do you know what bind version will support
> ECS option?
BIND 9.11 will introduce authoritative support for ECS.
Mukund
signature.asc
Description: PGP signature
OPENSSL_DIR
> > #endif /* OPENSSL_API_COMPAT */
> >
> > Users who want to make sure they are avoiding interfaces that are
> > deprecated with 1.1.0 can set OPENSSL_API_COMPAT to 0x1010L or
> > higher as appropriate.
>
>
> Tip of the iceberg.
&g
> This might make you sad if you have lots of zones or large zones.
.. or even just want to look at what was transferred (whitout having to
recurse to a `dig axfr').
I see no reason to omit 'file' (except on a diskless slave ;-)
-JP
___
Please
Jan-Piet Mens wrote:
> This might make you sad if you have lots of zones or large zones.
> .. or even just want to look at what was transferred (whitout having to
> recurse to a `dig axfr').
>
> I see no reason to omit 'file' (except on a diskless slave
Or if you care about
18 matches
Mail list logo