我最近在我的服务器*.key和*csr文件中创build了一个SSL证书。 然后我用Comodo创build了*crt和*.ca-bundle 。 我有2个当前的虚拟主机： 虚拟主机 – http://www.example.com NameVirtualHost *:80 <VirtualHost *:80> ServerAdmin [email protected] DocumentRoot "/home/example/public_html/example.com/httpdocs" ServerName example.com ServerAlias www.example.com </VirtualHost> 虚拟主机https://www.example.com NameVirtualHost *:443 <VirtualHost *:443> SSLEngine on SSLCertificateFile /etc/ssl/certs/example_com.crt SSLCertificateKeyFile /etc/ssl/certs/server.key <Directory /home/example/public_html/example.com/httpdocs> AllowOverride All </Directory> DocumentRoot /home/example/public_html/example.com/httpdocs ServerName example.com </VirtualHost> 问题是，当我去https://www.example.com我得到一个404 我不知道虚拟主机是否正确，或者为什么我得到了404。有没有人见过这个？ 我已经启用mod_ssl并重新启动apache 非常感谢
当我使用SSLSCAN来检查我的服务器的密码套件时，我发现有三种状态：Accepted，Rejected和Failed。 之后，我尝试禁用RC2（40位）的密码。 我在[HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Ciphers \ RC2 40/128]下创build了一个新的密钥“Enabled”= dword：00000000。 SSLSCAN显示EXP-RC2-CBC-MD5（40位）是“失败的”，而其余的RC2（40位）的密码是“拒绝的”。 所以这让我感到困惑：失败和拒绝之间的区别是什么？ 我偶然发现了关于google的所有信息，包括SSLSCAN的主页，但还没有find明确的答案。
我面临着通过他们的SSL证书authentication客户端的问题，这似乎与我在整个networking中发现的很多问题类似 – 不幸的是没有解决scheme。 安装程序是：Debian linux上的apache 2.2，mod_ssl，openssl。 我有一个客户端使用Globalsign PersonalSign证书进行身份validation。 我已经设置SSLCACertificatePath我觉得正确，因为Apachedebugging告诉我： [Thu May 10 15:31:35 2012] [debug] ssl_engine_init.c(1196): CA certificate: /C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA [Thu May 10 15:31:35 2012] [debug] ssl_engine_init.c(1196): CA certificate: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign PersonalSign 1 CA – G2 [Thu May 10 15:31:35 2012] [debug] ssl_engine_init.c(1196): CA certificate: /C=BE/O=GlobalSign nv-sa/CN=GlobalSign PersonalSign 1 CA – G2 […]
我正在尝试生成一个自签名SSL证书来保护example.com和*.example.com 。 看这个和这个问题的答案，似乎有同样数量的人同意和不同意这是否可以完成。 然而，authentication机构的网站似乎暗示可以这样做。 目前，这些是添加到我的opensslconfiguration文件中的更改： [req] req_extensions = v3_req [req_distinguished_name] commonName = example.com [v3_req] subjectAltName = @alt_names [alt_names] DNS.1 = example.com DNS.2 = *.example.com 我尝试了上面的configuration并生成了一个证书。 导航到https://example.com ，会产生通常的警告：证书是“自签名的”。 接受后，我导航到https://abc.example.com并产生一个额外的警告，说这个证书只对example.com有效。 证书详细信息只在证书层次结构中列出example.com ，没有任何通配符子域存在的迹象。 我不确定这是由于configuration错误引起的，还是普通名称应该有通配符，或者这是不能做到的。 进一步更新： 这是通过使用openssl查看证书请求所得到的结果： # openssl req -text -noout -in eg.csr Certificate Request: Data: Version: 0 (0x0) Subject: C=xx, L=Location, O=Example Pte Ltd, CN=example.com/[email protected] Subject Public […]
我最近设置了一个Ubuntu 12.10服务器，用于在12.04机器上运行的服务。 由于已知的安全原因，Ubuntu 10.10 SSLv2似乎被禁用。 如果我使用-1，-2或-3命令对URL执行curl操作，它将与ssl版本1和3一起工作。但是，使用-2我得到了curl: (4) OpenSSL was built without SSLv2 support作为响应curl: (4) OpenSSL was built without SSLv2 support 。 现在我的服务在所有的浏览器中工作正常，但是我在Java，Python和PHP方面遇到问题。 很多外部程序正在使用我的API，所以我没有真正有可能升级客户端。 由于ssl v1仍在工作，我认为只有版本2的客户端才能识别verison 2不被支持，因为版本3已经公布。 我可以编译没有sslv3的支持？ 或者我可以安全地重新启用sslv2在Ubuntu的那些真正想要它的客户？ 我现在确信安全问题是相关的，特别是因为openssl用于一堆东西，而服务网页只是一个部分。
根据Heartbleed错误，我要求重新颁发GeoTrust证书。 我们使用启用了OpenSSL的HAProxy 1.5-dev22 。 我已经在所有受影响的实例上更新了OpenSSL。 HAProxy要求的PEM是证书，中间证书和私钥的连接版本： —–BEGIN CERTIFICATE—– … —–END CERTIFICATE—– —–BEGIN CERTIFICATE—– … —–END CERTIFICATE—– —–BEGIN CERTIFICATE—– … —–END CERTIFICATE—– —–BEGIN PRIVATE KEY—– … —–END PRIVATE KEY—– 我可以用OpenSSLvalidation这个PEM： $ openssl verify -CAfile my_app.pem my_app.pem my_app.pem: OK 然后configurationHAProxy： …snip… bind *:443 ssl crt /etc/ssl/certs/my_app.pem ca-file /etc/ssl/certs/my_app.pem …snip… 然后启动HAProxy $ sudo service haproxy start * Starting […]
我有nginx，并希望它来validation客户端证书。 所以我买了服务器的商业证书，而非客户的商业证书。 基本上我已经用easy-rsa脚本生成了客户端证书。 连接与客户端证书validation禁用按预期工作。 连接“ssl_verify_client on” 代码400失败，没有错误信息或访问日志。 nginx -V输出： nginx version: nginx/1.8.0 built with OpenSSL 1.0.2a 19 Mar 2015 TLS SNI support enabled configure arguments: –prefix=/etc/nginx –conf-path=/etc/nginx/nginx.conf –sbin-path=/usr/bin/nginx –pid-path=/run/nginx.pid –lock-path=/run/lock/nginx.lock –user=http –group=http –http-log-path=/var/log/nginx/access.log –error-log-path=stderr –http-client-body-temp-path=/var/lib/nginx/client-body –http-proxy-temp-path=/var/lib/nginx/proxy –http-fastcgi-temp-path=/var/lib/nginx/fastcgi –http-scgi-temp-path=/var/lib/nginx/scgi –http-uwsgi-temp-path=/var/lib/nginx/uwsgi –with-imap –with-imap_ssl_module –with-ipv6 –with-pcre-jit –with-file-aio –with-http_dav_module –with-http_gunzip_module –with-http_gzip_static_module –with-http_realip_module –with-http_spdy_module –with-http_ssl_module –with-http_stub_status_module –with-http_addition_module –with-http_degradation_module –with-http_flv_module –with-http_mp4_module […]
我有一天尝试为新员工生成一些OpenVPN密钥。 与正常程序相同。 这个地区几个月来没有任何变化。 在证书生成期间，我得到以下错误： Using configuration from /etc/openvpn/easy-rsa/openssl.cnf entry 22: invalid expiry date 经过一番search，似乎没有一个明确的答案。 有些网站说了一些关于数据库文件index.txt被破坏的东西。 其他人表示，这与openssl.cnf的default_days设置有关。 其他网站提出了一个OpenSSL的错误。 任何人有任何线索？ UPDATE 经过更多的研究，我发现OpenSSL有一个错误，最后生成的证书到期date超过了2050年，因此index.txt中的date由于某种原因添加了两个额外的数字，从而使得index.txt出现损坏。 我不知道如何解决这个问题。
我试图在EC2实例上安装Common LISP Web服务器Hunchentoot（使用Amazon Linux AMI）。 其中一个Hunchentoot依赖项要求“libssl.so.0.9.8”。 Hunchentoot显然不能使用当前版本的OpenSSL（1.0.0）。 另外，我在标准的ec2软件包回购中找不到“libssl.so.0.9.8”。 得到这个较旧的lib及其所有依赖的最好方法是什么？ 编辑：本地Linux大师告诉我自己编译0.9.8到/ opt，这就是我目前正在做的。 我们将看到如何工作。
我正在设置Apache来进行智能卡身份validation。 智能卡login基于由OS驱动程序处理的客户端SSL证书。 我目前只有一个智能卡提供商，但将来有可能有几个。 我不确定Apache 2.2如何。 处理每个位置的客户端authentication。 我做了一些快速testing，似乎只有最后一个SSLCACertificateFile指令是有效的，这听起来不对。 如下所述是否可以在Apache（2.2,2.4）的每个位置具有不同的SSLCACertificateFile，或者SSL协议在某种程度上限制了每个IP不能有多个SSLCACertificateFile？ 示例潜在configuration如何在同一台服务器上处理多个SSLCACertificateFile以允许用户使用不同的智能卡提供的login。 <VirtualHost 127.0.0.1:443> # Real men use mod_proxy DocumentRoot "/nowhere" ServerName local-apache ServerAdmin [email protected] SSLEngine on SSLOptions +StdEnvVars +ExportCertData # Server-side HTTPS configuration SSLCertificateFile /etc/apache2/certificate-test/server.crt SSLCertificateKeyFile /etc/apache2/certificate-test/server.key # Normal SSL site traffic does not require verify client SSLVerifyClient none SSLVerifyDepth 999 # Provider 1 <Location /@@smartcard-login> SSLVerifyClient […]