browserconfig.xml404 त्रुटियों के साथ अपनी लॉग फ़ाइलों को भरने से रोकने के लिए एक तीसरा तरीका है । आप सर्वर से एक शून्य मान (444) वापस कर सकते हैं और उस स्थान के लिए लॉगिंग बंद कर सकते हैं। यह प्रासंगिक है क्योंकि favicon.ico मेटा हेड टैग और इसे कॉल करने वाले ब्राउज़र (404 भी उत्पन्न कर रहा है) को अनदेखा करने का काम करता है। यह समस्या सिर्फ एक अवांछित फ़ाइल से बड़ी है।
NGINX के लिए अपने लॉग में 404 त्रुटियों को रोकने के अपने विशिष्ट प्रश्न के लिए - 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 और एक ईएलके स्टैक के माध्यम से देख सकते हैं।
मुझे यकीन है कि Apache में mod_rewrite ऐसा भी कर सकता है।