2013-07-08 33 views
26

Ricevo un'intestazione o un cookie di richiesta di richiesta di errore 400 troppo grande da nginx con la mia app Rails. Il riavvio del browser risolve il problema. Sto solo memorizzando un ID stringa nel mio cookie, quindi dovrebbe essere piccolo.400 Richiesta errata - intestazione richiesta o cookie troppo grande

Dove posso trovare i log degli errori di nginx? Ho dato un'occhiata a nano /opt/nginx/logs/error.log, ma non ha nulla di relativo.

ho cercato di impostare segue e senza fortuna:

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

} 

Ecco il mio codice di memorizzazione dei cookie e uno screenshot dei biscotti in Firebug. Ho usato firebug per controllare la sessione memorizzata e ho trovato New Relic e jQuery sta memorizzando anche i cookie; potrebbe essere il motivo per cui la dimensione del cookie è stata superata?

enter image description here

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 
+0

Quanti dati si memorizzano in sessione? –

+0

Si prega di mostrare la parte di codice che memorizza i dati nel cookie. –

risposta

52

E 'proprio quello che dice l'errore - Request Header Or Cookie Too Large. Uno dei tuoi header è davvero grande, e nginx lo sta rifiutando.

Sei sulla strada giusta con large_client_header_buffers. Se utilizzi lo check the docs, troverai che è valido solo nei contesti http o server. Aumentalo a un blocco del server e funzionerà.

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

Tra l'altro, il numero di buffer di default e la dimensione è 4 e 8k, in modo che il colpo di testa male deve essere quello che è oltre 8192 byte. Nel tuo caso, tutti questi cookie (che si combinano con un'intestazione) vanno ben oltre lo limit. In particolare i cookie mixpanel diventano piuttosto grandi.

+0

Grazie per aver postato e con il contesto. È sempre meglio sapere perché e cosa stai cambiando rispetto a quello che ti viene detto di cambiarlo! –

+0

Prego! –

13

fisso con l'aggiunta di

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

Qual è la logica di questa soluzione? Una piccola spiegazione di quale sia il problema aiuta i futuri visitatori. –

+0

@BradKoch questo è il wiki ufficiale http://wiki.nginx.org/HttpCoreModule#large_client_header_buffers –

2

Per quanto riguarda le risposte di cui sopra, ma non v'è client_header_buffer_size ha bisogno di essere menzionati:

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

Per completezza, i documenti per client_header_buffer_size indicano quanto segue: "Imposta la dimensione del buffer per leggere l'intestazione della richiesta del client .Per la maggior parte delle richieste, è sufficiente un buffer di 1K byte. Tuttavia, se una richiesta include cookie lunghi o proviene da un WAP client, potrebbe non rientrare in 1 K. Se una riga di richiesta o un campo di intestazione di richiesta non si adatta a questo buffer, vengono allocati buffer più grandi, configurati dalla direttiva large_client_header_buffers, ". – Christof

Problemi correlati