mail archive Wellington Perl Mongers (Perl user group)
wellington-pm.pm.org
(List home) (Recent threads) (138 other Perl Mongers lists)
Subscription Options
- RSS or Atom: Read-only subscription using a browser or aggregator. This is the recommended way if you don't need to send messages to the list. You can learn more about feed syndication and clients here.
- Conventional: All messages are delivered to your mail address, and you can reply. To subscribe, send an email to the list's subscribe address with "subscribe" in the subject line, or visit the list's homepage here.
- Low traffic list: less than 3 messages per day
- This list contains about 1,599 messages, beginning Aug 2004
- 0 messages added yesterday
Report the Spam
This button sends a spam report to the moderator. Please use it sparingly. For other removal requests, read this.
Are you sure? yes no
Connecting to Perl repository
Ad
Hi all for the last few weeks, I've been having problems connecting to cpan.catalyst.net.nz. I figured it must be a firewall problem with FTP (perhaps active v passive problems), and switched to a different repository in the CPAN shell. However, I just tried downloading a module via the download link on http://search.cpan.org. In the end, it timed out with "Firefox can't establish a connection to the server at cpan.catalyst.net.nz." Are there problems with the repository that i should be aware of? Dan
Works for me. Obviously, you might notice some bias from my email address; however, I tested from Dreamhost in the States, and that worked fine too. Can you traceroute to the server? Matt.Dan Horne wrote: > Hi all > > for the last few weeks, I've been having problems connecting to > cpan.catalyst.net.nz <http://cpan.catalyst.net.nz>. I figured it must be > a firewall problem with FTP (perhaps active v passive problems), and > switched to a different repository in the CPAN shell. > > However, I just tried downloading a module via the download link on > http://search.cpan.org. In the end, it timed out with "Firefox can't > establish a connection to the server at cpan.catalyst.net.nz > <http://cpan.catalyst.net.nz>." Are there problems with the repository > that i should be aware of?
I usually use the HTTP version rather than the FTP one to avoid teh active/passive issues.On Thu, 2010-05-06 at 09:06 +1200, Dan Horne wrote: > Hi all > > for the last few weeks, I've been having problems connecting to > cpan.catalyst.net.nz. I figured it must be a firewall problem with FTP > (perhaps active v passive problems), and switched to a different > repository in the CPAN shell.I'm not aware of any problems. Obviously it's working for us here at Catalyst, but I use it from home on my Orcon connection and it was working fine on Tuesday evening when I installed a few modules. Can you perhaps do a tcptraceroute to see where things are going wrong? Cheers Grant> However, I just tried downloading a module via the download link on > http://search.cpan.org. In the end, it timed out with "Firefox can't > establish a connection to the server at cpan.catalyst.net.nz." Are > there problems with the repository that i should be aware of?
Hmm, Maybe it's a Telecom problem - but it seems to be a reasonably long standing one, but very intermittent. The weird thing is, I don't encounter it say from the Auckland Uni repository# tcptraceroute cpan.catalyst.net.nz traceroute to cpan.catalyst.net.nz (36.4.1.48), 30 hops max, 40 byte packets 1 mygateway1.ar7 (10.1.1.1) 1.653 ms 2.583 ms 5.582 ms 2 125-xxx.xxx.xxx.jetstream.xtra.co.nz (125..xxx.xxx.xxx) 46.559 ms 47.520 ms 50.502 ms 3 * * * 4 * * * 5 * * * ... etc ... 29 * * * 30 * * * # But since typing the above, I tried again and now get # tcptraceroute cpan.catalyst.net.nz traceroute to cpan.catalyst.net.nz (202.78.240.39), 30 hops max, 40 byte packets 1 mygateway1.ar7 (10.1.1.1) 0.848 ms 3.798 ms 5.775 ms 2 125 (125.xxx.xxx.xxx) 45.753 ms 50.733 ms 51.715 ms 3 * * * 4 122 (122.56.223.9) 429.634 ms 432.611 ms 433.591 ms 5 fx3.wix.net.nz (202.7.1.175) 609.569 ms 610.548 ms 613.528 ms 6 catalyst (202.7.0.145) 81.515 ms 51.844 ms 52.757 ms 7 cpan.catalyst.net.nz (202.78.240.39) 55.792 ms 51.934 ms 54.957 ms The weird thing is, it's not as if my Internet connection is flaky. All other services have been available... Thanks Dan
Why on earth was it telling you that cpan.catalyst.net.nz is at 36.4.1.48 ?Check your DNS resolution, I would think. Cheers, Andrew. --On Thu, 2010-05-06 at 09:37 +1200, Dan Horne wrote: > Hmm, Maybe it's a Telecom problem - but it seems to be a reasonably > long standing one, but very intermittent. The weird thing is, I don't > encounter it say from the Auckland Uni repository > > On 6 May 2010 09:21, Grant McLean wrote: > > Can you perhaps do a tcptraceroute to see where things are > going wrong? > > > # tcptraceroute cpan.catalyst.net.nz > traceroute to cpan.catalyst.net.nz (36.4.1.48), 30 hops max, 40 byte > packets
Well spotted Andrew. The IP address for cpan.catalyst.net.nz is 202.78.240.39 and it certainly hasn't been changing. I wonder if there's some funky transparent proxying going on. Or maybe even a DNS server with a corrupted cache. Very odd. GrantOn Thu, 2010-05-06 at 11:05 +1200, Andrew McMillan wrote: > On Thu, 2010-05-06 at 09:37 +1200, Dan Horne wrote: > > # tcptraceroute cpan.catalyst.net.nz > > traceroute to cpan.catalyst.net.nz (36.4.1.48), 30 hops max, 40 byte > > packets > > Why on earth was it telling you that cpan.catalyst.net.nz is at > 36.4.1.48 ?
Yeah, I guess it is a cache corruption because the problem isn't consistent. Anyway, I've redirected to another dns server, and everything's working Thanks for all of your help. Dan
On Thu, 2010-05-06 at 12:16 +1200, Dan Horne wrote: > Yeah, I guess it is a cache corruption because the problem isn't > consistent. Anyway, I've redirected to another dns server, and > everything's workingJust to close the loop on this: http://andrew.mcmillan.net.nz/blog/in_which_a... Cheers, Andrew. --
On Fri, 2011-10-28 at 16:21 +1300, Andrew McMillan wrote:
> On Thu, 2010-05-06 at 12:16 +1200, Dan Horne wrote:
> > Yeah, I guess it is a cache corruption because the problem isn't
> > consistent. Anyway, I've redirected to another dns server, and
> > everything's working
>
> Just to close the loop on this:
>
> http://andrew.mcmillan.net.nz/blog/in_which_a...Yeah that was an impressive piece of sleuthing by David Clarke (who I
should point out has not been working on this for all of the last 18
months).
I can just imagine the crappy C code that got a DNS response a mistook
an AAAA record for an A record. My money is on the problem being in a
DSL router or similar consumer device.
Cheers
Grant