Servir Discourse de uma subpasta (prefixo de caminho) em vez de um subdomínio

Há algum tempo, vemos mensagens X-Accel-Mapping header missing emitidas pelo container com bastante frequência, mas não são acionadas por cada visitante ou etapa de navegação. Percebo que esse cabeçalho é definido explicitamente na configuração do Nginx, embora não para todas as requisições: discourse/config/nginx.sample.conf at main · discourse/discourse · GitHub

Como não vejo isso relatado em nenhum outro lugar deste fórum, me pergunto se poderia estar relacionado à configuração de subdiretório que usamos, embora não veja como.

Não tenho certeza do que exatamente está emitindo isso, mas imagino que isso só deve acontecer se X-Sendfile-Type estiver definido como X-Accel-Redirect, mas X-Accel-Mapping não estiver definido. E a configuração define ambos ou define ambos como vazios :thinking:.

Na verdade, isso só é definido ao acessar backups e, mais relevante, ao acessar uploads. Testei e verifiquei que sempre que visualizo uma postagem com uma imagem carregada ou similar, essa mensagem é acionada. Analisando a configuração, não deveria ser possível que X-Accel-Redirect esteja definido, mas X-Accel-Mapping não. Além disso, este é um cabeçalho de solicitação definido pelo Nginx dentro do container, consumido apenas pelo Discourse/unicorn/pitchfork/backend, ou seja, ele não entra nem sai do container de forma alguma.

Ah, configuramos o Nginx para registrar em STDERR e, como não vejo isso nos logs do Discourse, tenho certeza de que o próprio Nginx está emitindo a mensagem. Provavelmente, essa é a razão pela qual ninguém mais notou, pois está no arquivo de log do Nginx. Alguém pode verificar se o shared/*/log/var-log/nginx/error.log deles também contém essas mensagens? Se sim, entrarei em contato com outros que não usam uma configuração de subdiretório para reduzir o escopo do problema.