Hello,
I am trying to verify a dnssec enabled domain over disc dlv. I have set the TXT
record on my name server and every time I press the recheck link I am getting
some kind of ruby error.
Is there anyone who can help me with this?
regards,
Peter
_
In message <01cfede3$241ccca0$6c5665e0$@ids.it>, "IDS Submit" writes:
>
> Good morning,
>
> with www.acer.it I have the same problem as swupdl.adobe.com
>
> NXDOMAIN with bind 9.10 but NOERROR with Google DNS
>
> I have read the Mark Andrews reply on july 4 2014:
>
> --
> On 21 Oct 2014, at 22:46 , Jim Young wrote:
>
> On 10/22/14 12:08 AM, "LuKreme" wrote:
>
>>> On 21 Oct 2014, at 19:20 , Dave Knight wrote:
>>>
>>> $ dig +noall +answer dave.knig.ht in a | egrep 'IN\tA\t' | cut -f6
>>> 216.235.14.46
>>
>> Interesting. This works for me:
>>
>> dig +noall +
On Oct 22, 2014, at 5:56, Niall O'Reilly wrote:
> At Tue, 21 Oct 2014 22:31:28 -0500,
> Frank Bulk wrote:
>>
>> Dave,
>>
>> Thanks for the input, but what I was looking for was a dig command that
>> returns the IP(s) or a fail. It looks like the host command is the right
>> solution in this c
On 22.10.2014 12:30, IDS Submit wrote:
> with www.acer.it I have the same problem as swupdl.adobe.com
Indeed, I the same on a BIND 9.10.1 resolver with SIT requests enabled:
> $ dig swupdl.wip4.adobe.com
[...]
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 2510
[...]
> wip4.adobe.com.
Good morning,
I have those Bind versions installed:
BIND 9.10.1-x86 in a Windows Server 32 bit
BIND 9.10.1-x64 in a Windows Server 64 bit
Both versions have the SIT (Source Identity Token) EDNS option enabled by
default.
You have DiG 9.10-P1 (May 8 2014) and my problems start with 9
Hello all.
Maybe I didn't understand the problem but in my installation of BIND 9.10
WINDOWS I can't replicate the error:
C:\>dig swupdl.adobe.com @10.39.128.11
; <<>> DiG 9.10-P1 <<>> swupdl.adobe.com @10.39.128.11
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY,
For what little it's worth, I've seen this somewhat even on 9.8 (it's not new),
though increasingly on 9.9...not saying it's BIND specific, just that I've hit
these kind of annoyances with remote servers awhile now.
I've tried explaining this on numerous internal email threads, tickets, webex
(
Good morning,
with www.acer.it I have the same problem as swupdl.adobe.com
NXDOMAIN with bind 9.10 but NOERROR with Google DNS
I have read the Mark Andrews reply on july 4 2014:
--
It looks like nameserver vendors are not
At Tue, 21 Oct 2014 22:31:28 -0500,
Frank Bulk wrote:
>
> Dave,
>
> Thanks for the input, but what I was looking for was a dig command that
> returns the IP(s) or a fail. It looks like the host command is the right
> solution in this case, not dig.
Doesn't egrep fail on no match?
Niall
_
10 matches
Mail list logo