tutorial - NGINX Proxy inverso: muchas respuestas de código de estado html 400, ¿por qué?
nginx vs apache (3)
En primer lugar, es bastante posible que sus clientes envíen solicitudes con encabezados o urls http realmente grandes. Tal vez una versión anterior de su aplicación establezca algunas (probablemente grandes) cookies que no se utilizan ahora y algunos clientes todavía intentan enviarlas de vuelta.
Establecí los almacenamientos intermedios de encabezado en un valor realmente grande y en el lado de la aplicación, registro el tamaño de los encabezados / solicitudes y la solicitud completa si son más grandes de lo habitual. O elimine por completo el nginx de la cadena y registre el encabezado / solicitud con las mismas condiciones. Si puede, elimine el nginx solo para aquellas IP / subredes de donde vinieron los 400 errores. Supongo que nginx puede registrar la dirección IP de origen para estos 400 errores.
Recientemente implementamos un proxy inverso basado en nginx.
Mientras que, depurando nuestros registros de acceso, estamos viendo bastante código de estado 400 resultados.
Se ven algo como esto:
[07/Sep/2011:05:49:04 -0700] - "400" 0 "-" "-" "-"
Hemos habilitado el registro de errores de depuración, y generalmente corresponden a algo como esto:
2011/09/07 05:09:28 [info] 5937#0: *30904 client closed prematurely connection while reading client request line
Hemos intentado aumentar algunos de los búferes, como se menciona en algunas páginas que pudimos buscar en Google.
http://www.ruby-forum.com/topic/173362
o
En vano.
¿Por qué está pasando esto?
Este es un proxy inverso nginx estándar -> servidor backend apache.
Vale la pena mencionar que el tipo único de contenido en nuestro sitio es bastante mínimo. Hemos probado esto usando muchos navegadores y no estamos recibiendo personalmente ninguno de estos 400 resultados.
¡Gracias!
Otras direcciones URL que detallan entradas similares en sus registros:
http://blog.rayfoo.info/2009/10/weird-web-server-access-log-entries
¿Estás manejando conexiones SSL? ¿Puedes agregar $ssl_cipher $ssl_protocol a tu formato de registro de acceso?
Descubrí que esto fue causado por el uso de Chrome , que aparentemente abre conexiones adicionales de vez en cuando sin enviar ningún dato.
Aquí hay algo más de información: http://www.ruby-forum.com/topic/2953545
Ahora la pregunta es qué hacer con ellos, la respuesta provista no fue muy satisfactoria.