New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FTP download fails using libcurl when TCP_FASTOPEN enabled #6252
Labels
Comments
With the current version (7.74), compiled with
|
I don't see how TCP Fast Open will help for an FTP transfer so I would recommend you don't enable that, as a rather safe work-around. |
I think we will disable that in our downstream library wrapper. See |
KlausC
added a commit
to KlausC/curl
that referenced
this issue
Nov 28, 2020
The HAVE_LINUX_TCP_H constant was not set by cmake. The variable has been used in some C-files in lib without including neither linux/tcp.h nor netinet/tcp.h That lead to inconsistent calls wrt. TCP_FASTOPEN Data field conn->ip_addr_str was not set in case of tcp_fastopen, but tried to be used later. Fixes curl#6252
KlausC
added a commit
to KlausC/curl
that referenced
this issue
Nov 29, 2020
After this change, the PR no longer fixes curl#6252. This original issue will be handled in a separate PR.
KlausC
added a commit
to KlausC/curl
that referenced
this issue
Nov 29, 2020
In the case of TFO, the remote host name is not resolved at the connetion time. For FTP that has lead to missing hostname for the secondary connection. Therefore the name resolution is done at the time, when FTP requires it. Fixes curl#6252
KlausC
added a commit
to KlausC/curl
that referenced
this issue
Dec 1, 2020
In the case of TFO, the remote host name is not resolved at the connetion time. For FTP that has lead to missing hostname for the secondary connection. Therefore the name resolution is done at the time, when FTP requires it. Fixes curl#6252
KlausC
added a commit
to KlausC/curl
that referenced
this issue
Dec 2, 2020
In the case of TFO, the remote host name is not resolved at the connetion time. For FTP that has lead to missing hostname for the secondary connection. Therefore the name resolution is done at the time, when FTP requires it. Fixes curl#6252
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I found, that the ftp example program, when modified by setting the
TCP_FASTOPEN
flag, fails.My working environment is Fedora Linux release 33, but I think that is also for other Linux variants.
The text was updated successfully, but these errors were encountered: