[譯] nginx是如何處理Request的

BigTomato 發(fā)布于2019-07-25 13:36 / 2893人閱讀

摘要：如何阻止處理未定義的。如果沒有被發(fā)現(xiàn)，將被處理。第一個(gè)匹配的表達(dá)式終止搜索，將使用這個(gè)。此外，任何人可能請(qǐng)求任何是在查詢字符串現(xiàn)在我們來看將如何被處理。這個(gè)將被前綴位置首次匹配然后被正則表達(dá)式匹配，因此，被后處理。

官文：How nginx processes a request

???????Nginx首先判斷哪一個(gè)Server應(yīng)該被用來處理這個(gè)Request。舉個(gè)簡(jiǎn)單的配置例子，三個(gè)虛擬Server都在80端口上listen。

server {
    listen      80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      80;
    server_name example.com www.example.com;
    ...
}

???????應(yīng)用此配置后，nginx僅找到request的header的Host field，看一下request應(yīng)該被rout到哪一個(gè)server。如果請(qǐng)求頭的Host域找不到一個(gè)匹配的server的名稱，或者request壓根就不包含這個(gè)header的field，那么nginx將把request route到這個(gè)端口的默認(rèn)server上。上面的配置中，默認(rèn)的server就是第一個(gè)，nginx的標(biāo)準(zhǔn)默認(rèn)行為就是認(rèn)第一個(gè)。當(dāng)然，也可以使用default_server參數(shù)在listen的指令中顯示設(shè)置哪一個(gè)server應(yīng)該是默認(rèn)的。

server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}

???????default_server參數(shù)從0.8.21版本開始有效。早期版本使用的是default參數(shù)。

???????注意，默認(rèn)服務(wù)器是listen端口的一個(gè)屬性，其他的下面說。
如何阻止處理未定義server name的request。
???????如果不帶有Host header field的request要被禁止，丟棄request的server可以被這樣定義。

server {
    listen      80;
    server_name "";
    return      444;
}

???????這里，server name設(shè)置為空字符串，將匹配無Host header field的request，指定的nginx的非標(biāo)準(zhǔn)代碼444被返回來關(guān)閉連接。
從0.8.48開始，這是server name的默認(rèn)設(shè)定，所以server_name “” 可以被忽略。早期版本，機(jī)器的hostname被用作默認(rèn)的server name。
混合基于name和基于IP的虛擬server
???????看一下一些虛擬server監(jiān)聽在不同地址的更復(fù)雜的配置

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80;
    server_name example.com www.example.com;
    ...
}

???????這里，nginx首先測(cè)對(duì)應(yīng)server塊的listen指令的request。然后測(cè)匹配Ip地址和端口的針對(duì)server塊的server_name 實(shí)體 request Host header field。如果server name沒有被發(fā)現(xiàn)，request將被default server處理。例如，www.example.com的request接受在192.168.1.1：80 端口將被 192.168.1.1:80 port的default server處理，例如被第一個(gè)，因?yàn)闆]有www.example.com被定義在這個(gè)端口。
???????nginx如已述，default server是監(jiān)聽端口的屬性，不同的default servers可以被不同的端口定義。

server {
    listen      192.168.1.1:80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      192.168.1.1:80 default_server;
    server_name example.net www.example.net;
    ...
}

server {
    listen      192.168.1.2:80 default_server;
    server_name example.com www.example.com;
    ...
}

簡(jiǎn)單PHP配置

???????我們來看如nginx如何選擇位置來處理request，

server {
    listen      80;
    server_name example.org www.example.org;
    root        /data/www;

    location / {
        index   index.html index.php;
    }

    location ~* .(gif|jpg|png)$ {
        expires 30d;
    }

    location ~ .php$ {
        fastcgi_pass  localhost:9000;
        fastcgi_param SCRIPT_FILENAME
                      $document_root$fastcgi_script_name;
        include       fastcgi_params;
    }
}

???????nginx首先找最指定的前綴location，通過字面的字符串而不管順序。配置中僅有前綴location是/ 因?yàn)樗ヅ淙魏握?qǐng)求他將被用作保底。然后nginx檢查被正則表達(dá)式給出的location按照配置文件中的順序。第一個(gè)匹配的表達(dá)式終止搜索，nginx將使用這個(gè)location。如果沒有正則表達(dá)式匹配，那么nginx使用最匹配前綴location。
???????注意所有類型的location僅僅試探無參數(shù)的request行的URI部分。因?yàn)檎?qǐng)求字符串中的參數(shù)可能會(huì)有多種方式。

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

???????此外，任何人可能請(qǐng)求任何是在查詢字符串

/index.php?page=1&something+else&user=john

???????現(xiàn)在我們來看request將如何被處理。

/logo.gif
???????這個(gè)request將被前綴位置 /首次匹配然后被正則表達(dá)式.(gif|jpg|png)$匹配，因此，request被后location處理。使用指令root /data/www request被映射到文件/data/www/logo.gif，文件被送到客戶端。

/index.php
???????request也被/匹配然后被正則表達(dá)式.(php)$匹配。所以請(qǐng)求被后面的location處理同時(shí)請(qǐng)求被傳遞到FastCGI server 監(jiān)聽在localhost:9000。fastcgi_param 指令設(shè)置FastCGI參數(shù)SCRIPT_FILENAME 為 /data/www/index.php，root + uri，F(xiàn)astCGI server執(zhí)行這個(gè)文件。

/about.html
???????被/匹配，被處理。使用指令root /data/www; request 被映射到root + uri /data/www/about.html。

/
???????匹配的復(fù)雜。被前綴location / 匹配。因此被這個(gè)location處理。然后 index 指令填補(bǔ)參數(shù)和 root /data/www 指令一起，并測(cè)試文件是否存在。如果文件/data/www/index.html 不存在，/data/www/index.php 存在，那么指令要進(jìn)行內(nèi)部重定向（凡是請(qǐng)求中的沒有uri指定文件的，使用index自動(dòng)匹配上的，都會(huì)觸發(fā)重定向），nginx重新匹配location，如果這個(gè)新生成的request是從客戶端發(fā)來的一樣，而不是直接返回相應(yīng)資源。如我們所見，重定向請(qǐng)求最終被最后一個(gè)FastCGI server處理了。