In message <342bc321-feb7-4b82-bdff-1848fcc60...@starionline.com>, Jeff Justice
writes:
> Doesn't seem to work with or without the brackets. Does it matter what order
> it appears in the
> options list? Or a limit on number of characters?
>
> Jeff
Make sure you are updating the correct named
You can specifically set version, authors, etc. but why not just block all
"CHAOS" queries? Do you really need it?
view "chaos" chaos {
match-clients { any; };
allow-transfer { none; };
allow-query { none; };
allow-recursion { none; };
recursion no;
Doesn't seem to work with or without the brackets. Does it matter what order
it appears in the options list? Or a limit on number of characters?
Jeff
On Aug 17, 2012, at 12:34 AM, David Miller wrote:
>
> On 8/17/2012 1:13 AM, Jeff Justice wrote:
>> I am trying to mask our DNS servers versio
On 8/17/2012 1:13 AM, Jeff Justice wrote:
> I am trying to mask our DNS servers version output to a custom string, but it
> doesn't seem to be working for me. In a nutshell, I have added this to my
> options block of my named.conf:
>
>version "[DNS Server]";
options {
version "str
I am trying to mask our DNS servers version output to a custom string, but it
doesn't seem to be working for me. In a nutshell, I have added this to my
options block of my named.conf:
version "[DNS Server]";
But when I do a query, it still shows the actual version number i.e. BIND
9.9.1-P2
On 08/16/2012 03:49 AM, Tony Finch wrote:
> Tony Finch wrote:
>
>> 15-Aug-2012 19:56:31.969 general: error: zone fanf2.ucam.org/IN:
>> update_sigs:add_sigs -> sign failure
>
> This turned out to be because /dev/random inside my chroot was set up
> incorrectly. FreeBSD has a somewhat unusual way
On 16 Aug 2012, at 15:42, Christopher Cain wrote:
> Of course a dig query will fail without the domain appended. Dig takes
> you query at face value and will not append domains from your search
> suffix list like nslookup and ping will. You ALWAYS have to fully qualify
> your requests when usin
Of course a dig query will fail without the domain appended. Dig takes
you query at face value and will not append domains from your search
suffix list like nslookup and ping will. You ALWAYS have to fully qualify
your requests when using dig.
Chris.
On 12-08-15 3:29 PM, "wbr...@e1b.org" wrote
Tony Finch wrote:
> 15-Aug-2012 19:56:31.969 general: error: zone fanf2.ucam.org/IN:
> update_sigs:add_sigs -> sign failure
This turned out to be because /dev/random inside my chroot was set up
incorrectly. FreeBSD has a somewhat unusual way of dealing with device
nodes.
Tony.
--
f.anthony.n.
So I use match-destination in BIND views on a server with multiple interfaces.
If I want to configure one of these interfaces to be part of an anycast
network, should I change match-destination to the anycast loopback address in
that particular view?
Any thoughts?
Thanks
___
10 matches
Mail list logo
