Apache HTTP Server 版本2.2
這個(gè)FAQ的最新版本總是可以從Apache主站點(diǎn)得到,位于<http://httpd.apache.org/docs/2.2/faq/>
如果你的問題在這里沒有找到答案,你也可以看看Apache 1.3 FAQ ,看你的問題是否在那里有了答案。
Apache軟件基金會(ASF)是一個(gè)非營利性組織,它為Apache社區(qū)的開源軟件項(xiàng)目提供支持。欲知詳情,請查看Apache Software Foundation FAQ頁面。
Apache HTTP Server(也被稱為Apache httpd)是Apache軟件基金會的一個(gè)創(chuàng)建健壯的、工業(yè)級的、功能強(qiáng)大的、開放源代碼的HTTP(Web)服務(wù)器的項(xiàng)目。欲知詳情,請查看About Apache頁面。
Apache正在數(shù)以百萬的網(wǎng)絡(luò)服務(wù)器上運(yùn)行。它同時(shí)經(jīng)過開發(fā)者和用戶的充分測試。Apache HTTP Server 項(xiàng)目按照非常嚴(yán)格的標(biāo)準(zhǔn)發(fā)布服務(wù)器的新版本,并且有70%的WWW服務(wù)器在24小時(shí)不間斷地運(yùn)行著我們的服務(wù)器。一旦有bug被發(fā)現(xiàn),我們將以最快的速度發(fā)布補(bǔ)丁程序和新版本。
不可以使用、復(fù)制、修改任何來自Apache軟件基金會的原始圖形。除非滿足以下條件:
如果你使用Apache服務(wù)器軟件遇到了問題,采取以下幾步:
/usr/local/apache2/logs/error_log
,但是最后還是看看配置文件中的ErrorLog
指令以確認(rèn)錯(cuò)誤日志在你服務(wù)器上的確切位置。Apache擁有一個(gè)活躍的、愿意共享知識的用戶社區(qū)。參與這個(gè)社區(qū)通常是獲得解答的最快最好的辦法。
Freenode IRC上的#apache頻道也是關(guān)于用戶支持的。
如果做了以上幾個(gè)合適的步驟而沒有得到解答,那么請務(wù)必讓httpd的開發(fā)者了解這個(gè)問題,到這里提交bug報(bào)告。
如果你的問題涉及到服務(wù)器崩潰并產(chǎn)生了內(nèi)核dump,請?jiān)趫?bào)告中包含一個(gè)backtrace(如果可能)。
因?yàn)橛袛?shù)百萬用戶和區(qū)區(qū)不到60名志愿開發(fā)者,我們無法為Apache提供個(gè)體支持。對于免費(fèi)的支持,我們建議用戶參與一個(gè)用戶論壇。
Apache的專業(yè)商業(yè)支持可以從許多公司得到。
Apache在可能的平臺上使用系統(tǒng)調(diào)用sendfile
來加速響應(yīng)的發(fā)送。不幸的是,在某些系統(tǒng)上,Apache會在編譯時(shí)檢測sendfile
的存在,即使它不能正常工作。這經(jīng)常發(fā)生在使用網(wǎng)絡(luò)或其他非標(biāo)準(zhǔn)文件系統(tǒng)時(shí)。
這個(gè)問題的表現(xiàn)癥狀包括上述信息出現(xiàn)在錯(cuò)誤日志里及對于非零長度文件請求發(fā)送零長度的響應(yīng)。一般這個(gè)問題只發(fā)生在靜態(tài)文件上,因?yàn)閯討B(tài)文件通常用不到sendfile
。
要修正這個(gè)問題,可用EnableSendfile
指令關(guān)閉服務(wù)器所有部分對sendfile
的使用即可。同時(shí)參看EnableMMAP
指令,對相似的問題有幫助。
如果你在win32系統(tǒng)上得到一個(gè)與AcceptEx
系統(tǒng)調(diào)用相關(guān)的錯(cuò)誤信息,參見Win32DisableAcceptEx
指令。
大多數(shù)導(dǎo)致這個(gè)錯(cuò)誤的CGI腳本問題將會向?yàn)g覽器發(fā)送一個(gè)"Internal Server Error
"錯(cuò)誤信息。要解決這種問題參見:CGI指南。
error_log
中的"Permission denied
"錯(cuò)誤伴隨一個(gè)發(fā)送到客戶端的"Forbidden
"信息通常表明違反了文件系統(tǒng)的權(quán)限,而不是Apache HTTP的配置文件出了錯(cuò)誤。檢查并確認(rèn)用于運(yùn)行子進(jìn)程的User
和Group
有訪問導(dǎo)致問題的文件的足夠權(quán)限。同時(shí)檢查一下導(dǎo)致問題的文件所在的目錄及其所有父目錄是否具有執(zhí)行(搜索)權(quán)限(也就是 chmod +x
)。
最近發(fā)行的 Fedora Core 和其它Linux發(fā)行版使用了SELinux進(jìn)行額外的訪問控制,違反這些限制也會導(dǎo)致"Permission denied
"消息。參見Fedora SELinux FAQ和Apache SELinux Policy Document以獲得更多信息。