通过.bash文件调用Gunicorn时无法访问服务器

Question

通过我制作的.bash文件启动gunicorn时，我无法访问服务器。 当我使用此命令手动执行时，它可以工作

$ gunicorn project.wsgi:application --bind 192.168.1.130:8000

通过教程创建了gunicorn.bash文件。 我看起来像这样，运行正常。

#!/bin/bash

NAME="project"                                                   # Name of the application
DJANGODIR=/home/username/projects/project                    # Django project directory
SOCKFILE=/home/username/.venvs/project/run/gunicorn.sock     # We will communicate using this unix socket
USER=username                                              # the user to run as
GROUP=username                                             # the group to run as
NUM_WORKERS=1                                                   # how many worker processes shoul Gunicorn spawn
DJANGO_SETTINGS_MODULE=project.settings.production               # which settings file should Django use
DJANGO_WSGI_MODULE=project.wsgi                                  # WSGI module name
echo "Starting $NAME as `whoami`"

# Activate the virtual environment

cd $DJANGODIR
source /home/username/.venvs/project/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH

# Create the run directory if it doesn't exsist

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

# Start yout Django Unicorn
# Programs meant to be run under supervisor should not daemonize themselves (do not use daemon)

exec gunicorn ${DJANGO_WSGI_MODULE}:application \
  --name $NAME \
  --workers $NUM_WORKERS \
  --user=$USER --group=$GROUP \
  --bind=unix:$SOCKFILE \
  --log-level=debug \
  --log-file=-

我不知道该如何解决？ 也许有些命令可以查看运行设置与手动启动gunicorn和.bash文件有何不同？

Answer 1

$ gunicorn project.wsgi:application --bind 192.168.1.130:8000

上面使用--bind与host:port --bind ，但下面使用：

exec gunicorn ${DJANGO_WSGI_MODULE}:application \
  --name $NAME \
  --workers $NUM_WORKERS \
  --user=$USER --group=$GROUP \
  --bind=unix:$SOCKFILE \
  --log-level=debug \
  --log-file=-

您指定unix:file ，它将使您的gunicorn在unix套接字文件上而不是在网络接口：port上侦听，因此只需将unix:$SOCKFILE替换为192.168.1.130:8000 ，它应该可以按预期访问

另外，您可以尝试使用curl （ curl --unix-socket /path/to/socket http:/some/resurce ）或您选择的其他工具连接到当前配置，以验证其是否实际运行