網站設計時、Internet服務器具有相同的名稱,運行原理與操作系統相似并與WWW服務器一
 
　　起共享網上的文本圖片瀏覽,但相似的方面僅此這些。實際上,公用和專用Web服務器是完全
 
　　不同的。
 
　　如果你正在Internet上建立網址,你想要一個能夠跟蹤訪問者并記錄他們所做所為的
 
　　服務器。因為諸如人們如何到達網址以及逗留多長時間的信息對于銷售和教育工作而言至關
 
　　重要。但是,對于為職員建立的Intranet網址上,這一信息是毫無意義的。在Intranet中具備
 
　　強有力的記錄和跟蹤能力的Web服務器可能是多余的。
 
　　到底應該提供哪些性能?建立易于存取的內部保護設計,定制的簡單易修改的服
 
　　務器配置,Intranet套件工具,容錯設計,簡易的安裝和管理以及簡單的數據庫訪問,這些都是
 
　　所需要的。
 
　　當然,你會發現,很難買到一臺具有以上所有性能的Web服務器。接下來我們列舉一些原
 
　　則,這些原則將幫助你整理與Intranet有關的購買決策并確定每種類型的最佳產品。
 
　　安全性
 
　　服務器常常要求在機構內建立復雜的信任關系。要做到這一點,最佳捷徑是建
 
　　立授權:告訴系統你的姓名和密碼字,系統將允許你訪問服務器的所選區域。
 
　　但在Intranet上,事情并不這么簡單。訪問特權必須依照你的姓名、地址、工作部門、
 
　　標題和你的監督對象等多項指標。所以在安全性方面,Intranet服務器必須靈活。
 
　　如果公司的Web分布在多服務器和部門,這情況更是如此。Web服務器本來就是孤獨的
 
　　—他們極少(如果曾經有過的話)在沒有大量應用級編程的情況下相互之間共享安全和授權。
 
　　即使在單一的Web服務器里,授權信息通常分布性較差。正規Web服務器安全樣機(model)要求
 
　　每個訪問區域都有一個授權文件。授權文件列有用戶名和密碼字,服務器配置文件可將用戶
 
　　與許可訪問區域連接。
 
　　這意味著用戶必須使用多用戶名稱和密碼字,才能到達不同的Intranet區域并且不能輕
 
　　易地使這些不同訪問方式同步。
 
　　這一規則的例外就是Microsoft公司的Internet信息服務器(IIS),它將Windows NT安全
 
　　性——用戶名稱、密碼字和最重要的訪問控制表性能——擴展至Web。用戶利用自已的
 
　　用戶名和密碼字向IIS服務器證明自己的身份。然后IIS用這一信息限制用戶查看
 
　　保護模式樣機上的內容。
 
　　同時,公用Web服務器的一些授權和安全性能在Intranet上用途不大。傳統上,公用服務
 
　　如在線銀行業的高級安全性依賴于加密通信和應用級安全的混合,如帳戶號或用戶名及相關
 
　　的密碼字便是如此。
 
　　在Intranet上,這通常是用不上的。與真正的用戶級安全性相比,在Intranet上附加服務
 
　　器級授權要簡單得多。通過強調高級服務器授權來滿足這些需求,類似IIS等產品的設計師就
 
　　能擺脫重新實施應用級安全的負擔。
 
　　定制化和修改
 
　　為了在Web服務器上增加功能,廠商們已實施了公共網關接口(CGI)調用和專有API。但在
 
　　建立位于執行和管理信息系統前端的高級應用時,這些產品則不夠靈活、有力和迅速。
 
　　靈活性問題經常出現的一個領域是預處理文本。預處理器是有益的,因為它賦予了HTM作
 
　　者無需編寫真正的應用代碼即可建立動態Web頁面的能力。這將降低開發費用并簡化維護。
 
　　所有服務器都配有具備各種能力的預處理器,高定制化的、基于Web的應用性能是一級的預處
 
　　理器性能,它們絕大多數情況下都是強有力的。
 
　　而且,要解決這一問題就必須研究CGI(和API)腳本(Script)或修改預處理器。這兩種方
 
　　式的協調很重要。許多C