理解SharePoint Web Application和IIS Web Sites 和 HTTP請求

標籤：sharepoint 2013   iis   host header   

 當你建立一個web application的時候，你實際上在IIS裡面建立了一個網站。一個IIS網站有bindings，包含單獨的IP地址，一個Host Header 和port。IIS通過Bindings來決定HTTP 要求是請求的哪個網站。

當一個使用者請求一個網頁的時候，比如http://intranet.contoso.com/SitePages/Home.aspx，

用戶端發起了一個HTTP請求。用戶端通過查詢DNS來擷取到Host(比如intranet.contoso.com)的IP地址。用戶端把host name加到了HTTP請求的資料包的host header欄位裡。然後用戶端把HTTP請求的資料包，發送到目標IP地址（預設連接埠80，也可以是其他自訂連接埠）。IIS接到請求之後，分析資料包，並且發現，這個請求是為了Contoso Intranet 網站。

 

也就是說，可以在SharePoint裡面，建多個Web Application, 這些網站可以使用同樣的連接埠(比如80)，但是需要有不同的host header。這樣這些Web Application之間不會出現連接埠衝突，IIS會根據host header來判斷應該由哪個Web Application來處理用戶端發起的請求。

 

當IIS找到用戶端請求的是哪個網站之後，它開啟了一系列的操作，最終把結果返回給用戶端。首先，IIS尋找Web Application的實體路徑，也叫做根目錄。當你建立一個SharePoint Web Application的時候，你指定了這個路徑。比如

C:\inetpub\wwwroot\wss\VirtualDirectories\clients.contoso.com80。

 

對於傳統的APS.NET網站，真正的內容就是儲存在這個路徑的，但是SharePoint儲存在了內容資料庫裡。 IIS這個時候就處理不了了，但是在web.config檔案裡，指定了這個網站是SharePoint Web Application，因此IIS把這個請求傳遞給了SharePoint。

 

然後，SharePoint解析這個URL，來決定是哪個Site Collection，哪個內容資料庫。SharePoint擷取這些資料，並返回給IIS，IIS再返回給使用者。

理解SharePoint Web Application和IIS Web Sites 和 HTTP請求