You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to do a sftp download from an IPv6 server, but get the following output:
curl -u test:password -k sftp://[fd4d:5449:7400:111:626d:3cff:fedf:4d39]/file -o file
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (2) Could not set remote host
I analyzed the LibSsh code, and found that LibSsh was not happy about the host name due to missing brackets around the IPv6 address.
I ended up doing it here as I fear that host.name is used for e.g. TLS name verification, but I could not see if that was the case.
Do you already have a better solution for this, or can you use it (it should be under LIBSSH version flags perhaps)? I was not able to find any existing bugs that mentions this configuration, so I hope that this is not a duplicate.
I did this
I have:
curl --version
curl 8.10.1 (arm-unknown-none) libcurl/8.10.1 OpenSSL/3.0.15 zlib/1.2.11 libssh/0.10.6/openssl/zlib
Release-Date: 2024-09-18
I want to do a sftp download from an IPv6 server, but get the following output:
curl -u test:password -k sftp://[fd4d:5449:7400:111:626d:3cff:fedf:4d39]/file -o file
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (2) Could not set remote host
I analyzed the LibSsh code, and found that LibSsh was not happy about the host name due to missing brackets around the IPv6 address.
I did a workaround in curl/src/lib/vssh/libssh.c to reinsert the brackets.
curl_ip6_libssh0_10_6.patch
I ended up doing it here as I fear that host.name is used for e.g. TLS name verification, but I could not see if that was the case.
Do you already have a better solution for this, or can you use it (it should be under LIBSSH version flags perhaps)? I was not able to find any existing bugs that mentions this configuration, so I hope that this is not a duplicate.
I expected the following
No response
curl/libcurl version
curl 8.10.1 (arm-unknown-none) libcurl/8.10.1 OpenSSL/3.0.15 zlib/1.2.11 libssh/0.10.6/openssl/zlib
operating system
Linux mti-ru 5.15.0 #79 SMP PREEMPT Fri Jul 5 14:00:08 CEST 2024 aarch64 GNU/Linux
The text was updated successfully, but these errors were encountered: