Awstats的運(yùn)行需要PERL的支持，因?yàn)镹ginx對(duì)PERL支持很弱，只能通過生成Html方式來輸出統(tǒng)計(jì)。
首先，需要每日切割日志文件。提供個(gè)腳本給大家
mv /usr/local/nginx/www.5dft.com.log /usr/local/nginx/logs/access5dft_`date +%Y%m%d`.log
killall –s USR1 nginx #使用USR1參數(shù)通知Nginx進(jìn)程切換日志文件
很簡(jiǎn)單，兩行實(shí)現(xiàn)切割。別問我格式，我網(wǎng)上抄來的。太困了，爭(zhēng)取最快時(shí)間寫完。
查看全文 »
free 命令會(huì)顯示內(nèi)存的使用情況，包括實(shí)體內(nèi)存，虛擬的交換文件內(nèi)存，共享內(nèi)存區(qū)段，以及系統(tǒng)核心使用的緩沖區(qū)等。
可用參數(shù)：
-b 以Byte為單位顯示內(nèi)存使用情況。
-k 以KB為單位顯示內(nèi)存使用情況。
-m 以MB為單位顯示內(nèi)存使用情況。
-o 不顯示緩沖區(qū)調(diào)節(jié)列。
-s<間隔秒數(shù)> 持續(xù)觀察內(nèi)存使用狀況。
-t 顯示內(nèi)存總和列。
-V 顯示版本信息。
昨日，80Sec 爆出Nginx具有嚴(yán)重的0day漏洞，詳見《Nginx文件類型 錯(cuò)誤解析漏洞》。只要用戶擁有上傳圖片權(quán)限的Nginx+PHP服務(wù)器，就有被入侵的可能。
其實(shí)此漏洞并不是Nginx的漏 洞，而是PHP PATH_INFO的漏洞，詳見：http://bugs.php.net/bug.php?id=50852&edit=1
例如用戶上傳了一張照片，訪問地址為http://www.domain.com/images/test.jpg，而test.jpg文件內(nèi)的內(nèi) 容實(shí)際上是PHP代碼時(shí)，通過http://www.domain.com/images/test.jpg/abc.php就能夠執(zhí)行該文 件內(nèi)的PHP代碼。
網(wǎng)上提供的臨時(shí)解決方法有：
查看全文 »
漏洞介紹：nginx是一款高性能的web服務(wù)器，使用非常廣泛，其不僅經(jīng)常被用作反向代理，也可以非常好的支持PHP的運(yùn)行。80sec發(fā)現(xiàn) 其中存在一個(gè)較為嚴(yán)重的安全問題，默認(rèn)情況下可能導(dǎo)致服務(wù)器錯(cuò)誤的將任何類型的文件以PHP的方式進(jìn)行解析，這將導(dǎo)致嚴(yán)重的安全問題，使得惡意的攻擊者可 能攻陷支持php的nginx服務(wù)器。
漏洞分析：nginx默認(rèn)以cgi的方式支持php的運(yùn)行，譬如在配置文件當(dāng)中可以以
location ~ \.php$ {
root html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
include fastcgi_params;
}
查看全文 »
有幾位lnmp的用戶在論壇反應(yīng)pureftpd覆蓋文件的時(shí)候無法覆蓋，通過檢查發(fā)現(xiàn)pureftpd配置文件錯(cuò)誤。
解決方法：
在/usr/local/pureftpd/pure-ftpd.conf 文件末尾加上
AllowOverwrite on
AllowStoreRestart on
再執(zhí)行/root/pureftpd restart重啟即可。
注：5月19日14點(diǎn)之后下載的不需要更改此配置文件。
 |
 |
 |
 |
 |
 |
