#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 19 years ago by vincent-opdarw@…
comment:2 Changed 19 years ago by mww@…
Owner: | changed from darwinports-bugs@… to yeled@… |
---|---|
Summary: | curl: (7) couldn't connect to host → BUG: curl: (7) couldn't connect to host |
comment:3 Changed 19 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 19 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 19 years ago by vincent-opdarw@…
Resolution: | → invalid |
---|---|
Status: | new → closed |
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.
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