We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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?
to your account
In my Apache httpd test suite for mod_tls(rustls) I run
> curl --tlsv1.3 url
and a TLSv1.2 connection is negotiated.
I expected either a connection with TLSv1.3 or a failure if not supported/negotiated.
Using a locally build curl 7.81.0 with OpenSSL 3.0.1 works as expected. Maybe this is some half-baked libressl 1.3 support?
> curl --version
curl 7.77.0 (x86_64-apple-darwin21.0) libcurl/7.77.0 (SecureTransport) LibreSSL/2.8.3 zlib/1.2.11 nghttp2/1.42.0
Protocols: dict file ftp ftps gopher gophers http https imap imaps ldap ldaps mqtt pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: alt-svc AsynchDNS GSS-API HSTS HTTP2 HTTPS-proxy IPv6 Kerberos Largefile libz MultiSSL NTLM NTLM_WB SPNEGO SSL UnixSockets
[curl -V output]
macOS Monterey 12.1
The text was updated successfully, but these errors were encountered:
Apparently TLS 1.3 is supported by default since libressl 3.1.1. The preprocessor symbols seem to exist before that.
Sorry, something went wrong.
Ah no, I misdiagnosed. PR pending.
openssl: return error if TLS 1.3 is requested when not supported
Previously curl would just silently ignore it if the necessary defines
are not present at build-time.
Reported-by: Stefan Eissing
Successfully merging a pull request may close this issue.