Існує третій спосіб запобігти browserconfig.xml
заповненню файлів журналу помилками 404. Ви можете повернути нульове значення (444) з сервера та вимкнути журнал лише для цього місця. Це актуально, тому що favicon.ico робить те ж саме, ігноруючи мета-теги заголовка та переглядаючи його браузер (також генеруючи 404). Проблема більша, ніж лише цей непотрібний файл.
До вашого конкретного питання щодо запобігання 404 помилок у ваших журналах на browser.xml - для NGINX можна створити новий файл, /etc/nginx/snippets/
а потім #include
цей файл у вашому /etc/nginx/sites-available/example.org
файлі всередині блоку сервера.
Приклад: /etc/nginx/snippets/block-known-errors.conf
має такий вміст:
location ~* /(favicon.ico|browserconfig.xml)$
{ access_log off; log_not_found off; return 444; }
Потім у своєму конфігурації /etc/nginx/sites-available/example.org
ви додасте:
include /etc/nginx/snippets/block-known-errors.conf;
Зверніть увагу на те, що в специфікації розташування в NGINX використовується регулярний вираз і він нечутливий до регістру . А тому, що це є location
, повинно бути всередині server
специфікації.
На практиці ми фактично вкладаємо наші включені в /etc/nginx/snippets/
папку і мають одне глобальне включення, а інше включає для конкретних сайтів залежно від вимог безпеки / технології. Це дозволяє нашим кінцевим точкам виправити глобальну проблему майже відразу, додавши один файл або відредагувавши наявний файл для управління нашими журналами.
Є лише стільки сукупності, яку ви можете побачити за допомогою OSSEC та стека ELK.
Я впевнений, що mod_rewrite в Apache також може це зробити.