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:
&
(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
>
&
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
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
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
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
___
> 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
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
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
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
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;
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,
;
< ; 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
13 matches
Mail list logo
