I have reported this problem to bind9-bugs [ISC bug #34839].
--
Chris Thompson
Email: c...@cam.ac.uk
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
htt
Hi brothers and sisters.
I´m getting some weird perfomance on BIND version 9.6 I´m running on
debian, I have internal and external view created. there are records on
internal and external views, so the records on external view some of
them are working and others not working.
I´m testing a
On 25.09.13 12:58, IT Support wrote:
I´m getting some weird perfomance on BIND version 9.6 I´m running
on debian, I have internal and external view created. there are
records on internal and external views, so the records on external
view some of them are working and others not working.
I´m
Hi charles this is what i get from dig
dig host2.mydomain.com
; <<>> DiG 9.6-ESV-R4 <<>> ost2.mydomain.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 49898
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECT
Matus,
I don't know if its related or not, but today we found that one
of our internal DNS servers was not providing results for clients
withing the domain, results we knew the server had because we could
login into it and query the same information successfully.
In our switch from BIND 8.3.3 to
Hi--
On Sep 25, 2013, at 12:22 PM, IT Support wrote:
> Hi charles
I'm "Chuck", although I've also answered to worse things than my full name. :-)
> this is what i get from dig
>
> dig host2.mydomain.com
>
> ; <<>> DiG 9.6-ESV-R4 <<>> ost2.mydomain.com
> ;; global options: +cmd
> ;; Got ans
Hi Chuck, sorry for the mistake.
so i did the dig host2.mydomain.com and this is the result:
host2.mydomain.com @xxx.xxx.xxx.xxx
; <<>> DiG 9.6-ESV-R4 <<>>host2.mydomain.com @xxx.xxx.xxx.xxx
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33734
;; flag
On Sep 25, 2013, at 3:23 PM, Brian Cuttler wrote:
> In our switch from BIND 8.3.3 to 9.8.2 we failed to add the now
> necessary statements.
>
> recursion yes;
> allow-recursion { any; };
> allow-query { any; };
> allow-query-cache { any; };
>
> I realize your problem may be entirely differ
Alan,
Apreciate the warning, these options are restricted in our
public/internet facing servers.
The server that had given us grief is in fact internal and only
serves our internal addresses, and belive it or not the issue
revolved around forwarder zones from peer networks that are private
from
Hi,
I'm looking to upgrade a bind 9.9.3 server to 9.9.4. The 9.9.3 server
was built from src patched with "rpz2+rl-9.9.3-P2.patch" @
"Multiple Zone Response Policy Zone (RPZ2) Speed Improvement
with Response Rate Limiting (RRL)"
http://ss.vix.su/~vjs/rrlrpz.html
>From a
> From: jen...@promessage.com
> I need to maintain the current server's RPZ2 functionality in 9.9.4.
>
> Looking, there's no patch there for the 9.9.4 release.
>
> There IS a 9.9.4-rc1 patch.
>
> Can/should I apply the 9.9.4-rc1 patch to 9.9.4-release sources? or do I
> need to wait for a new ver
On Wed, Sep 25, 2013, at 04:16 PM, Vernon Schryver wrote:
> The 9.9.4-rc1 patch does not apply cleanly to 9.9.4.
I'll hold off then.
Thanks!
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users
Hi
I've got two nameservers (ns1 master, ns2 slave) each with 2 views
(internal, external) and a number of zones.
At the moment I'm serving all zones to internal view but would like to
have some zones served to external clients as well.
I've got two questions:
1) If I have different example.com
13 matches
Mail list logo
