resposta proxy_pass Nginx truncada

Question

Eu uso o nginx para solicitar https proxy para o meu servidor de aplicativos (atualmente em execução no 8443).
Este servidor de aplicativos veicula páginas dinâmicas, algumas delas incluindo o jquery minificado.
As páginas estão com erro, pois parece que o jquery está truncado ... existe um limite de tamanho de arquivo ou algo assim?

Meu nginx conf é o seguinte:

server {
listen      443;
server_name my_serv.com;
ssl                 on;
ssl_certificate     certificate.pem;
ssl_certificate_key privatekey.pem;

keepalive_timeout 70;

location / {
  proxy_pass https://localhost:8443;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_header Host $http_host;
  proxy_buffering off;
  proxy_buffers 8 8k;
}
}

    

Answer 1

Eu sei que essa pergunta é super antiga, mas acabei encontrando o mesmo problema. Certifique-se de que o usuário que está executando o nginx tenha privilégios de gravação no diretório proxy_temp. Se você está servindo uma resposta maior através de seu servidor proxy que não pode ser mantido em todos os seus proxy_buffers, o resto dos dados de resposta serão gravados no disco em seu diretório proxy_temp. Se não puder por causa de privilégios inadequados (ou qualquer outra coisa, ou seja, espaço em disco), a resposta será truncada.

Uma maneira fácil de saber é que o problema é limpar o cache do navegador e recarregar a página com as ferramentas do desenvolvedor do Google Chrome abertas. Encontre o arquivo truncado na guia de rede e, se o tamanho corresponder ao tamanho do seu buffer de proxy (64k no seu caso), então o nginx provavelmente terá problemas para gravar no disco.

Mais informações sobre o nginx proxy_temp_path: link

    

Answer 2

Se nos registros de acesso você estiver vendo o código de retorno 304 (não modificado) para o arquivo truncado, tente limpar o cache do navegador. Infelizmente, não consegui encontrar uma maneira de "consertar" isso na configuração do nginx.

    

Answer 3

Existe, mas por padrão é 1G:

link

Como @kolbyjack disse, provavelmente há erros no error.log para ver.