Чому раптом у моєму журналі доступу було так багато 400 запитів?

10

Нижче наведено невелику частину мого доступу_log

118.186.8.50 - - [19/Dec/2011:22:42:57 +0800] "-" 400 0 "-" "-"
05
118.186.8.50 - - [19/Dec/2011:22:42:57 +0800] "-" 400 0 "-" "-"
06
118.186.8.50 - - [19/Dec/2011:22:42:57 +0800] "-" 400 0 "-" "-"
07
118.186.8.50 - - [19/Dec/2011:22:42:57 +0800] "-" 400 0 "-" "-"
08
118.186.8.50 - - [19/Dec/2011:22:42:57 +0800] "-" 400 0 "-" "-"
09
220.173.136.39 - - [19/Dec/2011:22:43:22 +0800] "-" 400 0 "-" "-"
10
220.173.136.39 - - [19/Dec/2011:22:43:22 +0800] "-" 400 0 "-" "-"
11
220.173.136.39 - - [19/Dec/2011:22:43:22 +0800] "-" 400 0 "-" "-"
12
220.173.136.39 - - [19/Dec/2011:22:43:22 +0800] "-" 400 0 "-" "-"
13
220.173.136.39 - - [19/Dec/2011:22:43:22 +0800] "-" 400 0 "-" "-"
14
220.173.136.39 - - [19/Dec/2011:22:43:22 +0800] "-" 400 0 "-" "-"

А обсяг був дуже величезний, деяким подобається сто тисяч із цих 400 запитів в секунду. І я впевнений, що на моєму веб-сайті в цей період немає помилок (повідомлення про помилки не було, і вихідний код я не змінив)

nginx

— дотлашлу
джерело

5

Хтось розмивав ваш сервер. Також дивіться Вікіпедію .

В основному передбачає надсилання швидких блоків недійсних даних, щоб побачити, чи щось порушується.

Nginx встановлений для повернення помилки 400 помилок, коли не надсилаються дані запиту.

Не хвилюйся з цього приводу. Nginx може просто продовжувати підстрибувати їх назавжди, не порушуючи поту.

— Дайо
джерело

Єдине, про що йому доведеться турбуватися - це файли журналів, що поглинають простір на диску. Тут корисно правильне обертання журналу.

— Джастін Пірс

Тут же проблема. Кількість різних IP-адрес не робить атаку (миготливу) дуже ймовірною на мою думку. Ще шукаю кращого пояснення.

— Олівер

2

Перевірте і перевірте, чи ip-адреса, що викликає 400, використовує Google Chrome. Chrome використовує попереднє з'єднання для встановлення декількох з’єднань із сервером та закриває їх, якщо вони не використовуються.

Оскільки підключення не робиться, nginx запише цю помилку.

— лулалала
джерело

Я бачу ту саму проблему, і у мене точно такий же формат файлу журналу, тому я припускаю, що ОП не змінив типовий режим. А це означає, що рядок агента користувача реєструється - просто так трапляється, що він не містить жодного значення. Тож я не знаю, як перевірити, чи ці клієнти використовують Chrome. Я сам не міг відтворити цю помилку в журналі, використовуючи Chrome 26. Будь-які підказки?

— Олівер

Агент користувача надсилається як заголовок запиту, якщо / поки не буде зроблено запит, nginx не має можливості знати і записувати рядок агента користувача. Однак ви можете перевірити інші записи журналів, які надійшли з цієї IP-адреси, і, якщо насправді запит був зроблений цим клієнтом, дізнатися, чи це Chrome чи ні.

— Іван Аніщук