小编isN*_*247的帖子

我有 haproxy 作为我的负载平衡器运行，并且从 haproxy 附带的 stats Web 界面，我可以将 Web 服务器置于维护模式（并再次将其恢复） - 这太棒了！

但是，我还希望能够从命令行执行相同的操作（用于某些自动部署工作流）。这可能吗，如果可以，怎么办？

非常感谢

背景

我在 S3 上托管一个静态站点，顶部是 CloudFront。我的问题是我的 HTML 文件。

根据CloudFront 的常见问题解答：

Amazon CloudFront 使用这些缓存控制标头来确定检查源文件更新版本的频率

到目前为止我所做的

考虑到这一点，我已将 S3 Bucket 中的 HTML 文件设置为添加以下标头：

Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Expires: Fri, 01 Jan 1990 00:00:00 GMT

在我第一次调用 my 时samplefile.htm，我看到以下响应标头（Content-Type为了保持重点，我已经排除了明显的标头（例如）：

Cache-Control:no-cache, no-store, max-age=0, must-revalidate
Date:Sat, 10 Dec 2011 14:16:51 GMT
ETag:"a5890ace30a3e84d9118196c161aeec2"
Expires:Fri, 01 Jan 1990 00:00:00 GMT
Last-Modified:Sat, 10 Dec 2011 14:16:43 GMT
Server:AmazonS3
X-Cache:Miss from cloudfront

如您所见，我的Cache-Control标题在那里。问题是，如果我更新此文件并刷新，我将获得缓存内容（而不是最新文件），并且我可以通过查看响应标头看到 CloudFront 正在提供其缓存版本：

X-Cache:Hit from cloudfront

总结/问题

综上所述，在使用 CloudFront 时，如何实现自动检索最新的 HTML？ …

我使用 nginx 作为我现有 Web 服务器的反向代理。我只想管理一组自定义错误页面，最好在 nginx 内管理，因为这是最接近客户端的级别。

现在我可以使用error_pages和proxy_intercept_errors设置。然而：

1. 在 400（错误请求）错误的情况下，我需要底层 Web 服务器能够通过一些 JSON 正文内容，详细说明请求错误的原因。所以我只需要一种禁用proxy_intercept_errors400 状态代码的方法。

2. 对于任何状态代码，我从不想显示默认的 nginx 错误页面。现在从我所看到的，为了实现这一点，我需要明确列出可以想象的所有可能的状态代码，并为其提供一个错误页面？例如，而不仅仅是通配符 500 以上的所有错误。