Странные ошибки 400 в lighttpd?

Question

[Пума Тайланд]

Время от времени лезут ошибки 400 в логах lighttpd, система хостит мобильное приложение, когда тестирую урлы вручную, всегда получаю нормальные ответы. Система работает по схеме lighttpd + php-factcgi

10.85.67.19 — [22/Aug/2012:09:31:20 +0000] «GET /?app_version=1.4.7&device_type=9800&device_os=6.0.0.576&mcc=1296&mnc=16&network_name=IND%20TEL
KOMSEL&task=logFriendsUserAction&from_pin=276DC1FD&action_type=13&session_duration=43&hash=d1301e92c34d0d7f28815dfbe484d607 HTTP/1.1» 400 226 "-" "-"
10.85.67.19 — [22/Aug/2012:09:31:20 +0000] «GET /?app_version=1.4.7&device_type=9700&device_os=5.0.0.1014&mcc=1296&mnc=16&network_name=IND%20TE
LKOMSEL&task=logFriendsUserAction&from_pin=229FCF27&action_type=13&session_duration=22&hash=2ebfc0fecb8fe43cab321b3df0f989b1 HTTP/1.1» 400 226 "-" "-"
10.85.67.19 — [22/Aug/2012:09:31:20 +0000] «GET /?task=checkAppVersion&from_pin=28A3C3E0&app_version=1.4.5&device_type=9810&device_os=7.0.0.296
&mcc=1569&mnc=80&network_name=Glo%20Mobile&app_name=Jingu%20Avatarslanguage_id=93&hash=c283cb69609e6857a0e0bda832547e89 HTTP/1.1» 400 216 "-" "-"

Ума не приложу почему они лезут.

Answer 1

[pr0tect0r]

HTTP 400 — BAd request
обычно возникает при неверных заголовках или если заголовки не помещаются в буфере (из-за большого количества параметров или большого объема значений этих параметров)

Comments

[pr0tect0r]

server.max-request-size в Kb
обратите внимание, что request это не только то, что указано в строке запроса. Сюда же попадают все заголовки, куки и пр. информация, отправляемая клиентом

[Пума Тайланд]

server.max-request-size только для post запросов, а у меня get запросы, можно ли отследить какие не верные заголовки пришли.

[pr0tect0r]

попробуйте включить debug.log-request-header-on-error

[Пума Тайланд]

Ошибки все равно лезут, а в лог попала только одна запись

2012-08-26 11:12:40: (request.c.1109) Invalid Hostname -> 400
2012-08-26 11:12:40: (request.c.1111) request-header:
GET /?task=getMessages&user_pin=26C9AABA&city_id=353&message_count=10&hash=aa766b35e312aa68a5e72362df8bedff HTTP/1.1

host: servicesna.jh.guapps.com

Cache-Control: max-stale=0

X-Forwarded-For: ip

X-Forwarded-Port: 80

X-Forwarded-Proto: http

Connection: keep-alive

И мне кажется все заголовки тут верные, ошибок 400 в логах доступа много больше чем одна.