• 我的服务器部署在Amazon EC2云上。
• 操作系统Ubuntu 22.04

我有一个简单的uwsgi应用程序与vendriment.我保存在主文件夹中的项目，sudo用户ubuntu.对于测试我使用简单的代码：

def application(environ, start_response):
   start_response('200 OK', [('Content-Type', 'text/html')])
   return [b"<h1 style='color:blue'>Hello There!</h1>"]

字符串
首先，我在环境中启动应用程序，使用此命令进行测试：
第一个月
在示例安全组（在AWS上）中，我临时打开了端口8080，以检查一切是否正常。
接下来我创建了这个配置：

[uwsgi]
socket = main.sock
chmod-socket = 664
protocol = http
module = main
chdir = /home/ubuntu/operatorAPI
master = true
processes = 5
vacuum = true
die-on-term = true
logto = /home/ubuntu/operatorAPI/log/uwsgi_operator_api.log

型
然后我创建了服务/etc/systemd/system/operator_api.service：

[Unit]
Description=uWSGI instance to serve operator api
After=network.target

[Service]
User=ubuntu
Group=www-data
WorkingDirectory=/home/ubuntu/operatorAPI
Environment="PATH=/home/ubuntu/operatorAPI/venv/bin"
ExecStart=/home/ubuntu/operatorAPI/venv/bin/uwsgi --ini uwsgi.ini

[Install]
WantedBy=multi-user.target

型
并为nginx创建了一个配置。

server {
    listen 80;
    server_name uniapi.example.com;

   access_log /home/ubuntu/operatorAPI/log/nginx_access.log; 
   error_log /home/ubuntu/operatorAPI/log/nginx_error.log;

    location / {
        include uwsgi_params;
        uwsgi_pass unix:/home/ubuntu/operatorAPI/main.sock;
    }
}

型
然后我重新启动nginx，启动服务并检查登录到域。它没有工作。在nginx日志中我读到：

2023/11/22 12:56:03 [crit] 48800#48800: *126 connect() to unix:/home/ubuntu/operatorAPI/main.sock failed (13: Permission denied) while connecting to upstream, client: *****, server: uniapi.example.com, request: "GET / HTTP/1.1", upstream: "uwsgi://unix:/home/ubuntu/operatorAPI/main.sock:", host: "uniapi.example.com"

型
由于nginx日志显示了这一点，这意味着我的域正确指向我的服务器（我特意用这个替换了域地址，因为我不想在stackoverflow上显示它）
我检查了套接字确实是在指定的地址创建的。写权限664。
然后，为了测试服务是否真的工作，我决定更改uwsgi设置，而不是将套接字设置为地址0.0.0.0：44444。

[uwsgi]
socket = 0.0.0.0:44444
protocol = http
module = main
chdir = /home/ubuntu/operatorAPI
master = true
processes = 5
vacuum = true
die-on-term = true
logto = /home/ubuntu/operatorAPI/log/uwsgi_operator_api.log

型
在那之后，我重新启动了服务，并通过IP和端口登录。一切正常。
在nginx中，我替换了这个uwsgi_pass 0.0.0.0:44444;
但是我仍然不能通过域访问这个。只有裸IP和端口。
我也改变了用户在服务根，但它没有帮助。

**P.S.**最有趣的是，我已经在另一个主机上做了类似的事情（不是亚马逊），而且都在那里工作了。也许亚马逊需要做一些额外的事情？