公司又租了臺Linux服務器，本想用Debian，但機房的管理人員不會裝，只好用RHEL5代替。

因為系統而要用Zend optimizer,我裝的是v3.3，安裝過程一切順利，重啟apache后發現并沒有加載Zend optimizer模塊，在apache的error_log里也沒有發現記錄，執行php -v命令有以下輸出：

Failed loading /usr/local/Zend/lib/Optimizer-3.3.0/php-5.1.x/ZendOptimizer.so: /usr/local/Zend/lib/Optimizer-3.3.0/php-5.1.x/ZendOptimizer.so: cannot restore segment prot after reloc: Permission denied

上網查找原因，說是selinux的原因，服務器確實開著selinux的，更改selinux的配置文件將其設為disable，可我不想重啟服務器，有以下解決辦法：

執行命令：setenforce 0

就可以不重啟關閉selinux了，不過關閉selinux而使zend optimizer生效畢竟不是完美的解決辦法，繼續關注中。

附selinux的資料：

selinux簡介

SElinux 在linux內核級別上提供了一個靈活的強制訪問控制系統(MAC)，這個強制訪問控制系統是建立在自由訪問控制系統(DAC)之上的。

DAC是指系統的安全訪問控制都是由系統管理員root自由管理的，不是系統強制行為

MAC運行的時候，比如一個應用程序或者一個線程以某個用戶UID或者SUID運行的時候同樣對一些其他的對象擁有訪問控制限制，比如文件,套接子（sockets）或者其他的線程

通過運行SElinux MAC內核可以保護系統不受到惡意程序的侵犯，或者系統本身的bug不會給系統帶來致命影響（把影響限定在一定范圍內）

SElinux為每一個用戶，程序，進程，還有文件定義了訪問還有傳輸的權限。然后管理所有這些對象之間的交互關系

對于SELinux設定的對象全限是可以根據需要在安裝時候規定嚴格程度，或者完全禁用

在大多數情況下，SElinux對于用戶來說是完全透明的，普通用戶根本感覺不到Selinux的存在，只有系統管理員才需要對這些用戶環境，以及策略進行考慮。這些策略可以按照需要寬松的部署或者應用嚴格的限制，Selinux提供了非常具體的控制策略，范圍覆蓋整個linux系統

比如，當一個對象如應用程序要訪問一個文件對象，內核中的控制程序檢查訪問向量緩存(AVC),從這里尋找目標和對象的權限，如果在這里沒有發現權限定義，則繼續查詢安全定義的上下關聯，以及文件權限，然后作出準許訪問以及拒絕訪問的決定。如果在var/log/messages出現avc: denied信息,則表明訪問拒絕。

目標和對象通過安裝的策略來決定自身的安全關聯，同時這些安裝的策略也負責給系統產生安全列表提供信息。

除了運行強制模式以外，SELinux可以運行在許可模式，這時候，檢查AVC之后，拒絕的情況被記錄。Selinux不強制使用這種策略.

以下介紹一下SELinux相關的工具

/usr/bin/setenforce 修改SELinux的實時運行模式

setenforce 1 設置SELinux 成為enforcing模式

setenforce 0 設置SELinux 成為permissive模式

如果要徹底禁用SELinux 需要在/etc/sysconfig/selinux中設置參數selinux=0 ，或者在/etc/grub.conf中添加這個參數

/usr/bin/setstatus -v

察看系統的狀態

以下是運行輸出，請參考

SELinux status: enabled

SELinuxfs mount: /selinux

Current mode: enforcing

Policy version: 18

關鍵詞：SELinux  服務器