;
< ; not implemented
when I do an rndc dumpdb -zones
I do not have any xxx.100.IN-ADDR.ARPA zones configured. And these do not show
up as empty zones that get created from the documentation I found
any ideas would be greatly appreciated
Con WIeland
Tue Oct 08 13:08:33 PDT 2013
;; MSG SIZE rcvd: 108
which is querying the root servers.
Any help in understanding this or pointing me in the right direction would be
greatly appreciated.
Con Wieland
Office of Information Technology
University of California at Irvine
On Sep 13, 2013, at 11:42 PM,
On Oct 8, 2013, at 2:13 PM, Mark Andrews wrote:
>
> In message <93fdc4db-8835-482d-8b7d-7b58d09d5...@uci.edu>, Con Wieland writes:
>> I am still trying to understand the empty zones and bind 9.8.5-P2
>> behaviour. The default shows 332 zones. With empty-zones-enable no;
e has been to add RPZ which seems to be
working fine.
Other name servers seem to be unaffected. What am I missing? What else can I
check? I can provide more details if it would be helpful.
Con Wieland
Office of Information Technology
University of California
The site I am having issues with are a half a dozen sites at noaa.gov. No I
have not tried 9.9.4 when I upgraded 9.8.6 was listed as the current stable
version so I went with that.
con
On Oct 30, 2013, at 11:48 AM, Alan Clegg wrote:
>
> On Oct 30, 2013, at 10:03 AM, Con Wieland
OUTING
>
> This report is like saying you have a problem with a car manufacture by GM.
>
> Mark
>
> In message , Con Wieland writes:
>> I recently upgraded to version: 9.8.6. I am having trouble resolving a .gov s
>> ite. When I reload the name server it will res
___
> From: bind-users-bounces+samp_daniel=bah@lists.isc.org
> [bind-users-bounces+samp_daniel=bah@lists.isc.org] on behalf of Con
> Wieland [cwiel...@uci.edu]
> Sent: Wednesday, October 30, 2013 5:28 PM
> To: BIND List
> Subject: [External] Re: intermittent resol
I
apparently have a syntax error. It also seems that the edns-udp-size option can
be put in on a per server basis but
server 140.90.33.237/0 { edns no };
This does not work. I have added this at the root config and in the options
section to no avail.
Con Wieland
Office of Information
I am having an issue resolving www.cloudsat.cira.colostate.edu from 2 of my
name servers. I have 2 others with identical configs that resolve correctly. A
normal lookup shows a server fail but a +trace looks ok. Any ideas how to
better troubleshoot the issue?
dig www.cloudsat.cira.colostate.edu
I have a nameserver that can not resolve extranet.aro.army.mil.
dig extranet.aro.army.mil
; <<>> DiG 9.9.4-RedHat-9.9.4-61.el7 <<>> extranet.aro.army.mil
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 56491
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AU
agreed but why would my server not resolve it while others do?
> On May 31, 2018, at 12:16 PM, Reindl Harald wrote:
>
>
>
> Am 31.05.2018 um 21:09 schrieb Con Wieland:
>> I have a nameserver that can not resolve extranet.aro.army.mil.
>
> terrible slow
(SERVFAIL) for
extranet.aro.army.mil/IN/A at query.c:7215
> On May 31, 2018, at 12:51 PM, Reindl Harald wrote:
>
>
>
> Am 31.05.2018 um 21:42 schrieb Con Wieland:
>> agreed but why would my server not resolve it while others do?
>
> ask the logs of 128.200.1.201
>
&
cvd: 498
> On May 31, 2018, at 1:09 PM, Sten Carlsen wrote:
>
>
>
> On 31/05/2018 21:42, Con Wieland wrote:
>> agreed but why would my server not resolve it while others do?
> For what its worth.
> My server has never seen this request before and resolves it:
&
13 matches
Mail list logo
