安全服務器是只允許所需數量的服務器。理想情況下,我們將通過單獨啟用其他功能來基于最小系統構建服務器。進行最少的配置也有助于調試。如果該錯誤在最小系統中不可用,則分別添加功能,然后繼續搜索錯誤。
這是運行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.html
javatpoint.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 指令結合使用的修飾符。
修飾符已分配優先級:
= - Exact match
^~ - Preferential match
~ && ~* - Regex match
no 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;
}
}
責任編輯:haq
-
服務器
+關注
關注
12文章
9124瀏覽量
85331 -
nginx
+關注
關注
0文章
149瀏覽量
12170
原文標題:Nginx - 最小配置
文章出處:【微信號:aming_linux,微信公眾號:阿銘linux】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論