小编jar*_*vis的帖子

我们刚刚迁移到亚马逊 AWS。我们目前有一个运行良好的 EC2 实例。它在前端运行 Nginx，在后端运行 Apache。这也运行良好。所有站点都已正确启动，并包含从 EC2 提供的文件的 Cache-Control 标头。

问题在于我们放置在Amazon S3中的所有静态文件都是通过CloudFront CDN访问的。我们可以正常访问文件（并且 CORS 没有问题），但显然CloudFront 不提供带有 Cache-Control 标头的文件。我们想利用浏览器缓存。

在我看来，EC2 实例在这里不起作用，因为静态文件由 S3+CloudFront 直接提供，请求不会转到 EC2 中的 Web 服务器。

我完全迷失了。

问题：1）在这种情况下如何设置Cache-Control？2）是否可以设置Cache-Control？从 S3 还是 CloudFront？

注意：我在 Google 中找到了几个页面，您可以在其中为单个对象设置 S3 中的 Header。这真的不是一种特别有效的方法，因为在我的情况下，我们正在谈论几个对象。

谢谢！

我正在运行Let's Encrypt 的SSL 证书。我已经在运行 Apache 的 Ubuntu 机器上安装了它们。设置工作正常，我可以启动网站，看到绿色挂锁，甚至在 SSL Labs 上获得了 A+。

问题是，当我执行apachectl configtest 时，服务器会返回一个找不到文件的错误：

SSLCertificateFile: file '/etc/letsencrypt/live/www.example.com/fullchain.pem' not exist or is empty.

但sudo service apache2 restart工作得很好。

我在Let's Encrypt Community遇到了这个问题，但问题尚未解决。

sudo cat /etc/letsencrypt/live/www.example.com/fullchain.pem 有效，返回有效的证书详细信息。

sudo x509 -text -noout -in /etc/letsencrypt/live/www.example.com/fullchain.pem

不起作用并返回以下错误：

Error opening Certificate /etc/letsencrypt/live/www.example.com/fullchain.pem
139774254929568:error:02001002:system library:fopen:No such file or directory:bss_file.c:398:fopen('/etc/letsencrypt/live/www.example.com/fullchain.pem.','r')
139774254929568:error:2007402:BIO routines:FILE_CTRL:system lib:bss_file.c:400:
ubable to load certificate

关于为什么我在apachectl configtest和openssl上遇到错误的任何想法？

谢谢你们！

我们有一个在亚马逊上运行的 EC2。它有一个公共 IP和公共 DNS。

我们通过为 www.example.com 创建 A 记录在我们的域记录中使用公共 IP。然后该站点变得可访问。如果我们使用公共 DNS，我们将使用 CNAME 而不是 A 记录。

我的问题是关于两者的技术性和功能性。一个比另一个有优势吗？

我DKIM: FAIL with domain null在 GMail 中遇到错误。当我在 GMail 中查看原始文件时，我得到dkim=fail header.i=@example.com;.

在我的 DNS 中，我有以下 TXT 记录：

DMARC TXT 条目：_dmarc v=DMARC1;p=reject;sp=reject;rf=afrf;pct=100;ruf=mailto:authfail@example.com;rua=mailto:mailreport@example.com;ri=86400

SPF TXT 条目：example.com

v=spf1 +a +mx +ip4:70.xxx.xxx.xxx +ip4:71.xxx.xxx.xxx +ip4:72.xxx.xxx.xxx ~all

DKIM TXT 条目：_default._domainkey

v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAo/HYr74H9Ty6HjTpjawYIfiDa7kOPx+0GJiw4rw7IYkfvrfrLojmGLuS4lg3NbIqYmLg9Ziz77q9vVT15ftrFB1+lTz6+Ei19b6AM8FGCJoDWRHRwB+YN0InJaFs/kPfy1SktqQI8TntPNfH2+tTOUrIT1gi8fjwSnfSkUsbNuSpIp3XrAU6pYzEjXF2h1A3UMFV+7+jLRzEvunj2YCsJ3vaifTihat+Nsw7eP5L2iAzW8b0joP3z6k/UkhUa7/35oNC4Xn1dY532irsBunMJz9QsBxIaNpepiZZkTxfglsq2RP4FWGZbiVFRDDcvsnpi4kFx3eAQtAoo+szLA70FQIDAQAB

我通过https://www.mail-tester.com/spf-dkim-check和http://dkimcore.org/tools/keycheck.html测试了我的记录，并全部检查出来。公钥是 2048 位。我读到 GMail 使用较小的密钥使 DKIM 失败。

我还使用http://unlocktheinbox.com和 DKIM Validation Check 对其进行了测试，它说：

Signature Found:    Yes
SmarterMail DKIM Test:  Failed - Bad Signature
MailBee.NET DKIM Test:  Failed - SignatureInvalid

GMail 似乎对我的 …

我们的系统前面有 Nginx，后面有 Apache 代理。我们使用 SSL/TLS 进行连接。

题：

1. 就性能/SSL 握手而言，Nginx 是终止 SSL/TLS 连接的最佳选择吗？
2. 我是否进行了所有需要的性能调整？我还能改进我的代码吗？

这是我的配置：

ssl_certificate /path/ssl.crt; 
ssl_certificate_key /path/ssl.key;
ssl_dhparam /path/dh.pem;
ssl_buffer_size 4k;
ssl_session_timeout 4h;
ssl_session_cache shared:SSL:20m;
ssl_session_tickets on;
ssl_trusted_certificate /path/trust.crt;
ssl_stapling on;
ssl_stapling_verify on;
resolver 8.8.8.8 8.8.4.4 valid=300s;
resolver_timeout 5s;

我使用Mozilla SSL 配置生成器在下面生成我的密码。

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS';
ssl_prefer_server_ciphers on;

密码是为了适应大多数浏览器。我也设置了Strict-Transport-Security。

我们的系统使用 CloudFront 在 Amazon AWS 上运行。目前，SSL Labs 需要大约 130 秒来运行测试。Pingdom 显示一个请求的SSL 连接至少需要220ms。