Je reçois un en-tête de demande de 400 demandes ou un cookie trop volumineux de nginx avec mon application Rails. Le redémarrage du navigateur corrige le problème. Je ne stocke qu'un identifiant de chaîne dans mon cookie, il devrait donc être minuscule.
Où puis-je trouver les journaux d'erreur nginx? J'ai regardé nano /opt/nginx/logs/error.log, mais cela n'a rien à voir.
J'ai essayé de mettre la suite et pas de chance:
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;
# }
#}
}
Voici mon code stockant les cookies et une capture d'écran des cookies dans Firebug. J'ai utilisé firebug pour vérifier la session enregistrée et j'ai découvert que New Relic et jQuery stockaient également des cookies. cela pourrait-il être la raison pour laquelle la taille du cookie est dépassée?
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
C'est juste ce que dit l'erreur - Request Header Or Cookie Too Large
. Un de vos en-têtes est vraiment gros, et nginx le rejette.
Vous êtes sur la bonne voie avec large_client_header_buffers
. Si vous vérifiez les docs , vous constaterez qu'il est uniquement valide dans les contextes http
ou server
. Ajoutez-le à un bloc de serveur et cela fonctionnera.
server {
# ...
large_client_header_buffers 4 32k;
# ...
}
Soit dit en passant, le numéro de tampon et la taille par défaut sont 4
et 8k
; votre en-tête incorrect doit donc être celui qui dépasse 8192 octets. Dans votre cas, tous ces cookies (qui se combinent dans un en-tête) dépassent largement la limite limite . Ces cookies mixpanel en particulier deviennent assez volumineux.
Fixé en ajoutant
server {
...
large_client_header_buffers 4 16k;
...
}
En ce qui concerne les réponses ci-dessus, mais il reste client_header_buffer_size
à mentionner:
http {
...
client_body_buffer_size 32k;
client_header_buffer_size 8k;
large_client_header_buffers 8 64k;
...
}
Dans mon cas (compilateur Cloud Foundry/NGiNX), la raison en était la directive proxy_set_header Host ...
, après la suppression de cette ligne, nginx est devenu stable:
http {
server {
location /your-context/ {
# remove it: # proxy_set_header Host myapp.mycfdomain.cloud;
}
}
}