Обновить

Не DDoS, а баг в OPcache: воркеры PHP-FPM по 600 МБ на сервере с 5 500 сайтами WordPress

Уровень сложностиСредний
Время на прочтение23 мин
Охват и читатели5.8K
Всего голосов 4: ↑4 и ↓0+4
Комментарии5

Комментарии 5

Обязательно надо использовать кеширование fastcgi, как минимум кеширование 404 ответов бэка - директива nginx fastcgi_cache_valid 404

Против сканеров кеш 404 полезен, согласен. Но тут дело было не в нагрузке: таблица map_ptr растёт после каждого opcache_reset, и воркеру хватает одного запроса, чтобы держать её целиком.

/.well-known/ вынесен отдельно, чтобы не сломать выпуск сертификатов.

Не знаю как там у вас, но у меня боты даже в /.well-known пытаются искать всякое разное. Они даже install.php там ищут.

Справедливо. SANS ISC писал об этом в 2025-м: так ищут вебшеллы, их прячут в /.well-known/, потому что обновления сайта туда не лезут. В карте можно первой строкой закрыть PHP внутри: "~*^/\.well-known/.+\.php$" 1;

проще запретить там исполнение php и отдавать всё что просят напрямую

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации