我的Vue项目也有同样的问题，我100%确定我的nginx服务器块是好的。* 下面是一个例子：*

server {
listen      80;
server_name example.com www.example.com;        charset utf-8;
root    /var/www/myapp/dist;
index   index.html;
#Always serve index.html for any request
location / {
    root /var/www/myapp/dist;
    try_files $uri  /index.html;
}
error_log  /var/log/nginx/vue-app-error.log;
access_log /var/log/nginx/vue-app-access.log;
}

但是，我得到了错误500。我也分配执行权限到**dist/**文件夹和nginx用户所有权的文件：

chown -R www-data:www-data ./dist/*

以及

chmod 755 -R ./dist/*

解决方案

检查www数据用户是否有路径/文件许可

root@root:# sudo -u www-data stat /home/myuser/public_html/

输出：

sudo：/etc/sudo.conf是可组写的sudo：/etc/sudo.conf是组可写文件：/home/公共页面/大小：4096
数据块：8个IO数据块：4096目录设备：第01 h/64513 d号
信息节点：258318链接：4访问权限：（0775/drwxrwxr-x）用户ID：（0/
root）GID：（0/ root）访问权限：2022年12月7日13时48分55秒245310115 + 0000修改时间：2022年12月6日13：13：40.187999036 +0000修改时间：2022年12月7日13：48：33.149826680 + 0000出生日期：2022年12月6日07时34分49.277257817秒
如果www-data没有权限，那么给他分配组/权限，在我的情况下，我把他添加到根用户组

sudo adduser www-data root

一切都结束了。

我不是nginxMaven，但我们有一个运行nginx的生产服务器来服务一个静态Vue网站，并代理API和WebSocket请求到一个运行在8200端口上的Butterfly Server .NET。
不管怎样，这是我们的nginx配置文件，希望它能帮助...

server {
    listen                      80;
    listen          [::]:80;
    server_name                 my.mysite.com;
    root                        /opt/mysite/my;
    return 301 https://my.mysite.com$request_uri;
}

server {
    listen          443 default_server ssl;
    server_name                 my.mysite.com;
    ssl_certificate     /opt/mysite/ssl/my_mysite_io.bundle.crt;
    ssl_certificate_key     /opt/mysite/ssl/my_mysite_io.key;
    root                        /opt/mysite/my;
    client_max_body_size        128000000;

    # index
    index index.html;

    # $uri, index.html
    location / {
        try_files $uri $uri/ /index.html;
    }

    location ~* \.(?:jpg|jpeg|png|ico)$ {
        expires 1y;
        add_header Cache-Control "public";
        access_log off;
    }

    location /index.html {
        expires -1;
        add_header Cache-Control "no-cache, public, must-revalidate, proxy-revalidate";
    }

    location /api {
        proxy_pass http://127.0.0.1:8200;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_set_header Host $host;
    }

    location /ws {
        proxy_pass http://127.0.0.1:8200;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_set_header Host $host;
    }

}