nginx回應與處理請求的方法詳解

本文詳細了nginx伺服器回應與處理http等請求的方法，並講解了nginx虛擬主機的設定方法，有需要的朋友參考下吧。

一，nginx基於名字的虛擬主機
Nginx首先選定由哪一個虛擬主機來處理請求。
從一個簡單的設定（其中全部3個虛擬主機都在連接埠*：80上監聽）開始：
 

複製程式碼程式碼範例:

ue.org www.jbxue.org;

    ...
}

server {
    listen      80;

      listen      80;

    server_name jbxue.com www.jbxue.com;
    ...
}

在這個配置中，nginx僅檢查請求的「Host」頭以決定該請求應由哪個虛擬主機來處理。如果Host頭沒有符合任意一個虛擬主機，或者請求中根本沒有包含Host頭，那麼nginx會將請求分發到定義在此連接埠上的預設虛擬主機。在上述配置中，第一個被列出的虛擬主機即nginx的預設虛擬主機－這是nginx的預設行為。而且，可以明確設定某個主機為預設虛擬主機，即在"listen"指令中設定"default_server"參數：

 



複製程式碼

程式碼範例:

server_name jbxue.net www.jbxue.net;
    ...

}

"default_server"參數從0.8.21版開始可用。在先前的版本中，應該使用"default"參數來代替。 請注意"default_server"是監聽連接埠的屬性，而不是主機名稱的屬性。後面會對此有更多介紹。 如何防止處理未定義主機名稱的請求

如果不允許請求中缺少「Host」頭，可以定義如下主機，丟棄這些請求：
 

複製程式碼

程式碼範例:

複製程式碼

程式碼範例:

複製程式碼程式碼範例:3: listen       80;        80;

    server_name  "";

    return       444;
}

在這裡，而設定主機名為「空字串」為「未設定」的設定主機且有了符合標準的標準頭請求「Hostin」碼444，它可以用來關閉連接。

從0.8.48版本開始，這已成為主機名的預設設置，所以可以省略server_name ""。而先前的版本則使用機器的hostname作為主機名稱的預設值。

基於網域名稱和IP混合的虛擬主機

一個複雜點的配置，在這個配置裡，有幾個虛擬主機在不同的位址上監聽：
 

複製程式碼

程式碼範例{    listen      192.168.1.1:80;    server_name jbxue.org www.jbxue.org;  9 168.1.1:80;

    server_name jbxue.net www.jbxue.net;

...

}

server {
    listen      192.168.1.2:80;
    server_name jbxue.com www.jbxue.com; IP位址和連接埠是否符合某個server配置區塊中的listen指令配置。接著nginx繼續測試請求的Host頭是否符合這個server區塊中的某個server_name的值。如果主機名稱沒有找到，nginx將把這個請求交給預設虛擬主機處理。例如，一個從192.168.1.1:80連接埠收到的存取www.jbxue.com的請求將被監聽192.168.1.1:80連接埠的預設虛擬主機處理，本例中就是第一個伺服器，因為這個連接埠上沒有定義名為www.jbxue.com的虛擬主機。

預設伺服器是監聽連接埠的屬性，所以不同的監聽埠可以設定不同的預設伺服器：
 

複製程式碼

程式碼範例:
   server_name jbxue. org www.jbxue.org;
    ...
}

server {    listen      192.168.1.1:80 default_server;

server {

    listen      192.168.1.2 :80 default_server;

    server_name jbxue.com www.jbxue.com;
    ...

}

二，一個簡單PHP站點配置
一個典型的，簡單的PHP站點中，nginx怎樣為一個請求選擇location來處理：
 

複製碼      server_name jbxue.org www.jbxue.org;

    root        /數據/www;

     }


    location ~* .(gif|jpg|png)$ {

        expires 30d;

    }


    location ~ .php$ {     cgi_param SCRIPT_FILENAME

                      $document_root$    }

}


首先，nginx使用前綴匹配找出最準確的location，這一步nginx會忽略location在設定檔出現的順序。

上面的配置中，唯一的前綴匹配location是"/"，而且因為它可以匹配任意的請求，所以被作為最後一個選擇。

接著，nginx繼續按照配置中的順序依序匹配正規表示式的location，並匹配到第一個正規表示式後停止搜尋。
匹配到的location將會被使用。如果沒有符合到正規表示式的location，則使用剛剛找到的最準確的前綴匹配的location。

請注意所有location匹配測試只使用請求的URI部分，而不使用參數部分。這是因為寫參數的方法很多，例如：

/index.php?user=john&page=1
/index.php?page=1&user=john

除此以外，任何人在請求串中都可以隨意添加字串：/index.php?page=1&something+else&user=john

來看下使用上面的配置，請求是怎樣被處理的：
請求"/logo.gif"首先匹配上location "/"，然後匹配上正規表示式".(gif|jpg|png)$"。因此，它將被後者處理。根據"root /data/www"指令，nginx將請求對應到檔案/data/www/logo.gif"，並傳送這個檔案到客戶端。

請求"/index.php"首先也符合上location "/ "，然後符合上正規表示式".(php)$"。 因此，它將被後者處理，進而被傳送到監聽在localhost:9000的FastCGI伺服器。fastcgi_param指令將FastCGI的參數SCRIPT_FILENAME的值設為" /data/www/index.php"，接著FastCGI伺服器執行這個檔案。變數$document_root等於root指令設定的值，變數$fastcgi_script_name的值是請求的uri，"/index.php"。

請求"/about .html"只能符合上location "/"，因此，它將使用此location進行處理。根據"root /data/www"指令，nginx將請求對應到檔案"/data/www/about.html"，並發送此文件到客戶端。 root /data/www"指令所組成的檔案路徑來偵測對應的檔案是否存在。
如果檔案/data/www/index.html不存在，而/data/www/index.php存在，此指令將執行一次內部重定向到"/index.php"，接著nginx將重新尋找匹配"/index.php"的location，就好像這次請求是從客戶端發過來一樣。的請求最後交給FastCGI伺服器來處理。 以上就介紹了nginx回應與處理請求的方法詳解，包括了方面的內容，希望對PHP教程有興趣的朋友有所幫助。