Opened 15 years ago

Closed 15 years ago

Last modified 11 years ago

#5779 closed defect (invalid)

BUG: curl: (7) couldn't connect to host

Reported by: vincent-opdarw@… Owned by: yeled@…
Priority: Normal Milestone:
Component: ports Version: 1.0
Keywords: Cc:
Port:

Description

I get the following error under Mac OS X:

$ curl -O ftp://ftp.us.debian.org/debian/pool/main/libp/libpaper/libpaper_1.1.14-3.tar.gz

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- 0:01:16 --:--:-- 0

curl: (7) couldn't connect to host

But the above command work without any problem on a machine under Linux (on the same network).

Change History (5)

comment:1 Changed 15 years ago by vincent-opdarw@…

BTW, curl --version respectly gives:

curl 7.15.0 (powerpc-apple-darwin8.2.0) libcurl/7.15.0 OpenSSL/0.9.8 zlib/1.2.3 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: IPv6 Largefile NTLM SSL libz

curl 7.15.0 (powerpc-unknown-linux-gnu) libcurl/7.15.0 OpenSSL/0.9.8a zlib/1.2.3 libidn/0.5.18 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

comment:2 Changed 15 years ago by mww@…

Owner: changed from darwinports-bugs@… to yeled@…
Summary: curl: (7) couldn't connect to hostBUG: curl: (7) couldn't connect to host

comment:3 Changed 15 years ago by yeled@…

works for me?

17:15 backspace:~% which curl /usr/bin/curl 17:15 backspace:~% curl -O ftp://ftp.us.debian.org/debian/pool/main/libp/libpaper/ libpaper_1.1.14-3.tar.gz

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 294k 100 294k 0 0 33395 0 0:00:09 0:00:09 --:--:-- 78428 17:16 backspace:~% rm libpaper_1.1.14-3.tar.gz 17:16 backspace:~% /opt/local/ bin/curl -O ftp://ftp.us.debian.org/debian/pool/main/libp/libpaper/libpaper_1.1.14-3.tar.gz

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 294k 100 294k 0 0 37365 0 0:00:08 0:00:08 --:--:-- 81120 17:40 backspace:~% /usr/bin/curl --version curl 7.13.1 (powerpc-apple-darwin8.0) libcurl/7.13.1 OpenSSL/0.9.7g zlib/1.2.3 Protocols: ftp gopher telnet dict ldap http file https ftps Features: IPv6 Largefile NTLM SSL libz zsh: 21394 exit 2 /usr/bin/curl --version 17:40 backspace:~% /opt/local/bin/curl --version curl 7.15.0 (powerpc-apple-darwin8.3.0) libcurl/7.15.0 OpenSSL/0.9.8 zlib/1.2.3 libidn/0.5.19 Protocols: tftp ftp gopher telnet dict ldap http file https ftps Features: IDN Largefile NTLM SSL libz zsh: 21395 exit 2 /opt/local/bin/curl --version 17:41 backspace:~%

comment:4 Changed 15 years ago by vincent-opdarw@…

prunille:~> host ftp.us.debian.org ftp.us.debian.org has address 35.9.37.225 ftp.us.debian.org has address 128.101.80.133 ftp.us.debian.org has address 204.152.191.7 ftp.us.debian.org has address 216.37.55.114

It seems that curl picks a non-working IP address (always the same one, as it never works with ftp.us.debian.org). The first IP address doesn't work, but the other three are OK.

comment:5 Changed 15 years ago by vincent-opdarw@…

Resolution: invalid
Status: newclosed

Under Debian, 35.9.37.225 doesn't work either. I've looked at the ktrace output under Mac OS X, and the connection freezes here:

229 Entering Extended Passive Mode (| | |42146|)

It seems that this server doesn't support passive mode and should probably be removed from the list of mirrors (I'm going to report it to the Debian BTS).

On my Debian machine, 204.152.191.7 is always chosen, and on my Mac OS X machine, 35.9.37.225 is always chosen (and both machines use the same name server, located on my Debian machine). Anyway, even if the choice of the IP address were completely random, the problem would still occur 25% of the time, and I don't think curl can do anything sensible for this buggy FTP server since the problem occurs too lately. Therefore I'm closing the bug as INVALID.

Note: See TracTickets for help on using tickets.