400 Bad Request – verzoekheader of cookie te groot

Ik krijg een 400 Bad Request-verzoekheader of cookie te groot van nginx met mijn Rails-app. Het herstarten van de browser verhelpt het probleem. Ik sla alleen een string-ID op in mijn cookie, dus het zou klein moeten zijn.

Waar kan ik de nginx-foutlogboeken vinden? Ik heb naar nano /opt/nginx/logs/error.log gekeken, maar daar staat niets over in.

Ik heb geprobeerd het volgende in te stellen en geen geluk:

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;
#    }
#}
}

Hier is mijn code die de cookies opslaat en een screenshot van de cookies in Firebug. Ik gebruikte firebug om de opgeslagen sessie te controleren en ik ontdekte dat New Relic en jQuery ook cookies opslaan; zou dit de reden kunnen zijn waarom de cookie-grootte wordt overschreden?

voer hier de afbeeldingsbeschrijving in

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

Antwoord 1, autoriteit 100%

Het is precies wat de fout zegt – Request Header Or Cookie Too Large. Een van je headers is erg groot en nginx weigert deze.

Je bent op de goede weg met large_client_header_buffers. Als je de documenten controleert, zul je zien dat het alleen geldig is in httpof servercontexten. Breng het naar een serverblok en het zal werken.

server {
    # ...
    large_client_header_buffers 4 32k;
    # ...
}

Trouwens, het standaard buffernummer en de standaardgrootte is 4en 8k, dus je slechte header moet degene zijn die groter is dan 8192 bytes. In jouw geval zitten al die cookies (die samen één kop vormen) ruim boven de limiet. Vooral die mixpanel-cookies worden behoorlijk groot.


Antwoord 2, autoriteit 14%

Opgelost door toevoeging

server {
  ...
  large_client_header_buffers 4 16k;
  ...
} 

Antwoord 3, autoriteit 8%

Met betrekking tot bovenstaande antwoorden, maar er moet client_header_buffer_sizeworden vermeld:

http {
  ...
  client_body_buffer_size     32k;
  client_header_buffer_size   8k;
  large_client_header_buffers 8 64k;
  ...
}

Antwoord 4, autoriteit 2%

Ik krijg de foutmelding bijna per 600 verzoeken bij webscraping. Ten eerste aangenomen dat een proxyserver of externe ngix limieten heeft. Ik heb geprobeerd alle cookies en andere browseroplossingen te verwijderen die over het algemeen door gerelateerde berichten werden gesproken, maar geen geluk. Externe server heb ik niet onder controle.

In mijn geval heb ik een fout gemaakt bij het steeds opnieuw toevoegen van een nieuwe header aan het httpClient-object. Na het definiëren van een globaal httpclient-object, eenmaal koptekst toegevoegd en het probleem verschijnt niet meer. Het was een klein foutje, maar helaas, in plaats van te proberen het probleem te begrijpen, sprongen we naar de stackoverflow 🙂 Soms moeten we proberen het probleem zelf te begrijpen.


Antwoord 5

In mijn geval (Cloud Foundry / NGiNX buildpack) was de reden de richtlijn proxy_set_header Host ..., na het verwijderen van deze regel werd nginx stabiel:

http {
  server {
    location /your-context/ {
       # remove it: # proxy_set_header Host myapp.mycfdomain.cloud;
    }
  }
}

Other episodes