Django和Elastic Beanstalk URL运行状况检查

如果ELB运行状况检查使用包含弹性beanstalk域(* .elasticbeanstalk.com或EC2域* .amazonaws.com)的主机头发送其请求,则标准ALLOWED_HOSTS仍可用于’的通配符条目. amazonaws.com’或’.elasticbeanstalk.com’.

在我的情况下,我收到标准的ipv4地址作为健康检查主机,因此需要一个不同的解决方案.如果您根本无法预测主机,并且假设您不能预测主机可能更安全,则需要采取以下路线之一.

您可以使用Apache来处理已批准的主机,而不是将不明确的请求传播到Django.由于主机头旨在成为接收请求的服务器的主机名,因此此解决方案会更改有效请求的标头以使用预期的站点主机名.使用弹性beanstalk,您需要使用.ebextensions配置Apache,如here所述.在项目根目录下的.ebextensions目录下,将以下内容添加到.config文件中.

files:
  "/etc/httpd/conf.d/eb_healthcheck.conf":
    mode: "000644"
    owner: root
    group: root
    content: |
        <If "req('User-Agent') == 'ELB-HealthChecker/1.0' && %{REQUEST_URI} == '/status/'">
            RequestHeader set Host "example.com"
        </If>

使用您站点的相应域替换/状态/使用您的运行状况检查URL和example.com.这告诉Apache检查所有传入请求并使用正在请求相应运行状况检查URL的相应??运行状况检查用户代理更改请求上的主机头.

如果您真的不想配置Apache,可以编写自定义中间件来验证运行状况检查.中间件必须覆盖Django的CommonMiddleware,它调用HttpRequest的get_host()方法来验证请求的主机.你可以这样做

from django.middleware.common import CommonMiddleware


class CommonOverrideMiddleware(CommonMiddleware):
    def process_request(self,request):
        if not('HTTP_USER_AGENT' in request.META and request.META['HTTP_USER_AGENT'] == 'ELB-HealthChecker/1.0' and request.get_full_path() == '/status/'):
            return super().process_request(request)

这只允许任何健康检查请求跳过主机验证.然后在settings.py中用path.CommonOverrideMiddleware替换django.middleware.common.CommonMiddleware.

我建议使用Apache配置方法来避免中间件中的任何细节,并完全将Django与主机问题隔离开来.