ruby-on-rails - deploy - passenger rails app nginx
400 Bad Request: encabezado de solicitud o cookie demasiado grande (3)
Recibo un encabezado de solicitud de 400 solicitudes incorrectas o una cookie demasiado grande de nginx con mi aplicación Rails. Reiniciar el navegador soluciona el problema. Solo estoy almacenando una identificación de cadena en mi cookie, así que debería ser pequeña.
¿Dónde puedo encontrar los registros de error de nginx? Miré nano /opt/nginx/logs/error.log, pero no tiene nada relacionado.
Traté de establecer lo siguiente y no tuve suerte:
location / {
large_client_header_buffers 4 32k;
proxy_buffer_size 32k;
}
nginx.conf
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
passenger_root /home/app/.rvm/gems/ruby-1.9.3-p392/gems/passenger-3.0.19;
passenger_ruby /home/app/.rvm/wrappers/ruby-1.9.3-p392/ruby;
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
client_max_body_size 20M;
server {
listen 80;
server_name localhost;
root /home/app/myapp/current/public;
passenger_enabled on;
#charset koi8-r;
#access_log logs/host.access.log main;
# location / {
# large_client_header_buffers 4 32k;
# proxy_buffer_size 32k;
# }
# location / {
# root html;
# index index.html index.htm;
# client_max_body_size 4M;
# client_body_buffer_size 128k;
# }
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ /.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ /.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}
# deny access to .htaccess files, if Apache''s document root
# concurs with nginx''s one
#
#location ~ //.ht {
# deny all;
#}
}
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443;
# server_name localhost;
# ssl on;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_timeout 5m;
# ssl_protocols SSLv2 SSLv3 TLSv1;
# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
}
Aquí está mi código almacenando las cookies y una captura de pantalla de las cookies en Firebug. Utilicé Firebug para verificar la sesión almacenada y encontré que New Relic y jQuery también están almacenando cookies; ¿Podría ser esta la razón por la que se excede el tamaño de la cookie?
def current_company
return if current_user.nil?
session[:current_company_id] = current_user.companies.first.id if session[:current_company_id].blank?
@current_company ||= Company.find(session[:current_company_id])
end
Con respecto a las respuestas anteriores, pero hay client_header_buffer_size
debe mencionarse:
http {
...
client_body_buffer_size 32k;
client_header_buffer_size 8k;
large_client_header_buffers 8 64k;
...
}
Es solo lo que dice el error: Request Header Or Cookie Too Large
. Uno de tus encabezados es realmente grande, y nginx lo está rechazando.
Estás en el camino correcto con large_client_header_buffers
. Si revisa los documentos , encontrará que solo es válido en contextos de server
o http
. Incorpórelo a un bloque de servidor y funcionará.
server {
# ...
large_client_header_buffers 4 32k;
# ...
}
Por cierto, el tamaño y el número de la memoria intermedia predeterminada son 4
y 8k
, por lo que su encabezado incorrecto debe ser el que tenga más de 8192 bytes. En su caso, todas esas cookies (que se combinan en un encabezado) están muy por encima del limit . Esas cookies mixpanel en particular se vuelven bastante grandes.
Se corrigió añadiendo
server {
...
large_client_header_buffers 4 16k;
...
}