Що спричиняє помилку 400 помилок у записі null ("") і чому б у наших журналах nginx було так багато?

Щоденні журнали з Logwatch регулярно повідомляють про 400 поганих запитів, нуль: 1744 час (и) з наших журналів nginx.

Записи журналу виглядають так:

123.123.123.123 - - [25/Jan/2011:14:44:19 -0500] "-" 400 173 "-" "-"

Хтось може пояснити, як вони генеруються і чому їх так багато? Здається, це нічого не шкодить, але в нас до 8 тисяч з’являються за день. Ми розміщуємо додаток для рейок середнього розміру, який працює на єдинорозі та nginx.

На форумі nginx є певна дискусія , але я не знайшов справжнього рішення, яке б зменшило кількість 400 зареєстрованих поганих Reqeusts.

— johnml
джерело

Які IP-адреси роблять погані запити? Як говориться в потоці, це може бути програма моніторингу, яка лише відкриває TCP-з'єднання.

— Марк Вагнер

Є багато IP-адрес. Більшість мають сеанс, який включає звичайний веб-трафік, змішаний з цими 400-х. Я думаю, що я був свідком активності лише у браузерах IE у зразках, де я набрав нуля на вартості трафіку сеансу.

— johnml

Я помітив на своєму сервері, що використання Firefox для доступу до сторінки завжди дає один з цих порожніх 400 журналів рівно через 5 секунд після останнього дійсного запиту, в той час як Firebug не виявляє помилок. Це надає довіри до відповіді @ Avleen.

— Фрогз

Це часто трапляється, коли веб-переглядач використовує Keep-Alive і досягає таймауту збереження в режимі живого. Це цілком нормально.

Якщо ви бачите 400 помилок з URI / path / методом, таким як GET або POST, і т.д., то у вас є законна проблема з тим, що користувач робить поганий запит. Але вони повинні бути рідкісними.

— Авлін
джерело