伺服器怎麼調整最佳

① 怎麼設置路由器的首選DNS伺服器

1、在管理員界面中輸入命令：ipconfig/all然後按Enter鍵確認即可顯示Windows IP配置，在這里我們可以查看我們的DNS伺服器地址。

② 如何使伺服器性能優化

先閱讀apache配置優化建議如下，再對相關參數進行調整，觀察伺服器狀況.
Apache配置優化建議:
進入/usr/local/apache2/conf/extra目錄下
Apache優化,
經過上述操作後，Apache已經能夠正常運行。但是，對於訪問量稍大的站點，Apache的這些默認配置是無法滿足需求的，我們仍需調整Apache的一些參數，使Apache能夠在大訪問量環境下發揮出更好的性能。以下我們對Apache配置文件httpd.conf中對性能影響較大的參數進行一些說明。
(1)Timeout該參數指定Apache在接收請求或發送所請求內容之前的最長等待時間（秒），若超過該時間Apache則放棄處理該請求，並釋放連接。該參數默認值為120，推薦設置為60，對於訪問量較大的網站可以設置為30或15。
(2)KeepAlive該參數控制Apache是否允許在一個連接中有多個請求，默認打開。但對於大多數論壇類型站點來說，通常設置為off以關閉該支持。
(3)MPM-prefork.c在默認情況下Apache使用Prefork（進程）工作模式，可以說這部分的參數設置是對Apache性能影響的核心和關鍵。用戶可以在配置文檔中找到以下配置段：

③ 如何調整nginx伺服器的性能

當linux下Nginx達到並發數很高，TCP TIME_WAIT套接字數量經常達到兩、三萬，這樣伺服器很容易被拖死。事實上，我們可以簡單的通過修改Linux內核參數，可以減少Nginx伺服器的TIME_WAIT套接字數量，進而提高Nginx伺服器並發性能。

vi /etc/sysctl.conf

增加以下幾行：
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_keepalive_time = 1200

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 1024 65000
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.tcp_max_tw_buckets = 5000簡單說明：
net.ipv4.tcp_syncookies = 1 表示開啟SYN Cookies。當出現SYN等待隊列溢出時，啟用cookies來處理，可防範少量SYN攻擊，默認為0，表示關閉；
net.ipv4.tcp_tw_reuse = 1 表示開啟重用。允許將TIME-WAIT sockets重新用於新的TCP連接，默認為0，表示關閉；
net.ipv4.tcp_tw_recycle = 1 表示開啟TCP連接中TIME-WAIT sockets的快速回收，默認為0，表示關閉。
net.ipv4.tcp_fin_timeout = 30 表示如果套接字由本端要求關閉，這個參數決定了它保持在FIN-WAIT-2狀態的時間。
net.ipv4.tcp_keepalive_time = 1200 表示當keepalive起用的時候，TCP發送keepalive消息的頻度。預設是2小時，改為20分鍾。
net.ipv4.ip_local_port_range = 1024 65000 表示用於向外連接的埠范圍。預設情況下很小：32768到61000，改為1024到65000。
net.ipv4.tcp_max_syn_backlog = 8192 表示SYN隊列的長度，默認為1024，加大隊列長度為8192，可以容納更多等待連接的網路連接數。
net.ipv4.tcp_max_tw_buckets = 5000 表示系統同時保持TIME_WAIT套接字的最大數量，如果超過這個數字，TIME_WAIT套接字將立刻被清除並列印警告信息。默認為180000，改 為5000。對於Apache、Nginx等伺服器，上幾行的參數可以很好地減少TIME_WAIT套接字數量，但是對於Squid，效果卻不大。此項參 數可以控制TIME_WAIT套接字的最大數量，避免Squid伺服器被大量的TIME_WAIT套接字拖死。

echo 「====================== 執行以下命令使配置生效：=========================」
#更改linux內核參數後，立即生效的命令！

/sbin/sysctl -p

Nginx優化

使用FastCGI 緩存
fastcgi_cache TEST
開啟FastCGI 緩存並且為其制定一個名稱。個人感覺開啟緩存非常有用，可以有效降低CPU 負載，並且防止502 錯誤。

fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2
keys_zone=TEST:10m
inactive=5m;
這個指令為FastCGI 緩存指定一個路徑，目錄結構等級，關鍵字區域存儲時間和非活動刪除時間

其它說明

Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點開發的，它已經在該站點運行超過兩年半了。Igor 將源代碼以類BSD許可證的形式發布。

在高並發連接的情況下，Nginx是Apache伺服器不錯的替代品。Nginx同時也可以作為7層負載均衡伺服器來使用。根據我的測試結 果，Nginx 0.6.31 + php 5.2.6 (FastCGI) 可以承受3萬以上的並發連接數，相當於同等環境下Apache的10倍。

根據我的經驗，4GB內存的伺服器+Apache（prefork模式）一般只能處理3000個並發連接，因為它們將佔用3GB以上的內存，還 得為系統預留1GB的內存。我曾經就有兩台Apache伺服器，因為在配置文件中設置的MaxClients為4000，當Apache並發連接數達到 3800時，導致伺服器內存和Swap空間用滿而崩潰。

而這台 Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 伺服器在3萬並發連接下，開啟的10個Nginx進程消耗150M內存（15M*10=150M），開啟的64個php-cgi進程消耗1280M內存 （20M*64=1280M），加上系統自身消耗的內存，總共消耗不到2GB內存。如果伺服器內存較小，完全可以只開啟25個php-cgi進程，這樣 php-cgi消耗的總內存數才500M。

④ cs伺服器的刷新率如何調整

首先說明:

sv_ 以及sys_ 系列參數，是伺服器端的命令，如果是在非本地伺服器上修改這些系列參數的命令，你需要獲得伺服器管理員的許可權、

ex_interp和cl_updaterate的關系是非常緊密的，這兩個參數的說明都請必須閱讀。

文章中假設玩家的網路都在寬頻接入的方式下進行。

------------------------------------------------------------------------------------------------
參數介紹：

cl_cmdrate:

這個命令決定了客戶端向每秒鍾服務端發送數據包的數量。很明顯地，這個參數的數值設定得越高，那麼伺服器就能相應客戶端處理信息的速度越快，基本上數值設定得高是沒什麼錯的。如果你與你的朋友都在區域網中游戲，而延時非常嚴重，那麼很可能就是這個參數沒有設置好。事實上，大多數的寬頻接入沒有提供足量的上行帶寬，這也恰好是這個命令需要的。

cl_updaterate:

cl_updaterate與cl_cmdrate是類似的，不過方向是相反的。它控制的是客戶端每秒鍾從服務端接收數據包的數量。因此，它和你的下行帶寬是緊密相連的。cl_updaterate的數值設定得越高，你和伺服器的同步率就越高。因為只有伺服器才會決定你開槍是否命中，所以你需要足夠的更新數據包（upadates）。

sv_maxupdaterate:

cl_updaterate控制客戶端每秒接收來自服務端的數據更新包數量（只對客戶端本身控制），而sv_maxupdaterate就指定了服務端每秒發送多少數據包到客戶端上（對服務端進行控制）。因此，客戶端cl_updaterate的數值設定比服務端sv_maxupdaterate的數值要高，是不能增加客戶端接受的更新數據包數量的。

sys_ticrate:

這個命令設定了伺服器每秒能處理的最大數據「幀」數。默認設定下，這個參數設置為100。為什麼伺服器的fps那麼重要？這個參數決定了伺服器的感應能力。我敢肯定我們都覺得伺服器好像在TI-83 Plus（圖形計算器）上工作一樣，而我們就是在LAN上進行這些圖形計算器的處理。

sys_ticrate只是指定你的伺服器所能計算的最大fps。默認設定下，伺服器不會達到你所設定的數值，因為運算系統可能在處理某些其他的進程。市面上有不同的加速（"boost"）伺服器fps的軟體，不過大多數（如果不是全部的話）伺服器加速軟體是靠網路伺服器供應商處理的，記住，這樣的加速會加重伺服器CPU的負荷。（出於某些原因，在de_inferno和de_aztec上用伺服器加速軟體的話，會劇烈增加CPU的負荷，大家可能曾經有過這樣的體驗。）在默認設置下，Half-life伺服器，基於Win32的伺服器一般在64fps，而基於Linux的伺服器一般在50fps。如果使用加速軟體的話，可能可以提升到512fps或者更高。這么高的伺服器fps是受到爭議的，不過我感覺如果在200fps左右就能感覺到明顯的改進了。

一致性才是關鍵的。Fps從100飆升到512，這樣可能會帶來一個更差的游戲環境，因為sys_ticrate只在150左右，150是大多數伺服器硬體所能承受的了的。

如果你有一個伺服器的許可權，而且想測試一下伺服器的fps，那麼在控制台輸入rcon stats，看看你的伺服器是否加速了：暫時地把sys_ticrate調到10000，然後在看看伺服器的fps是否超過100，如果超過100，那就是加速了的。

ex_interp:

在解釋這個參數之前,我們看看Webster字典對interpolate(添加,改寫)這個詞的解釋.
（以下是Webster字典的解釋，譯者這里不將原英文去掉，是讓大家容易看到原有的解釋）
Main Entry: in•ter•po•late
主要條目: in•ter•po•late
3 : to estimate values of (a function) between two known values
3 : 評估兩個已知值之間的量的關系
intransitive senses : to make insertions (as of estimated values)
不及物動詞：進行插入（到已評估的值之中）

每一秒你只能從伺服器獲得有限的更新，因此是不可能每次都那麼精確地及時地與伺服器達到同步。舉個例子：

下面的圖形顯示的是圓的線性內插法。當數據點（更新數據包）的數量增加的時候，則插入的量則變得更加地准確。在CS中，你可以將這個比喻成在一秒內一個人物位置變化所跨越的范圍。在伺服器看來，這是一個精準的圓圈，而從客戶端就需要在兩個「真正」的數據包中插入一定的數據。

這就是ex_interp作用所在。在每一個更新包之間都會有一個很小的時間增量存在，這個時間由half-life的預處理系統計算。ex_interp設置了在每兩個連續的更新之間的插入數（時間單位是秒）。在上面所看到的圖象中，這些小的時間間隔會表示為圖象的直邊。因為插入值的處理是在客戶端進行的，所以在伺服器看來並不是完全的同步的。沒有什麼可以代替從服務端發出的真實的數據更新包，不過插入值的計算在大體上還是能達到要求。（譯者注:感謝inbremen找到的圖片）

------------------------------------------------------------------------------------------------

對線上游戲（互聯網對戰）的推薦值：

rate
我之前已經假設rate的數值為20000。把它調到20000以上不會有任何的改善，還可能會造成更不好的影響。

推薦值：
rate 20000.

sv_maxrate:
這個值在大多數的情況下設置為0。我會解釋一下為什麼在線上游戲時這並不是個理想的數值。sv_maxrate 0 會檢測每一個客戶端rate的設置，並盡量滿足每一個玩家的需求。假設對half-life引擎來說每一秒允許玩家使用的rate參數的數值超過20000。如果有一個玩家將這個數值設定為一個超高值（比如：999999999），那麼伺服器會盡量的去滿足這個玩家的需要。那麼這樣會潛在的浪費帶寬，並且會對伺服器造成更多的負擔，也許會超過伺服器所能承受的范圍。因此，我提出一個比較安全的建議，sv_maxrate在20000的時候會有比較好的表現。在現實中,sv_maxrate 0和sv_maxrate 20000的效果對游戲的進行而言可能都是一樣的，不過提高一些預防的范圍總是好的。

推薦值:
sv_maxrate 20000.

cl_cmdrate:在理想情況下，這個數值應該和伺服器的fps是相等的（不是有些人所認為的客戶端的fps）。如果你對伺服器的更新超過了在同一時段內伺服器所能處理的幀數的話，多餘的更新包會被伺服器所丟棄。因此，cl_cmdrate設置得太高會有不好的效果，直接造成帶寬的浪費。

推薦值：
cl_cmdrate與伺服器的fps值相等或者稍高。

ex_interp:
把這個參數設為0或者什麼都不寫。CS會自動的把ex_interp設置為1/cl_updaterate（比如你的console窗口會顯示「ex_interp forced up to xx msec")。這就是你想你的客戶端要進行插入的時間長度。改變cl_updaterate會自動地改變ex_interp（當ex_interp=0時發生）。因此我推薦只改變cl_updaterate，讓CS去設置你的ex_interp。現在已經不可能把ex_interp設定得比1/cl_updaterate更低了，把它設定得高一些卻會產生錯誤。設置一個比1/cl_updaterate更高的值會造成你開槍的時候打在屏幕中人物的後面（譯者註：就是實際上你並沒有打中人物，而只打在他的後面）。舉個例子，如果你用cl_updaterate 101，那麼ex_interp應該是1/101=0.009（9毫秒），那麼使用默認的ex_interp 0.1，而cl_updaterate還是這么高的話，那麼之前所說的錯誤就會產生。

推薦值:
ex_interp 0

cl_updaterate:長期以來，大家都認為cl_updaterate的規定是在101，這樣能使你獲得少量的"choke（阻塞）"。Choke可以用命令net_graph 3看到。個人認為，choke是我不會考慮的東西。其實cl_updatarete的最佳值是很復雜的。CAL的服務端的config提供sv_maxupdaterate為101，那麼很多人會總結為我們也應該把cl_updaterate設置為101。在理想的狀況下，這是正確地，不過在實際情況下，並不是那麼有用。在北美，大多數的伺服器都不能負荷每秒100幀的運算，這就意味著伺服器無法發出每秒100個更新包，而玩家們就會覺得很「卡」了。由於我們從客戶端如果沒有遠程式控制制密碼（遠程式控制制許可權）的話是無法窺探服務端的fps的，如何選擇最適當的數值就像猜謎游戲一樣了。你可能會說，「好吧，那就把cl_updaterate設置為101就不管了，我會獲得伺服器給我更新的最大值。」問題就在忽視了cl_updaterate對ex_interp的影響以及兩者之間微妙的平衡關系。尋找一個適當的cl_updaterate值（記住要把ex_interp先設為0），從101開始逐漸減小，你會發現人物只是「微小的閃動」（譯者註：原文是「slightyly skip around」，從實際操作來看，我們可以看到人物的重影，就像閃動一樣，我就把它翻譯成「閃動」了）。「微小的閃動」是優先的選擇，只要ex_interp等於1/cl_updaterate，那麼人物就會在應有的位置上出現。在不同的伺服器中游戲你都要改變cl_updaterate。如果必要的話,把它設置低於50也不要擔心。預處理系統會發揮好它的作用的。備註：大多數的公眾伺服器都會使用默認的sv_maxupdaterate 30，那麼在那種情況下，cl_updaterate就最好了。

請注意，從一個低的cl_updaterate數值（比如說20）逐漸增加是不行的，一旦你把它設定得更高，ex_interp是不會重新設定的，你需要不斷手動地將ex_interp置0。這里我提供一個簡易的腳本給大家調整你的cl_updaterate。

點擊這里下載config

推薦值:
cl_updaterate應該與伺服器的fps相等，不應該超過伺服器的sv_maxupdaterate數值

sys_ticrate:
找合適的sys_ticrate就需要進行一些實驗了。首先，如果你的伺服器沒有被加速，提高這個數值並超過100就不會有任何效果。如果你正好租用了一個高性能的伺服器的話（你的伺服器可能已被加速），那麼你就有空間這么做。總體上來說，服務端有更高的fps是一件好事，提高sys_ticrate超過200（或者比200低）是毫無效果的。如果把sys_ticrate設為9999，你的伺服器fps會根據現有的情況在150到1000之間不停的跳變，把sys_ticrate設定為低於200的數值會有一個更一致的環境，不過會對伺服器的性能有所減弱。同樣的，在一個物理伺服器（一台電腦或者伺服器主機）上都可能運行不同的HLDS（Half-Life Dedicated Server），那麼如果每一個HLDS都把sys_ticrate設為10000的話，伺服器的CPU的負荷就相當大了。這樣的情況下，會潛在地造成在那台物理伺服器上的性能的下降（也可能提高你每月的租用費用）。最後，伺服器的fps只會在某幾個數值上作用，舉例來說，我的伺服器fps只在85，102，128，170，256等數值上，而不是在他們之間（比如91）。如果你把sys_ticrate設為100，你的伺服器fps最大值就會在100以下（比如85），因此，設定sys_ticrate大於目標fps數值約20到50左右比較合適。

推薦值:
sys_ticrate 110-180，結合你的伺服器性能考慮。

------------------------------------------------------------------------------------------------
關於區域網對戰的備註：

區域網對戰，比如the CPL，cl_updaterate設置為101，這與區域網伺服器的質量有關。通常在LAN上，只有一小部分的伺服器會在虛擬盒中運行，因此伺服器使用更少的資源。如果伺服器都加速超過了100fps，那麼cl_updaterate 101就是一個非常理想的數值。判斷一個LAN伺服器最快的方法就是看看玩家們ping的平均值。一個運行在50到64fps的默認伺服器，在LAN下的平均ping值為15ms，而加速過的伺服器會使ping值下降，大概在5ms左右。據我所知，the CPL，ESWC還有WCG都是使用加速過的伺服器的。

-------------------------------------------------------------------------------------------

在參照CPL比賽伺服器的config文件和本人親自與戰隊的朋友試驗後，最佳的參數設置如下：
// 「sv_maxrate 0」 會自動監測所有玩家的連接速度，並滿足每個人的要求。為防止系統過載，應設置為20000左右。
sv_maxrate 25000
sv_minrate 2500

// 每秒鍾伺服器端允許客戶端接收的最大數據包數量。1.6中sv_maxupdaterate默認是30
sv_maxupdaterate 101

// 設定你伺服器的最大FPS。其值應該等於伺服器一般狀態下的fps值+20。
sys_ticrate 10000

// 客戶端最大移動速度
sv_maxspeed 320

這樣的設置用起比較理想，基本上玩家沒有choke，前提是客戶端的cl_cmdrate和cl_updaterate不能設得比伺服器端sv_maxupdaterate的值101高，如果超過的話會產生choke。下面將給出客戶端的最佳設置。

如何最佳設置最佳CS1.6的客戶端網路參數：
在比賽中，客戶端的cmdrate updaterate rate ex_interp是允許修改的。在lan比賽中，網路帶比較好的情況下，這幾個數值是最佳的設置。
rate 20000 默認值為空
sv_maxrate 20000 默認值 0
cl_cmdrate 101 默認值 30
cl_updaterate 101 默認值 30
ex_interp 0 默認值 0.1
sys_ticrate 100 取默認值 100
fps_max 101 默認值 101

服務端的sys_ticrate 和 sv_maxupdaterate都是由伺服器OP決定，玩家無法更改。這就引出一個問題：當我們進入一個沒有OP許可權的伺服器時，根本就不知道伺服器的sv_maxupdaterate值是多少，也就沒有依據來設置客戶端的cl_cmdrate和cl_updaterate值，如果伺服器的sv_maxupdaterate值是50，而你的cl_cmdrate和cl_updaterate值設置成101的話，就會有choke產生。這時的解決辦法是在控制台輸入「net_graph 3」命令來查看是否有choke產生，如果有的話逐漸降低cl_cmdrate和cl_updaterate值，直到沒有choke產生為止。
補充一下，由於同一伺服器在不同人數的時候需要設定的updaterate值是不一樣的（如果網路帶寬足夠用的話，這種情況也不會發生），假如你知道伺服器的sv_maxupdaterate值是101，建議你把cl_cmdrate和cl_updaterate值都設成比101低一點，大家可根據實際情況進行設置。

⑤ dhcp伺服器如何設置 要簡單 最好講步驟

在一個使用TCP/IP協議的網路中，每一台計算機都必須至少有一個IP地址，才能與其他計算機連接通信。為了便於統一規劃和管理網路中的IP地址，DHCP（Dynamic Host Configure Protocol，動態主機配置協議）應運而生了。這種網路服務有利於對校園網路中的客戶機IP地址進行有效管理，而不需要一個一個手動指定IP地址。

DHCP服務的安裝

DHCP指的是由伺服器控制一段IP地址范圍，客戶機登錄伺服器時就可以自動獲得伺服器分配的IP地址和子網掩碼。首先，DHCP伺服器必須是一台安裝有Windows 2000 Server/Advanced Server系統的計算機；其次，擔任DHCP伺服器的計算機需要安裝TCP/IP協議，並為其設置靜態IP地址、子網掩碼、默認網關等內容。默認情況下，DHCP作為Windows 2000 Server的一個服務組件不會被系統自動安裝，必須把它添加進來：

1. 依次點擊「開始→設置→控制面板→添加/刪除程序→添加/刪除Windows組件」，打開相應的對話框。

添加IP地址范圍

當DHCP伺服器被授權後，還需要對它設置IP地址范圍。通過給DHCP伺服器設置IP地址范圍後，當DHCP客戶機在向DHCP伺服器申請IP地址時，DHCP伺服器就會從所設置的IP地址范圍中選擇一個還沒有被使用的IP地址進行動態分配。添加IP地址范圍的操作如下：

1. 點擊「開始→程序→管理工具→DHCP」，打開DHCP控制台窗口。

2. 選中DHCP伺服器名，在伺服器名上點擊滑鼠右鍵，在出現的快捷菜單中選擇「新建作用域」，在出現的窗口中單擊[下一步]按鈕，在出現的對話框中輸入相關信息，單擊[下一步]按鈕，如圖1所示。

3. 在圖1所示的窗口中，根據自己網路的實際情況，對各項進行設置，然後單擊[下一步]按鈕，出現如圖2所示的窗口。

4. 在圖2所示的窗口中，輸入需要排除的IP地址范圍。由於校園網路中有很多網路設備需要指定靜態IP地址（即固定的IP地址），如伺服器、交換機、路由器等，此時必須把這些已經分配的IP地址從DHCP伺服器的IP地址范圍中排除，否則會引起IP地址的沖突，導致網路故障。

5. 單擊[下一步]按鈕，在出現的「租約期限」窗口中可以設置IP地址租期的時間值。一般情況下，如果校園網路中的IP地址比較緊張的時候，可以把租期設置短一些，而IP地址比較寬松時，可以把租期設置長一些。設置完後，單擊[下一步]按鈕，出現「配置DHCP選項」窗口。

6. 在「配置DHCP選項」窗口中，如果選擇「是，我想現在配置這些選項」，此時可以對DNS伺服器、默認網關、WINS伺服器地址等內容進行設置；如果選擇「否，我想稍後配置這些選項」，可以在需要這些功能時再進行配置。此處，我們選擇前者，單擊[下一步]按鈕。

7. 在出現的窗口中，常常輸入網路中路由器的IP地址（即默認網關的IP地址）或是NAT伺服器（網路地址轉換伺服器）的IP地址，如WinRoute、SyGate等。這樣，客戶機從DHCP伺服器那裡得到的IP信息中就包含了默認網關的設定了，從而可以接入Internet。

8. 單擊[下一步]按鈕，在此對話框中設置有關客戶機DNS域的名稱，同時輸入DNS伺服器的名稱和IP地址。，然後單擊[添加]按鈕進行確認。單擊[下一步]按鈕，在出現的窗口中進行WINS伺服器的相關設置，設置完後單擊[下一步]按鈕。

9. 在出現的窗口中，選擇「是，我想現在激活此作用域」後，單擊[下一步]按鈕，在出現的窗口中單擊[完成]按鈕，設置結束。此時，就可以在DHCP管理器中看到我們剛剛建好的作用域。

注意：如果您的校園網路是以工作組的形式存在的，可以在第6步的「配置DHCP選項」窗口中選擇「否，我想稍後配置這些選項」，此時設置過程跳過第7、8步。如果您的校園網路是以域的形式存在的，建議您的網路配置順序為：活動目錄的建立→WINS的建立→DNS的建立→DHCP的建立，這樣可以減少很多麻煩。

DHCP服務的測試
經過上述設置，DHCP服務已經正式啟動，我們需要在客戶機上進行測試。只需把客戶機的IP地址選項設為「自動獲取IP地址」，隨後重新啟動客戶機。在客戶機的「運行」對話框中鍵入「Ipconfig/all」，即可看到客戶機分配到的動態IP地址。

2. 用滑鼠左鍵點擊選中對話框的「組件」列表框中的「網路服務」一項，單擊[詳細信息]按鈕，出現帶有具體內容的對話框。

3. 在對話框「網路服務的子組件」列表框中勾選「動態主機配置協議（DHCP）」，單擊[確定]按鈕，根據屏幕提示放入Windows 2000安裝光碟，復制所需要的程序。

4. 重新啟動計算機後，在「開始→程序→管理工具」下就會出現「DHCP」一項，說明DHCP服務安裝成功。

DHCP伺服器的授權
出於對網路安全管理的考慮，並不是在Windows 2000 Server中安裝了DHCP功能後就能直接使用，還必須進行授權操作，未經授權操作的伺服器無法提供DHCP服務。對DHCP伺服器授權操作的過程如下：

1. 依次點擊「開始→程序→管理工具→DHCP」，打開DHCP控制台窗口。

2. 在控制台窗口中，用滑鼠左鍵點擊選中伺服器名，然後單擊右鍵，在快捷菜單中選中「授權」，此時需要幾分鍾的等待時間。注意：如果系統長時間沒有反應，可以按F5鍵或選擇菜單工具中的「操作」下的「刷新」進行屏幕刷新，或先關閉DHCP控制台，在伺服器名上用滑鼠右鍵點擊。如果快捷菜單中的「授權」已經變為「撤消授權」，則表示對DHCP伺服器授權成功。此時，最明顯的標記是伺服器名前面紅色向上的箭頭變成了綠色向下的箭頭。這樣，這台被授權的DHCP伺服器就有分配IP的權利了。

希望對你有幫助！