[dns-operations] Enom's name server broken?

[Stefan Schmidt]

On Tue, Jan 15, 2013 at 2:05 PM, Stephane Bortzmeyer <bortzmeyer at nic.fr>wrote:

> On Tue, Jan 15, 2013 at 11:10:51AM +0000,
>  Michele Neylon :: Blacknight <michele at blacknight.com> wrote
>  a message of 62 lines which said:
>
> > (or maybe I need more coffee)
>
> I think it is the case.
>
> > Or are you expecting eNom to purge DNS records for domains for which
> > they aren't currently authoritative?
>
> dns1.name-services.com
>
> is not supposed to be recursive (it does not
> set the RA bit) but it is:
>
> % dig @dns1.name-services.com
>
> www.dns-oarc.net


Actually as was pointed out to me by Peter van Dijk via IRC it does not
recurse but rather set the AA bit in its response.

➜  ~  dig -x 69.64.147.243 +short
ash.parking.local.

➜  ~  curl -x 69.64.147.243:80 -I http://www.yahoo.de/
HTTP/1.1 302 Found
Cache-Control: private
Content-Length: 144
Content-Type: text/html; charset=utf-8
Location: http://fastsearchfinder.com
Server: Microsoft-IIS/7.5
X-AspNet-Version: 4.0.30319
p3p: CP="CAO PSA OUR"
Set-Cookie: SessionID=afa7ed50-2a89-4036-98dd-2968d2d98c58; path=/
Set-Cookie: VisitorID=e4ad3940-ad4e-4fe2-a951-737e80616a0f&Exp=1/15/2016
5:32:39 AM; expires=Fri, 15-Jan-2016 13:32:39 GMT; path=/
X-Powered-By: ASP.NET
Date: Tue, 15 Jan 2013 13:32:38 GMT

What we have here is rather DNS redirection/ DNS hijacking/ search
optimization or whatever you might want to call it at authoritative Server
level i think.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.dns-oarc.net/pipermail/dns-operations/attachments/20130115/de5b56b0/attachment.html>