快捷導(dǎo)航

nginx的語法(基本語法和組成部分)

更新時(shí)間：2023年05月22日 16:06:07 作者：我想要身體健康

Nginx是一個(gè)高效、穩(wěn)定的開源Web服務(wù)器和反向代理服務(wù)器，也可以用作郵件代理服務(wù)器、負(fù)載均衡器和HTTP緩存,很多人都選擇nginx作為web服務(wù)器使用，下面是Nginx配置文件的一些基本語法和組成部分，使用Nginx的朋友可以了解一下

概覽

Nginx是一個(gè)高效、穩(wěn)定的開源Web服務(wù)器和反向代理服務(wù)器，也可以用作郵件代理服務(wù)器、負(fù)載均衡器和HTTP緩存。以下是Nginx配置文件的一些基本語法和組成部分：

1、配置塊（Block Directives）：Nginx配置文件由許多嵌套的配置塊組成。例如，http、server和location都是配置塊。配置塊以名稱開始，然后是一對(duì)花括號(hào)（{}），花括號(hào)中包含具體的指令。

http {
    server {
        ...
    }
}

2、指令（Directives）：指令是Nginx配置的核心組成部分，它們決定了Nginx如何處理請(qǐng)求。指令以名稱開始，后面是一個(gè)或多個(gè)參數(shù)，最后是一個(gè)分號(hào)（;）。

listen 80;

3、變量（Variables）：Nginx支持很多預(yù)定義變量，如$host、$remote_addr等，它們?cè)谔幚碚?qǐng)求時(shí)動(dòng)態(tài)生成。

4、上下文（Contexts）：Nginx配置文件由許多上下文組成，例如http、server和location。每個(gè)上下文可能包含特定類型的指令。

http上下文：包含所有的HTTP相關(guān)的指令。
server上下文：定義一個(gè)服務(wù)器（或虛擬主機(jī)）的配置。
location上下文：定義如何處理特定類型的請(qǐng)求。

5、包含（Includes）：Nginx允許你包含其他配置文件，這可以使主配置文件更加簡(jiǎn)潔和易于管理。include指令用于包含其他配置文件。

include /etc/nginx/conf.d/*.conf;

6、注釋（Comments）：Nginx的配置文件支持使用#字符進(jìn)行注釋。

以上是Nginx配置文件的一些基本語法。Nginx配置的具體內(nèi)容取決于你的具體需求和環(huán)境，可能需要包含更多復(fù)雜的配置和指令。建議閱讀Nginx的官方文檔以獲取更深入的理解和知識(shí)。

proxy_set_header各個(gè)參數(shù)分別有什么作用？

proxy_set_header 是Nginx中的一個(gè)指令，用于修改或添加發(fā)送到代理服務(wù)器的HTTP請(qǐng)求頭。這個(gè)指令的基本格式如下：

proxy_set_header field value;

其中 field 是要設(shè)置的HTTP請(qǐng)求頭的名稱，value 是要設(shè)置的值。

以下是一些常見的 proxy_set_header 參數(shù)及其作用：

Host $host;：將HTTP請(qǐng)求頭 “Host” 設(shè)置為客戶端請(qǐng)求的主機(jī)名。這樣，被代理的服務(wù)器會(huì)認(rèn)為請(qǐng)求直接發(fā)送到自身，而不是經(jīng)過Nginx代理。
X-Real-IP $remote_addr;：將HTTP請(qǐng)求頭 “X-Real-IP” 設(shè)置為客戶端的IP地址。這樣，被代理的服務(wù)器可以知道真正的客戶端IP地址。
X-Forwarded-For $proxy_add_x_forwarded_for;：將HTTP請(qǐng)求頭 “X-Forwarded-For” 設(shè)置為客戶端的IP地址和所有中間代理的IP地址。這是一種標(biāo)準(zhǔn)方式，用于在HTTP請(qǐng)求頭中記錄所有經(jīng)過的代理和客戶端的真實(shí)IP地址。
X-Forwarded-Proto $scheme;：將HTTP請(qǐng)求頭 “X-Forwarded-Proto” 設(shè)置為客戶端請(qǐng)求使用的協(xié)議（http或https）。這對(duì)于被代理的服務(wù)器處理基于協(xié)議的邏輯非常有用。
Upgrade $http_upgrade;：將HTTP請(qǐng)求頭 “Upgrade” 設(shè)置為客戶端請(qǐng)求的Upgrade頭。這常用于WebSocket和HTTP/2協(xié)議的連接升級(jí)。
Connection $connection_upgrade;：將HTTP請(qǐng)求頭 “Connection” 設(shè)置為客戶端請(qǐng)求的Connection頭，通常設(shè)置為 “upgrade”。這也是常用于WebSocket和HTTP/2協(xié)議的連接升級(jí)。

這些 proxy_set_header 參數(shù)使Nginx能夠向被代理的服務(wù)器提供有關(guān)原始請(qǐng)求的更多信息，或者在轉(zhuǎn)發(fā)請(qǐng)求之前修改這些信息。

連接升級(jí)是什么？

在HTTP/1.1中，“升級(jí)”（Upgrade）是一種特殊的機(jī)制，用于在已經(jīng)建立的連接上切換到不同的協(xié)議。這種機(jī)制通過HTTP的 “Upgrade” 頭部實(shí)現(xiàn)。最常見的使用案例是切換到WebSocket或HTTP/2協(xié)議。

當(dāng)客戶端想要升級(jí)連接時(shí)，它會(huì)在HTTP請(qǐng)求中包含一個(gè) “Upgrade” 頭部，列出它想要切換到的協(xié)議，以及一個(gè) “Connection: upgrade” 頭部，表明它想要升級(jí)連接。例如，一個(gè)升級(jí)到WebSocket的請(qǐng)求可能看起來像這樣：

GET /socket HTTP/1.1
Host: example.com
Upgrade: websocket
Connection: Upgrade

如果服務(wù)器支持請(qǐng)求的協(xié)議，它會(huì)返回一個(gè) “101 Switching Protocols” 的響應(yīng)，并在響應(yīng)頭中包含 “Upgrade” 頭部，確認(rèn)它將切換到的協(xié)議。然后，服務(wù)器和客戶端將開始用新的協(xié)議通信。

這種升級(jí)機(jī)制使得HTTP可以作為一種通用的協(xié)議切換機(jī)制，允許在已經(jīng)建立的連接上無縫切換到新的協(xié)議，而不需要重新建立連接。

為什么要切換到新協(xié)議而不直接使用新協(xié)議？

切換到新協(xié)議而不是直接使用新協(xié)議的原因主要有以下幾點(diǎn)：

向后兼容性：HTTP/1.1是一個(gè)被廣泛接受和支持的協(xié)議，而新協(xié)議（如HTTP/2或WebSocket）可能無法被所有的客戶端或服務(wù)器支持。通過在HTTP/1.1上切換協(xié)議，可以在不影響舊客戶端或服務(wù)器的情況下使用新協(xié)議。
協(xié)商能力：在某些情況下，客戶端可能不確定服務(wù)器是否支持新協(xié)議，或者服務(wù)器可能需要根據(jù)請(qǐng)求的內(nèi)容決定使用哪種協(xié)議。通過升級(jí)機(jī)制，客戶端和服務(wù)器可以在已經(jīng)建立的連接上協(xié)商并切換到合適的協(xié)議。
避免不必要的連接：在某些情況下，直接使用新協(xié)議可能需要建立新的連接，這可能會(huì)導(dǎo)致額外的延遲和資源消耗。通過在已經(jīng)建立的連接上切換協(xié)議，可以避免這種開銷。
安全性和防火墻避讓：在某些情況下，新協(xié)議（如WebSocket）可能會(huì)被防火墻阻止。但是，由于HTTP是一個(gè)被廣泛接受的協(xié)議，所以在HTTP上升級(jí)協(xié)議可以繞過這些限制。

總的來說，升級(jí)到新協(xié)議而不是直接使用新協(xié)議是一種靈活的方式，可以在保持向后兼容性、避免不必要的開銷和繞過可能的限制的同時(shí)，享受新協(xié)議的優(yōu)勢(shì)。

您可能感興趣的文章: