OK! This is the output:
[root@????????? root]# dig a.t.net-dns.org A
; <<>> DiG 9.2.1 <<>> a.t.net-dns.org A
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38662
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 2
;; QUESTION SECTION:
;a.t.net-dns.org. IN A
;; ANSWER SECTION:
a.t.net-dns.org. 60 IN A 10.0.1.128
;; AUTHORITY SECTION:
net-dns.org. 3600 IN NS ns1.net-dns.org.
net-dns.org. 3600 IN NS ns-sec.ripe.net.
net-dns.org. 3600 IN NS ns.hactrn.net.
;; ADDITIONAL SECTION:
ns-sec.ripe.net. 42801 IN A 193.0.0.196
ns-sec.ripe.net. 95194 IN AAAA 2001:610:240:0:53::4
;; Query time: 650 msec
;; SERVER: 192.168.1.7#53(192.168.1.7)
;; WHEN: Tue Sep 12 15:05:45 2006
;; MSG SIZE rcvd: 164
BR
Costantino
Quoting Olaf Kolkman via RT <bug-Net-DNS@rt.cpan.org>:
Show quoted text>
> <URL:
http://rt.cpan.org/Ticket/Display.html?id=20806 >
>
> You have ran this test from private IP space. That suggests there
> might be some forwarding DNS
> infrastructure that possibly 'messes' with the packets.
>
> not ok 88 - Correct name (with persistent socket and search)
> # Failed test (t/08-online.t at line 234)
> # got: 'a.t'
> # expected: 'a.t.net-dns.org'
>
>
> Asuming you have bind installed: could you try to perform a "dig
> a.t.net-dns.org A" from the
> same machine and see what the output is?
>
>
> --Olaf
>
--------------------
Ing. Costantino Palladino
System & Database Engineer
widesolutions.it s.r.l.
Via N. Machiavelli, 37
81020 San Nicola La Strada CE
cell.: +39 335 5313351
fax.: +39 0823 471712
e-mail:costantino.palladino@widesolutions.it
WWW: www.widesolutions.it
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
RT for rt.cpan.org