securelogin.arubanetworks.com AAAA ::1 <--- someone from Aruba who can fix that?

[jeroen at unfix.org (Jeroen Massar)]

Hi folks,

For quite a few folks here on the list travel is a common thing, going
into foreign wireless networks is too. Likely your laptop/tablet comes
with IPv6 enabled per default, it is 2012 after all almost going 2013.

And then you get to a silly hotspot and it does not work as the
connection fails (or you get the website you host on your laptop and go
'huh?' ;).

Thus you check and you see:
8<------------------------------------------------------------------------
$ dig securelogin.arubanetworks.com aaaa

; <<>> DiG 9.8.3-P1 <<>> securelogin.arubanetworks.com aaaa
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25608
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;securelogin.arubanetworks.com.	IN	AAAA

;; ANSWER SECTION:
securelogin.arubanetworks.com. 5 IN	AAAA	::1

;; Query time: 19 msec
;; SERVER: 66.28.0.45#53(66.28.0.45)
;; WHEN: Tue Dec  4 10:12:33 2012
;; MSG SIZE  rcvd: 75
------------------------------------------------------------------------>8

I am fairly sure somebody technical and high enough up at Aruba knows
how to get this resolved, sooner or later... thus please do, it will
start hurting more and more people every day.

Oh, and btw, it has an A record too, but even though Happy Eyeballs
exists in a magical form inside OSX, ::1 is a very close route thus will
always win over the IPv4 address.

Of course, temp disabling IPv6 on the link is a way to circumvent it,
but heck, why is that DNS server publishing ::1 at all!?

Greets,
 Jeroen