所以,我是个白痴,我不小心在我的Ubuntu系统上删除了libcurl-gnutls.so.4文件.现在我无法弄清楚如何重新创建它.我得到的实际错误是当我尝试使用git时:
git-remote-https: error while loading shared libraries: libcurl-gnutls.so.4: cannot open shared object file: No such file or directory
它是对的!该文件不存在.但我不知道如何创建它.我已经尝试使用apt-get来安装libcurl-gnutls,虽然它说它成功了但它并没有创建库.我也下载了curl并构建/安装了它,但这也没有创建我需要的库.关于如何解决这个问题的任何想法？
非常感谢你的帮助.
我开始学习信息保护并从OpenSSL开始.但是我在维基百科上读到,SSL在安全方面遇到了问题,但仍未解决,任何人都必须使用TLS.这是真的吗？SSL现在已经过时了吗？(因为出现了其他信息保护方式而不是修复SSL)
我有一个问题,当我做curl请求或git push时,给我看
curl:(35)gnutls_handshake()失败:公钥签名验证失败.
卷曲 - 翻译
curl 7.50.1(x86_64-pc-linux-gnu)libcurl/7.50.1 GnuTLS/3.5.3 zlib/1.2.8 libidn/1.33 libssh2/1.7.0 nghttp2/1.14.0 librtmp/2.3协议:dict文件ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp功能:AsynchDNS IDN IPv6大文件GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets
我已经完成了:更新和降级curl到版本7.38但这对我没有帮助.抱歉我的英文,tnx.
我有一个用于 RSA 交换的私钥，该私钥受密码保护。我知道密码，所以我可以使用密钥，但是，我不知道使用哪个密码来设置密码。
我还有其他密钥，其中密码在解密密钥的标头中命名，根据此问题的答案。然而，这个密钥在加密时只是简单地开始：
-----BEGIN ENCRYPTED PRIVATE KEY-----
解密后：
-----BEGIN RSA PRIVATE KEY-----
没有进一步的标题。
诸如openssl rsa和 gnutls 之类的工具certtool -k会在给出密码时解密密钥，并提供有关公钥的信息，但不会透露有关密码所使用的对称密码的任何信息。
据推测，这些应用程序知道密码是什么，因为它们解密了密钥。有没有办法获取这些信息？无论如何，如果我有密码，保密似乎没有多大意义。
使用 gnutls API（但不是 openssl）的编程答案很好，但理想情况下我想知道现有的便携式工具。
我尝试在 Centos 7 上编译 Emacs 26.2。所以我运行
./configure
但脚本抱怨：
configure: error: The following required libraries were not found:
gnutls
Maybe some development libraries/packages are missing?
但是 yum 告诉我gnutls已经安装了：
Package gnutls-3.3.29-9.el7_6.x86_64 already installed and latest version
使用 gnutls 支持编译 Emacs 时我还想念什么？
libcurl 线程安全的要求之一是底层 SSL 库应该是线程安全的。
根据 GnuTLS 的文档，它的设计是线程安全的。
GnuTLS 库在设计上是线程安全的，这意味着只要单个线程访问单个对象，该库的对象（例如 TLS 会话）就可以安全地跨线程划分。这足以支持每个线程处理多个会话的服务器。对对象（例如持有结构的凭证）的只读访问也是线程安全的。
然而，有一些用例需要注意。
gnutls_session_t 对象也可以由两个线程共享，一个发送，另一个接收。但是，必须注意以下用例：
TLS 1.2 或更早版本中的重新握手过程必须仅在单个线程中处理，并且其他线程不得执行任何操作。
在此操作模式下不能安全地使用标志 GNUTLS_AUTO_REAUTH。
当线程接收或写入时，不得执行任何其他可能发送或接收数据的操作，例如密钥更新（参见 gnutls_session_key_update）。
会话的终止应该由处于活动状态的单个线程来处理，或者由发送者线程使用 gnutls_bye 和 GNUTLS_SHUT_WR 以及接收线程等待返回值零（或在某些不响应的服务器上超时）来处理。
在并行操作期间不应依赖函数 gnutls_transport_set_errno 和 gnutls_record_get_direction。
libcurl 是否能够处理上述用例？