On 12 April 2010 12:16, David Hrbáč <[email protected]> wrote: > Dne 12.4.2010 3:29, Joel Heenan napsal(a): >> I'm seeing this from multiple sites, one in Sydney another in Seattle. >> >> Looks like DNS is broken for apt.sw.be ? >> >> It seems to work sometimes >> >> Dig output: >> >> """ >> >> ; <<>> DiG 9.6.1-P2 <<>> apt.sw.be >> ;; global options: +cmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2 >> >> ;; QUESTION SECTION: >> ;apt.sw.be. IN A >> >> ;; ANSWER SECTION: >> apt.sw.be. 57 IN CNAME dag.freshrpms.net. >> dag.freshrpms.net. 21637 IN A 127.0.0.1 > > I do have the very same output: > > # nslookup apt.sw.be > Server: 172.16.0.2 > Address: 172.16.0.2#53 > > Non-authoritative answer: > apt.sw.be canonical name = dag.freshrpms.net. > Name: dag.freshrpms.net > Address: 127.0.0.1
Seems to be o.k. for me -- [...@a64c5 ~]$ nslookup apt.sw.be Server: 192.168.1.254 Address: 192.168.1.254#53 Non-authoritative answer: apt.sw.be canonical name = dag.freshrpms.net. dag.freshrpms.net canonical name = dag.ie.freshrpms.net. dag.ie.freshrpms.net canonical name = ie.freshrpms.net. Name: ie.freshrpms.net Address: 193.1.193.67 Alan. _______________________________________________ users mailing list [email protected] http://lists.rpmforge.net/mailman/listinfo/users
