Nginx – 最小配置

Nginx – 最小配置

安全服務器是只允許所需數量的服務器。理想情況下,我們將通過單獨啟用其他功能來基于最小系統構建服務器。進行最少的配置也有助于調試。如果該錯誤在最小系統中不可用,則分別添加功能,然后繼續搜索錯誤。

這是運行nginx所需的最低配置:

#?/etc/nginx/nginx.confevents?{}?????????#?event?context?have?to?be?defined?to?consider?config?validhttp?{?server?{????listen?80;????server_name??javatpoint.co??www.javatpoint.co??*.javatpoint.co;????return?200?"Hello";??}

Root,Location和try_files指令

Root 指令

root指令用于設置請求的根目錄,從而允許nginx將傳入的請求映射到文件系統上。

server?{??listen?80;??server_name?javatpoint.co;??root?/var/www/javatpoint.co;}

它允許nginx根據請求返回服務器內容:

javatpoint.co:80/index.html?????#?returns?/var/www/learnfk.com/index.htmljavatpoint.co:80/foo/index.html?#?returns?/var/www/learnfk.com/foo/index.html

Location指令

location指令用于根據請求的URI(統一資源標識符)來設置配置。

語法為:

location?[modifier]?path

示例:

location?/foo?{??#?...}

如果未指定修飾符,則將路徑視為前綴,之后可以跟隨任何內容。上面的示例將匹配:

/foo/fooo/foo123/foo/bar/index.html...

我們還可以在給定的上下文中使用多個location指令:

server?{??listen?80;??server_name?javatpoint.co;??root?/var/www/javatpoint.co;??location/{????return?200?"root";??}??location?/foo?{????return?200?"foo";??}}javatpoint.co:80??/??????#?=>?"root"javatpoint.co:80???/foo????#?=>?"foo"javatpoint.co:80???/foo123?#?=>?"foo"javatpoint.co:80???/bar????#?=>?"root"

Nginx還提供了一些可以與 location 指令結合使用的修飾符。

搜索公眾號Linux中文社區后臺回復“私房菜”,獲取一份驚喜禮包。

修飾符已分配優先級:

=???????????-?Exact?match^~??????????-?Preferential?match~?&&?~*?????-?Regex?matchno?modifier?-?Prefix?match

首先,nginx將檢查所有精確匹配項。如果不存在,它將尋找優先選項。如果此匹配也失敗,則將按其出現順序測試正則表達式匹配。如果其他所有操作均失敗,則將使用最后一個前綴匹配。

location?/match?{??return?200?'Prefix?match:?will?match?everything?that?starting?with?/match';}location?~*?/match[0-9]?{??return?200?'Case?insensitive?regex?match';}location?~?/MATCH[0-9]?{??return?200?'Case?sensitive?regex?match';}location?^~?/match0?{??return?200?'Preferential?match';}location?=?/match?{??return?200?'Exact?match';}/match?????#?=>?'Exact?match'/match0????#?=>?'Preferential?match'/match1????#?=>?'Case?insensitive?regex?match'/MATCH1????#?=>?'Case?sensitive?regex?match'/match-abc?#?=>?'Prefix?match:?matches?everything?that?starting?with?/match'

try_files指令

該指令嘗試不同的路徑,并返回找到的任何路徑。

try_files?$uri?index.html?=404;

因此,/foo.html將嘗試按以下順序返回文件:

$uri(/foo.html);index.html

如果未找到:404

如果我們在服務器上下文中定義try_files,然后定義查找所有請求的位置,則不會執行try_files。發生這種情況是因為服務器上下文中的try_files定義了其偽位置,該偽位置是可能的最低特定位置。因此,定義location/ 會比我們的偽位置更具體。

server?{??try_files?$uri?/index.html?=404;??location/{??}}

因此,我們應該避免在服務器上下文中使用try_files:

server?{??location/{????try_files?$uri?/index.html?=404;??}}

? 版權聲明
THE END
喜歡就支持一下吧
點贊15 分享