Có một cách thứ ba để ngăn chặn browserconfig.xml
việc điền vào các tệp nhật ký của bạn với lỗi 404. Bạn có thể trả về giá trị null (444) từ máy chủ và tắt ghi nhật ký chỉ cho vị trí đó. Điều này có liên quan vì favicon.ico thực hiện điều tương tự khi bỏ qua các thẻ meta head và trình duyệt gọi nó (cũng tạo ra 404). Vấn đề lớn hơn chỉ là một tệp không mong muốn này.
Đối với câu hỏi cụ thể của bạn về việc ngăn chặn lỗi 404 trong nhật ký của bạn trên browser.xml - đối với NGINX, bạn có thể tạo một tệp mới trong /etc/nginx/snippets/
và sau đó #include
là tệp đó trong /etc/nginx/sites-available/example.org
tệp của bạn bên trong khối máy chủ.
Ví dụ: /etc/nginx/snippets/block-known-errors.conf
có các nội dung sau:
location ~* /(favicon.ico|browserconfig.xml)$
{ access_log off; log_not_found off; return 444; }
Sau đó, trong cấu hình của bạn tại, /etc/nginx/sites-available/example.org
bạn sẽ thêm:
include /etc/nginx/snippets/block-known-errors.conf;
Lưu ý trong đặc tả vị trí trong NGINX đang sử dụng biểu thức chính quy và không phân biệt chữ hoa chữ thường . Và bởi vì nó là một location
bên trong server
đặc điểm kỹ thuật.
Trên thực tế, chúng tôi thực sự lồng các bao gồm của chúng tôi trong /etc/nginx/snippets/
thư mục và có một bao gồm toàn cầu và bao gồm khác cho các trang web cụ thể tùy thuộc vào yêu cầu bảo mật / công nghệ. Điều này cho phép các thiết bị đầu cuối của chúng tôi khắc phục sự cố toàn cầu gần như ngay lập tức bằng cách thêm một tệp hoặc chỉnh sửa tệp hiện có để quản lý nhật ký của chúng tôi.
Chỉ có rất nhiều điểm mấu chốt mà bạn có thể nhìn thấy với OSSEC và ngăn xếp ELK.
Tôi chắc chắn rằng mod_rewrite trong Apache cũng có thể làm được điều này.