我使用运行在Windows Server 2008 R2上的Apache 2.2作为WebDAV服务器，以便客户端上传大型媒体文件（大约100-2000MB）。 我发现当我启用了SSL（openSSL 0.9.8o）并使用HTTPS上传时，吞吐量大约是13Mbps，但是当我禁用它并使用HTTP时，我获得了大约80Mbps的速度。 我不明白为什么会发生这种情况，因为我的理解是SSL的工作是在连接开始的时候完成的。 如果它帮助我正在使用的客户端是命令行cURL，这里是命令： curl -k -f -u digital:recorder -T 00320120321101048_ch1.mkv http://mediaserver/webdav/ curl -k -f -u digital:recorder -T 00320120321101048_ch1.mkv https://mediaserver/webdav/ 有没有人有任何想法，为什么性能如此剧烈的影响启用SSL？ 干杯。 更新：在Windows 7客户端上不存在问题，所以这只发生在XP上。 这至less可以确定问题出在客户端。 我从两个系统运行完全相同的命令行，但它只影响WinXP。 有谁知道这可能是为什么？ XP是以某种方式削弱了SSL上传速度？ 我也在Fedora Linux上运行testing。 所以现在这个问题已经被更加严密地定义了：在Linux和Windows 7上，同一版本的cURL + OpenSSL上传相同的文件到同一个服务器上是快速的，而在Windows XP上是非常慢的。 任何人都可以帮忙，因为我真的碰壁了！
我想运行passenger-install-apache2-module所以我可以在CentOS 5.8上安装Redmine，但是passenger-install-apache2-module告诉我需要Curl development headers with SSL support ，它告诉我可以使用yum install curl-devel ，但是，当我运行时，我得到以下结果： Loaded plugins: fastestmirror, priorities, protectbase Loading mirror speeds from cached hostfile * base: ftp.pbone.net * extras: ftp.pbone.net * remi: remi-mirror.dedipower.com * updates: ftp.pbone.net 120 packages excluded due to repository priority protections 0 packages excluded due to repository protections Setting up Install Process Resolving Dependencies […]
我试图在我的Ubuntu LAMP服务器上安装Amazon Web Services PHP SDK。 每当我运行兼容性检查一切，但curl回来没关系。 我遇到的问题是它报告我没有使用SSLcurl。 我卸载curl然后安装curl-ssl无济于事。
我正在试图在我的MediaTemple DV机器上安装composer php（虽然说实话我真的不知道它是如何工作的，文档看起来相当差）。 我正在使用他们的指示 尝试使用以下方法全局安装： $ curl -s https://getcomposer.org/installer | php 我的命令行（再次使用putty并以root身份login到我的服务器）想了一会儿，然后设置为下一个提示。 我运行一个简单的ls -l来检查它应该下载的文件，但没有运气。 任何想法可能会导致这个问题？ 我已经testing，实际上已经安装了curl。 更新1 基于第一个答案，详细的回答是： $ curl -vs https://getcomposer.org/installer | php * About to connect() to getcomposer.org port 443 * Trying 37.59.4.156… connected * Connected to getcomposer.org (37.59.4.156) port 443 * successfully set certificate verify locations: * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none * […]
在Redhat Linux上，在PHP脚本中，我设置了cURL选项： curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, True); curl_setopt($ch, CURLOPT_CAINFO, '/home/andrew/share/cacert.pem'); 然而，当我尝试发送数据时，却遇到了这个exception (curl error: 77) error setting certificate verify locations: CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none 为什么要在/etc/pki/tls/certs/ca-bundle.crt中/etc/pki/tls/certs/ca-bundle.crt ？ 我不知道这个文件夹是从哪里来的，因为我没有把它放在任何地方。 不应该在我指定的地方寻找/home/andrew/share/cacert.pem吗？ 我没有写入权限/etc/所以只是复制文件没有一个选项。 我是否错过了一些我应该使用的curl选项？ （这是共享主机 – 是否有可能阻止我为CAfile设置不同的path？）
Curl在节点本身上工作正常： [ec2-user@smokebase1 ~]$ curl -s -I –retry 3 –header 'Host: smoke-base.dev-test.com' localhost:8080/test/api/search?where=where%20%2Fxml%2Fitem%2Fcategory%20is%20not%20%27dog%25%27 | grep "HTTP/1.1 200 OK" | wc -l 1 [ec2-user@smokebase1 ~]$ exit logout Connection to 10.4.11.14 closed. 但是并没有给ssh命令正确的结果 [vsha@ip-10-4-11-25 ~]$ ssh [email protected] 'curl -s -I –retry 3 –header 'Host: smoke-base.dev-test.com' localhost:8080/test/search?where=where%20%2Fxml%2Fitem%2Fcategory%20is%20not%20%27dog%25%27 | grep "HTTP/1.1 200 OK" | wc -l' 0
我希望有人能帮我解决这个问题。 我一直在尝试这一段时间，有各种各样的变化，似乎无法得到这个工作。 我想脚本的方式login到https://login.three.ie/检查帐户余额从* / My_account_balance 我已经尝试了各种wget命令，但从我读的内容来看，curl更有可能完成这个任务。 我一直在尝试我在网上遇到的变化，包括从这里在stackoverflow，但似乎没有工作。 这是我尝试的最后一个： curl -X POST -c cookies.txt -u "Uern@me:P@ssw0rd" https://login.three.ie/ 这确实保存在这里的Cookie文件： $ cat cookies.txt Netscape HTTP Cookie File #http://curl.haxx.se/docs/http-cookies.html This file was generated by libcurl! Edit at your own risk. HttpOnly_login.three.ie FALSE / FALSE 1433988274 laravel_session eyJpdiI6IkFZWmxvZ2oyXC9NNGVIbHVpejZwRWp3PT0iLCJ2YWx1ZSI6Imxkd25UKzBoMldiQlhYZVJnVUpuNUVsblZ1cGJYZWcwM2E1bTtIWHRiQ2pwV0VwemJ4NFlYcDlzTndSeFRNanpwdDhMMTIrS2RGZGdGd0RNZU1yREJ3PT0iLCJtYWMiOiI0NWUwYzc1TY4ODI3ZmY3ODY5NjliODkxODMyODIzMjQwNmNkNjljNTE2NzQxNmQ4MzhhNDljNTdjM2QwZGY1In0%3D 但是，当我尝试重新使用cookie时，它看起来像有一个redirect或什么，因为这是我得到： $ curl -b cookies.txt https://my3account.three.ie/My_account_balance <html><head><title>302 Moved Temporarily</title></head> <body bgcolor="#FFFFFF"> <p>This […]
所以我一直在想这个问题已经有一个星期了。 这里是跑下来： 我在PHP中使用CURL从API中提取数据。 随着对API调用的响应变得越来越大（一次超过15k条logging），我注意到任何需要5分钟或更长时间（几秒钟内）的API调用都无法在我的CentOS和Suse服务器上返回。 所以，我通过CURL从CLItesting了API调用，并得到了同样的问题。 奇怪的是，如果我通过OS X运行CURL命令，命令运行良好，并在大约7分钟后返回。 这里是通过CURL运行的命令（creds censored）： curl -m 0 -k –trace-ascii trace.txt –trace-time -X GET -H "tenant-code: 1cmPx7tqVDVTdN1GSelwycFUmICmASnLCmNQsV72" -H "Authorization: Basic JxHAsXeUiHMRkS8Msiu6pWb3PvY20p6am3QvXCY3knXTAntlxTBS3EyEDgly" -H "Content-Type: application/json" -H "Cache-Control: no-cache" 'https://api.endpoint.com/API/v1/system/users/search?groupid=555' > dump.txt 这里是CURL为每个平台输出的版本： CentOS（这是我真的需要这个工作） – curl 7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.19.1 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2 Protocols: tftp ftp telnet dict ldap ldaps http […]
当我尝试跟随curl devendermishra@myhost:~$ curl https://iam.endpoint.com curl: (60) SSL certificate problem: self signed certificate More details here: http://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the –cacert option. If this HTTPS server […]
使用Ubuntu 16.04， curl版本7.47.0 我正在尝试debuggingSSL证书问题，并在使用curl时看到奇怪的行为。 当我刚跑时： ubuntu@ip-172-30-0-81:~$ curl https://myapp.com/hello curl: (51) SSL: certificate subject name (cloud.mynameserver.com) does not match target host name 'myapp.com' 但是，当我附加-v标志： ubuntu@ip-172-30-0-81:~$ curl -v https://myapp.com/hello * Trying {IP REDACTED}… * Connected to myapp.com ({IP REDACTED}) port 443 (#0) * found 173 certificates in /etc/ssl/certs/ca-certificates.crt * found 692 certificates in /etc/ssl/certs * ALPN, offering […]