Devido a algumas péssimas decisões de design, temos um aplicativo incapaz de responder às solicitações HTTP HEAD (Retorna 'Método não permitido'). Modificar o software para retornar solicitações HEAD corretamente seria complicado, não impossível, mas um trabalho extra. O aplicativo fica atrás de um proxy NGINX. Fiquei imaginando se havia uma maneira de o NGINX converter as solicitações HEAD recebidas dos clientes em solicitações GET para o back-end, depois descarte a resposta, exceto os cabeçalhos, e envie-a de volta ao cliente como se nossos servidores de aplicativos pudessem responder às solicitações HEAD.
Configuração atual (razoavelmente padrão)
upstream ourupstream{
server unix:/var/apps/sockets/ourapp.socket.thread1
server unix:/var/apps/sockets/ourapp.socket.thread2
server unix:/var/apps/sockets/ourapp.socket.thread3
[like 20 of these]
}
server {
listen 1.2.3.4:80;
server_name ourapp;
access_log /var/apps/logs/ourapp.nginx.plog proxy;
error_log /var/apps/logs/ourapp.nginx.elog info;
gzip on;
gzip_types text/plain text/html;
proxy_intercept_errors on;
proxy_connect_timeout 10;
proxy_send_timeout 10;
proxy_read_timeout 10;
proxy_next_upstream error timeout;
client_max_body_size 2m;
error_page 404 /static/404.html;
error_page 500 501 502 503 504 =500 /static/500.html;
location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://ourupstream/;
}
location /static/ {
root /var/apps/global/;
}
}
Respostas:
Como você está usando proxy_pass, acho que você precisará usar alguns abusos de error_page (e como você já está usando error_pages, também precisará habilitar páginas de erro recursivas). Eu acho que isso funcionará para você:
fonte