On Thu, Jul 7, 2016 at 5:28 PM, Tony Finch wrote:
> Vlad Shpolyanskiy wrote:
>
> > Yep, I'm able to query servers directly, so it's not a network problem.
>
> Are you running dig on the resolver itself?
>
Yep.
___
Please visit https://lists.isc.org/mai
Vlad Shpolyanskiy wrote:
> Yep, I'm able to query servers directly, so it's not a network problem.
Are you running dig on the resolver itself?
Tony.
--
f.anthony.n.finchhttp://dotat.at/ - I xn--zr8h punycode
Biscay: Variable becoming west or northwest, 3 or 4, occasionally 5 later.
Sligh
Hi Tony.
Yep, I'm able to query servers directly, so it's not a network problem.
On Thu, Jul 7, 2016 at 1:56 PM, Tony Finch wrote:
> Vlad V. Shpolyanskiy wrote:
> >
> > I have problems resolving zone retn.net.
>
> It works for me...
>
> > I guess that bind does not like name server's IP ending
Vlad V. Shpolyanskiy wrote:
>
> I have problems resolving zone retn.net.
It works for me...
> I guess that bind does not like name server's IP ending with zero.
> But that's only my suggestion.
Are you able to query the authoritative servers directly? If not, you have
a network problem not a DN
Hi All!
I have FreeBSD 10.3-RELEASE + Bind 9.9/9.10/9.11 (just checked all versions,
the issue reproduces for all of them) installed, firewall disabled.
I have problems resolving zone retn.net.
The dig returns:
dig +trace +additional retn.net
; <<>> DiG 9.10.4-P1 <<>> +trace +additional retn.n
5 matches
Mail list logo