当DEBUG=False时，Django发出错误的请求（400）

Question

我是django-1.6的新手。当我使用DEBUG=True运行django服务器时，它运行得非常好。但是，当我在设置文件中将DEBUG更改为False时，服务器停止运行，并在命令提示下出现以下错误：

CommandError: You must set settings.ALLOWED_HOSTS if DEBUG is False.

我将允许的\u主机更改为[”http://127.0.0.1:8000“，]”，在浏览器中我得到错误信息：

Bad Request (400)

是否可以在没有调试模式的情况下运行Django？

Answer 1

我也有同样的问题，没有一个答案能解决我的问题。为了解决这种情况，最好通过在设置中添加以下配置来启用日志记录。py暂时。

LOGGING = {
   'version': 1,
   'disable_existing_loggers': False,
   'handlers': {
      'file': {
         'level': 'DEBUG',
         'class': 'logging.FileHandler',
         'filename': '/tmp/debug.log',
      },
   },
   'loggers': {
      'django': {
         'handlers': ['file'],
         'level': 'DEBUG',
         'propagate': True,
      },
   },
}

当您看到问题时，比盲目调试更容易处理。

我的问题是：

无效的HTTP_主机头：“pt_web:8000”。根据RFC 1034/1035，提供的域名无效。

我通过添加proxy\u set\u header Host$Host解决了这个问题到Nginx配置文件，并在设置中使用_X_FORWARDED_port=True启用端口转发。py（这是因为在我的情况下，我在Nginx端口上侦听请求8080，并在端口8000上传递到guni）。

Answer 2

对我来说，我没有将USE_X_FORWARDED_HOST设置为true，从而得到了这个错误。从文档：

仅当设置此标头的代理正在使用时，才应启用此选项。

我的托管服务在他们的留档中明确写着必须使用这个设置，如果我忘记了，我会得到这个400错误。

Answer 3

ALLOWED_HOSTS列表应包含完全限定的主机名，而不是URL。省略端口和协议。如果您使用的是127.0。0.1，我也会将localhost添加到列表中：

ALLOWED_HOSTS = ['127.0.0.1', 'localhost']

您还可以使用*匹配任何主机：

ALLOWED_HOSTS = ['*']

引用文件：

此列表中的值可以是完全限定名（例如'www.example.com'），在这种情况下，它们将与请求的主机头完全匹配（不区分大小写，不包括端口）。以句点开头的值可以用作子域通配符：”。实例com'将匹配示例。com，www.example。com，以及示例的任何其他子域。com。“*”的值将匹配任何内容；在这种情况下，您负责提供自己对主机头的验证（可能在中间件中；如果是这样，则必须在中间件类中首先列出该中间件）。

我的。

您得到的status 400响应是由于主机头与该列表中的任何值不匹配时引发的可疑操作异常。