我正在管理一些WordPress安裝,我厭倦了錯誤日誌中充斥着404錯誤,這些錯誤是由不斷檢查已知hackable/exploitable主題目錄中的style.css文件造成的,例如:.htaccess與部分不匹配的RedirectMatch?
www.example.com/wp-content/themes/thestation/style.css
www.example.com/wp-content/themes/wootube/style.css
www.example.com /wp-content/themes/vibrantcms/style.css
有很多不同的主題,糟糕的機器人搜索,而不是單獨爲每個人編寫規則,只要它不在我正在使用的實際主題的目錄中,就有一個匹配style.css的每個實例的redirectmatch會更有意義。
例如,如果我在目錄/ twentyten /中使用主題,那麼RedirectMatch應該捕獲每一次嘗試訪問除/ twentyten /目錄以外的任何目錄中的任何style.css文件的任何嘗試。
有趣,但301%到%REMOTE_ADDR(在我的測試中不起作用,但可以使用dinslayland或example.com)仍然會登錄access.log。不在error.log中是正確的。 – regilero 2012-01-15 21:42:51
是的,這是正確的:訪問日誌記錄所有訪問,錯誤日誌記錄不好的東西。恕我直言,你應該記錄*所有*不好的東西到錯誤日誌。我認爲,這裏涉及的真正問題是***審計減少*** - 那種可怕的對比度是什麼?已知的未知數與未知的未知數:你想記錄所有不好的東西,但你真的需要知道新的探測器你可能會失蹤。在這方面,我發現訪問日誌中的審計減少通常會更有趣:哪些魚腥URI正在處理爲200s? – TerryE 2012-01-15 23:54:15