2013-07-08 20 views
26

Ich erhalte mit der Rails-App einen Anforderungsheader oder einen Cookie von 400 Ungültig, der von nginx zu groß ist. Neustart des Browsers behebt das Problem. Ich speichere nur eine Zeichenfolge-ID in meinem Cookie, so dass es winzig sein sollte.400 Schlechte Anforderung - Header oder Cookie zu groß anfordern

Wo finde ich die nginx-Fehlerprotokolle? Ich habe mir nano /opt/nginx/logs/error.log angesehen, aber es hat nichts damit zu tun.

Ich habe versucht, folgende und kein Glück zu setzen:

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

} 

meinen Code Hier ist die Cookies und einen Screenshot der Cookies in Firebug zu speichern. Ich habe Firebug verwendet, um die gespeicherte Sitzung zu überprüfen, und ich habe festgestellt, dass New Relic und jQuery auch Cookies speichern. Könnte das der Grund sein, warum die Cookie-Größe überschritten wird?

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

Wie viele Daten sehen Sie in der Sitzung speichern? –

+0

Bitte zeigen Sie den Teil des Codes, der Daten in Cookie speichert. –

Antwort

52

Es ist genau das, was der Fehler sagt - Request Header Or Cookie Too Large. Einer Ihrer Header ist wirklich groß und nginx lehnt ihn ab.

Sie sind auf dem richtigen Weg mit large_client_header_buffers. Wenn Sie check the docs, Sie finden es nur in http oder server Kontexten gültig. Bump es auf einen Serverblock und es wird funktionieren.

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

By the way, die Standardpuffer Anzahl und Größe ist 4 und 8k, so dass Ihre schlechten Header muss derjenige sein, der über 8192 Bytes ist. In Ihrem Fall sind alle diese Cookies (die zu einem Header zusammengefasst sind) deutlich über dem limit. Insbesondere die Mixpanel-Cookies werden ziemlich groß.

+0

Danke für die Veröffentlichung und den Kontext. Es ist immer besser zu wissen, warum und was du veränderst, anstatt einfach gesagt zu werden, es zu ändern! –

+0

Gern geschehen! –

13

von

server { 
    ... 
    large_client_header_buffers 4 16k; 
    ... 
} 
Hinzufügen von Fest
+4

Was ist der Grund für diese Lösung? Eine kleine Erklärung dessen, was das Problem ist, hilft zukünftigen Besuchern. –

+0

@BradKoch Dies ist das offizielle Wiki http://wiki.nginx.org/HttpCoreModule#large_client_header_buffers –

2

In Bezug auf Antworten oben, aber es gibt client_header_buffer_size Bedürfnisse zu erwähnen:

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

Der Docs für client_header_buffer_size gibt der Vollständigkeit halber Folgendes an: "Setzt die Puffergröße für das Lesen des Headers der Clientanforderung. Für die meisten Anforderungen reicht ein Puffer von 1 KByte aus. Wenn eine Anfrage jedoch lange Cookies enthält oder aus einem WAP stammt client, passt es möglicherweise nicht in 1 K. Wenn eine Anforderungszeile oder ein Anforderungsheaderfeld nicht in diesen Puffer passt, werden größere Puffer, die durch die Direktive large_client_header_buffers konfiguriert wurden, zugewiesen. " – Christof

Verwandte Themen