django - 无法通过 AWS EC2 实例上的 Gunicorn 访问 Django 默认应用程序

Question

我已经为这个问题苦苦挣扎了两天，但没有成功。我创建了一个名为“testdj”的默认 Django (1.6.1) 应用程序实例，将其安装在运行 Ubuntu Server 13.10 的 Amazon AWS EC2 t1.micro 实例上，我正在尝试访问默认 Django“它有效!”通过 Gunicorn 页面(第 18 节)。当我从命令行启动 gunicorn 时:

gunicorn testdj.wsgi:application --bind [ec2-public-dns]:8001

当我输入这个 URL 时，我可以看到该页面:

http://[ec2-public-dns]:8001

但是，如果我使用我在阅读 Karzynski 的 blogpost 之后创建的“start-gunicorn”bash 脚本“使用 Nginx、Gunicorn、virtualenv、supervisor 和 PostgreSQL 设置 Django”，我总是出错。当我输入这个 URL 时...

http://[ec2-public-dns]

...我收到此错误:

Error 502 - Bad Request
The server could not resolve your request for uri: http://[ec2-public-dns]

这是 start-gunicorn 脚本:

#!/bin/bash

NAME="testdj"
DJANGODIR=/usr/share/nginx/html/testdj
SOCKFILE=/usr/share/nginx/html/testdj/run/gunicorn.sock
USER=testdj
GROUP=testdj
NUM_WORKERS=3
DJANGO_SETTINGS_MODULE=testdj.settings
DJANGO_WSGI_MODULE=testdj.wsgi

WORKON_HOME=/home/testdj/venv
source `which virtualenvwrapper.sh`
workon $NAME
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGO_DIR:$PYTHONPATH

RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR

exec gunicorn ${DJANGO_WSGI_MODULE}:application \
  --name $NAME \
  --workers $NUM_WORKERS \
  --user=$USER --group=$GROUP \
  --access-logfile /tmp/gunicorn-access.log \
  --error-logfile /tmp/gunicorn-error.log \
  --log-level=debug \
  --bind=unix:$SOCKFILE

如您所见，我在我的服务器上创建了一个名为“testdj”的特殊帐户来运行该应用程序。我在虚拟环境中运行我的 Django 应用程序。我根本没有更改 Django wsgi.py 文件。由于我最终想使用 nginx 作为我的反向代理，我安装了 nginx 并将 Django 应用程序放在 nginx 的默认根目录/usr/share/nginx/html 中。用户/组 www-data 拥有/usr/share/nginx 和下面的所有内容，除了用户/组“testdj”拥有/usr/share/nginx/html/testdj 和它下面的所有内容。/usr/share/nginx/html/testdj 及其所有子目录的权限为 775，我已将 www-data 添加到 testdj 组。

我确实安装了 nginx，但没有运行 nginx 服务。我确实尝试使用以下配置文件启动它并启用 nginx 虚拟服务器，但错误仍然发生。

upstream testdj_app_server {
    server unix:/usr/share/nginx/html/testdj/run/gunicorn.sock fail_timeout=0;
}
server {
    listen 80;
    server_name ec2-[my-public-dns-ip].us-west-2.compute.amazonaws.com;
    client_max_body_size 4G;
    access_log /var/log/nginx/testdj-access.log;
    error_log /var/log/nginx/testdj-error.log;

    location /static/ {
        alias /usr/share/nginx/html/testdj/static/;
    }
    location /media/ {
        alias /usr/share/nginx/html/testdj/media/;
    }
    location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_redirect off;   
        if (!-f $request_filename) {
            # This must match "upstream" directive above
            proxy_pass http://testdj_app_server;
            break;
        }
    }
    error_page 500 502 503 504 /500.html;
    location = /500.html {
        root /usr/share/nginx/html/testdj/static/;
    }
}

问题似乎出在 gunicorn 上，因为如果我将 start-gunicorn 脚本中的“--bind=unix:$SOCKFILE”替换为“--bind --[ec2-public-dns]:8000”，我可以看到Django的默认页面。但是，我不想在端口 8000 上绑定(bind)到我的公共(public) DNS 名称，我想在端口 80 上运行并使用 nginx 作为我的前端反向代理。

我最初有 AWS 入站安全组规则，这些规则限制对站点的访问只能通过笔记本电脑的端口 80、8000 和 8001 进行 HTTP，但即使我删除这些规则并让站点完全打开，我仍然会收到 502 错误消息。

我的 gunicorn 访问日志没有显示任何事件，我在 gunicorn 错误日志中看到的唯一内容是 gunicorn 正在启动。当我访问默认的Django页面时，错误日志中没有错误:

2014-02-03 18:41:01 [19023] [INFO] Starting gunicorn 18.0
2014-02-03 18:41:01 [19023] [DEBUG] Arbiter booted
2014-02-03 18:41:01 [19023] [INFO] Listening at: unix:/usr/share/nginx/html/testdj/run/gunicorn.sock (19023)
2014-02-03 18:41:01 [19023] [INFO] Using worker: sync
2014-02-03 18:41:01 [19068] [INFO] Booting worker with pid: 19068
2014-02-03 18:41:01 [19069] [INFO] Booting worker with pid: 19069
2014-02-03 18:41:01 [19070] [INFO] Booting worker with pid: 19070

有人知道这里发生了什么吗？看起来我什至没有去 gunicorn。对于这篇长帖子，我深表歉意，但这个问题似乎有很多“变化的部分”。我将非常感谢任何帮助，因为我尝试了很多不同的方法但都无济于事。我还在这里查看了其他人遇到类似问题的其他问题，但我没有看到与此问题相关的任何内容。谢谢!

Answer 1

我在我的 Linode 服务器上逐行重复我的配置过程，完全没有问题。我不得不假设这个问题与 AWS EC2 实例的配置方式有关，可能与安全性有关。