[users] apt.sw.be is resolving to 127.0.0.1

[Joel Heenan]

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

;; AUTHORITY SECTION:
freshrpms.net. 21637 IN NS liseznosreglesantispam.gandi.net.
freshrpms.net. 21637 IN NS readourspampolicy.gandi.net.

;; ADDITIONAL SECTION:
readourspampolicy.gandi.net. 924 IN A 217.70.177.43
liseznosreglesantispam.gandi.net. 924 IN A 217.70.179.38

;; Query time: 2014 msec
;; SERVER: 192.168.0.225#53(192.168.0.225)
;; WHEN: Mon Apr 12 11:28:21 2010
;; MSG SIZE rcvd: 181

"""
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100412/fde49525/attachment.html

[David Hrbáč]

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. IN A
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

David Hrb??

[Alan Bartlett]

Post by David Hrbáč

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. ? ? ? ? ? ?IN ? ?A
apt.sw.be. ? ? ? ?57 ? ?IN ? ?CNAME ? ?dag.freshrpms.net.
dag.freshrpms.net. ? ?21637 ? ?IN ? ?A ? ?127.0.0.1

# nslookup apt.sw.be
Server: ? ? ? ? 172.16.0.2
Address: ? ? ? ?172.16.0.2#53
apt.sw.be ? ? ? canonical name = dag.freshrpms.net.
Name: ? dag.freshrpms.net
Address: 127.0.0.1

Seems to be o.k. for me --

[ajb at 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.

[David Hrbáč]

Post by Alan Bartlett
Seems to be o.k. for me --
[ajb at a64c5 ~]$ nslookup apt.sw.be
Server: 192.168.1.254
Address: 192.168.1.254#53
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.

For me too now, but I can still see it cached as 127.0.0.1 on some
locations.
David Hrb??

[Kenneth Porter]

Some links to test DNS:

<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>

Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Joel Heenan]

On Tue, Apr 13, 2010 at 4:58 AM, Fabian Arrotin

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm
getting the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over those
domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

Who is in control of them? Saou Matthias as per the whois? I will try and
contact him also.

Joel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100413/00c6f073/attachment.html

[Joel Heenan]

On Tue, Apr 13, 2010 at 4:58 AM, Fabian Arrotin

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm
getting the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over those
domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

Who is in control of them? Saou Matthias as per the whois? I will try and
contact him also.

Joel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100413/00c6f073/attachment-0001.html

[Joel Heenan]

On Tue, Apr 13, 2010 at 4:58 AM, Fabian Arrotin

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm
getting the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over those
domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

Who is in control of them? Saou Matthias as per the whois? I will try and
contact him also.

Joel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100413/00c6f073/attachment-0002.html

[Joel Heenan]

On Tue, Apr 13, 2010 at 4:58 AM, Fabian Arrotin

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm
getting the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over those
domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

Who is in control of them? Saou Matthias as per the whois? I will try and
contact him also.

Joel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100413/00c6f073/attachment-0003.html

[Joel Heenan]

On Tue, Apr 13, 2010 at 4:58 AM, Fabian Arrotin

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm
getting the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over those
domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

Who is in control of them? Saou Matthias as per the whois? I will try and
contact him also.

Joel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100413/00c6f073/attachment-0004.html>

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Fabian Arrotin]

Post by Kenneth Porter
<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>
Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

To be honest , nobody from the actual RPMforge team has control over
those domains (freshrpms.net & rpmforge.net) and it's unlikely to change
(obviously for the first domain, unfortunately for the second one).
Maybe that will 'kick us' to move to another domain ;-)

[Kenneth Porter]

Some links to test DNS:

<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>

Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

[Kenneth Porter]

Some links to test DNS:

<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>

Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

[Kenneth Porter]

Some links to test DNS:

<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>

Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

[Kenneth Porter]

Some links to test DNS:

<http://www.checkdns.net/quickcheck.aspx?domain=freshrpms.net&detailed=1>

Looks like the name server at ns6.gandi.net isn't updating, and I'm getting
the 127.0.0.1 record. I'm suspecting it's coming from that server.

[David Hrbáč]

Post by Alan Bartlett
Seems to be o.k. for me --
[ajb at a64c5 ~]$ nslookup apt.sw.be
Server: 192.168.1.254
Address: 192.168.1.254#53
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.

For me too now, but I can still see it cached as 127.0.0.1 on some
locations.
David Hrb??

[David Hrbáč]

Post by Alan Bartlett
Seems to be o.k. for me --
[ajb at a64c5 ~]$ nslookup apt.sw.be
Server: 192.168.1.254
Address: 192.168.1.254#53
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.

For me too now, but I can still see it cached as 127.0.0.1 on some
locations.
David Hrb??

[David Hrbáč]

Post by Alan Bartlett
Seems to be o.k. for me --
[ajb at a64c5 ~]$ nslookup apt.sw.be
Server: 192.168.1.254
Address: 192.168.1.254#53
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.

For me too now, but I can still see it cached as 127.0.0.1 on some
locations.
David Hrb??

[David Hrbáč]

Post by Alan Bartlett
Seems to be o.k. for me --
[ajb at a64c5 ~]$ nslookup apt.sw.be
Server: 192.168.1.254
Address: 192.168.1.254#53
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.

For me too now, but I can still see it cached as 127.0.0.1 on some
locations.
David Hrb??

[Alan Bartlett]

Post by David Hrbáč

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. ? ? ? ? ? ?IN ? ?A
apt.sw.be. ? ? ? ?57 ? ?IN ? ?CNAME ? ?dag.freshrpms.net.
dag.freshrpms.net. ? ?21637 ? ?IN ? ?A ? ?127.0.0.1

# nslookup apt.sw.be
Server: ? ? ? ? 172.16.0.2
Address: ? ? ? ?172.16.0.2#53
apt.sw.be ? ? ? canonical name = dag.freshrpms.net.
Name: ? dag.freshrpms.net
Address: 127.0.0.1

Seems to be o.k. for me --

[ajb at 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.

[Alan Bartlett]

Post by David Hrbáč

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. ? ? ? ? ? ?IN ? ?A
apt.sw.be. ? ? ? ?57 ? ?IN ? ?CNAME ? ?dag.freshrpms.net.
dag.freshrpms.net. ? ?21637 ? ?IN ? ?A ? ?127.0.0.1

# nslookup apt.sw.be
Server: ? ? ? ? 172.16.0.2
Address: ? ? ? ?172.16.0.2#53
apt.sw.be ? ? ? canonical name = dag.freshrpms.net.
Name: ? dag.freshrpms.net
Address: 127.0.0.1

Seems to be o.k. for me --

[ajb at 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.

[Alan Bartlett]

Post by David Hrbáč

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. ? ? ? ? ? ?IN ? ?A
apt.sw.be. ? ? ? ?57 ? ?IN ? ?CNAME ? ?dag.freshrpms.net.
dag.freshrpms.net. ? ?21637 ? ?IN ? ?A ? ?127.0.0.1

# nslookup apt.sw.be
Server: ? ? ? ? 172.16.0.2
Address: ? ? ? ?172.16.0.2#53
apt.sw.be ? ? ? canonical name = dag.freshrpms.net.
Name: ? dag.freshrpms.net
Address: 127.0.0.1

Seems to be o.k. for me --

[ajb at 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.

[Alan Bartlett]

Post by David Hrbáč

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. ? ? ? ? ? ?IN ? ?A
apt.sw.be. ? ? ? ?57 ? ?IN ? ?CNAME ? ?dag.freshrpms.net.
dag.freshrpms.net. ? ?21637 ? ?IN ? ?A ? ?127.0.0.1

# nslookup apt.sw.be
Server: ? ? ? ? 172.16.0.2
Address: ? ? ? ?172.16.0.2#53
apt.sw.be ? ? ? canonical name = dag.freshrpms.net.
Name: ? dag.freshrpms.net
Address: 127.0.0.1

Seems to be o.k. for me --

[ajb at 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.

[Joel Heenan]

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

;; AUTHORITY SECTION:
freshrpms.net. 21637 IN NS liseznosreglesantispam.gandi.net.
freshrpms.net. 21637 IN NS readourspampolicy.gandi.net.

;; ADDITIONAL SECTION:
readourspampolicy.gandi.net. 924 IN A 217.70.177.43
liseznosreglesantispam.gandi.net. 924 IN A 217.70.179.38

;; Query time: 2014 msec
;; SERVER: 192.168.0.225#53(192.168.0.225)
;; WHEN: Mon Apr 12 11:28:21 2010
;; MSG SIZE rcvd: 181

"""
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100412/fde49525/attachment-0001.html

[David Hrbáč]

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. IN A
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

David Hrb??

[Joel Heenan]

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

;; AUTHORITY SECTION:
freshrpms.net. 21637 IN NS liseznosreglesantispam.gandi.net.
freshrpms.net. 21637 IN NS readourspampolicy.gandi.net.

;; ADDITIONAL SECTION:
readourspampolicy.gandi.net. 924 IN A 217.70.177.43
liseznosreglesantispam.gandi.net. 924 IN A 217.70.179.38

;; Query time: 2014 msec
;; SERVER: 192.168.0.225#53(192.168.0.225)
;; WHEN: Mon Apr 12 11:28:21 2010
;; MSG SIZE rcvd: 181

"""
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100412/fde49525/attachment-0002.html

[David Hrbáč]

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. IN A
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

David Hrb??

[Joel Heenan]

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

;; AUTHORITY SECTION:
freshrpms.net. 21637 IN NS liseznosreglesantispam.gandi.net.
freshrpms.net. 21637 IN NS readourspampolicy.gandi.net.

;; ADDITIONAL SECTION:
readourspampolicy.gandi.net. 924 IN A 217.70.177.43
liseznosreglesantispam.gandi.net. 924 IN A 217.70.179.38

;; Query time: 2014 msec
;; SERVER: 192.168.0.225#53(192.168.0.225)
;; WHEN: Mon Apr 12 11:28:21 2010
;; MSG SIZE rcvd: 181

"""
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.repoforge.org/pipermail/users/attachments/20100412/fde49525/attachment-0003.html

[David Hrbáč]

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. IN A
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

David Hrb??

[Joel Heenan]

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

;; AUTHORITY SECTION:
freshrpms.net. 21637 IN NS liseznosreglesantispam.gandi.net.
freshrpms.net. 21637 IN NS readourspampolicy.gandi.net.

;; ADDITIONAL SECTION:
readourspampolicy.gandi.net. 924 IN A 217.70.177.43
liseznosreglesantispam.gandi.net. 924 IN A 217.70.179.38

;; Query time: 2014 msec
;; SERVER: 192.168.0.225#53(192.168.0.225)
;; WHEN: Mon Apr 12 11:28:21 2010
;; MSG SIZE rcvd: 181

"""
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.repoforge.org/pipermail/users/attachments/20100412/fde49525/attachment-0004.html>

[David Hrbáč]

Post by Joel Heenan
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 9.6.1-P2 <<>> apt.sw.be
;; global options: +cmd
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29507
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 2
;apt.sw.be. IN A
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

David Hrb??