Nginx-proxy容器的server上下文规则未生效，无法实现Nextcloud子域名端口自动重定向

看起来你遇到的问题是nginx-proxy的自动配置逻辑和自定义规则冲突了，我来帮你捋清楚问题出在哪，以及怎么解决。

问题根源分析 #

你当前看到的MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT错误，本质是nginx-proxy本身的自动生成配置在搞事情：

• nginx-proxy的核心功能就是自动检测域名并生成反向代理配置，当它收到nextcloud.example.com的请求时，会自动生成一个默认的server块（哪怕你没手动配置）。
• 这个默认server块会优先匹配请求，而且用的是Mastodon的SSL证书，和Nextcloud的域名不匹配，所以浏览器抛出证书错误。
• 哪怕你删掉自定义的myadditions.conf，这个自动生成的默认块依然存在，所以错误不会消失。
• 你的自定义重定向规则没生效，是因为默认生成的server块加载优先级比你的配置文件高，nginx先匹配了默认规则，根本没走到你的重定向逻辑。

解决方法：提升自定义配置的加载优先级 #

nginx加载conf.d目录下的配置文件是按文件名字母顺序来的，默认生成的配置文件名一般是类似default.conf或者哈希命名的域名配置（比如xxx.nextcloud.example.com.conf）。我们只需要调整自定义配置的文件名，让它被最先加载，就能覆盖默认规则。

1. 把你的myadditions.conf重命名为000-nextcloud-redirect.conf（前缀000确保它在所有默认配置之前被加载）
2. 修改配置文件内容，同时覆盖HTTP和HTTPS请求：

server {
    listen 80;
    listen 443 ssl;
    server_name nextcloud.example.com;

    # 这里不需要指定匹配Nextcloud的证书，因为我们只是做重定向
    # 哪怕用Mastodon的证书，浏览器会先收到301重定向，跳转到带端口的正确地址后再验证Nextcloud的证书
    ssl_certificate /etc/nginx/certs/mastodon.example.com.crt;
    ssl_certificate_key /etc/nginx/certs/mastodon.example.com.key;

    return 301 $scheme://nextcloud.example.com:3001$request_uri;
}

3. 重启nginx-proxy容器：docker restart nginx-proxy

额外排查步骤 #

如果还是没生效，可以做这两步确认：

• 执行docker exec nginx-proxy ls -l /etc/nginx/conf.d/，查看000-nextcloud-redirect.conf是不是排在最前面
• 执行docker exec nginx-proxy nginx -T，搜索nextcloud.example.com，确认你的自定义server块出现在默认生成的块之前

这样调整后，当你访问nextcloud.example.com时，nginx会优先匹配你的重定向规则，直接跳转到带端口的地址，浏览器就能正确加载Nextcloud了。

备注：内容来源于stack exchange，提问作者Gianluca