碼上歡樂
相關內容    簡體    繁體

NGINX location 配置

本文轉載自   查看原文   2017-01-16 11:31   13133 

location表達式類型

  • ~ 表示執行一個正則匹配，區分大小寫
  • ~* 表示執行一個正則匹配，不區分大小寫
  • ^~ 表示普通字符匹配。使用前綴匹配。如果匹配成功，則不再匹配其他location。
  • = 進行普通字符精確匹配。也就是完全匹配。
  • @ 它定義一個命名的 location，使用在內部定向時，例如 error_page, try_files


location優先級說明

在nginx的location和配置中location的順序沒有太大關系。正location表達式的類型有關。相同類型的表達式，字符串長的會優先匹配。

以下是按優先級排列說明：

  1. 等號類型（=）的優先級最高。一旦匹配成功，則不再查找其他匹配項。
  2. ^~類型表達式。一旦匹配成功，則不再查找其他匹配項。
  3. 正則表達式類型（~ ~*）的優先級次之。如果有多個location的正則能匹配的話，則使用正則表達式最長的那個。
  4. 常規字符串匹配類型。按前綴匹配。

location優先級示例

配置項如下:

 
 
 
         
    
  
  
  
          
  1. location = / {
    2. 
  
  
  
          
  2.  # 僅僅匹配請求 /
    3. 
  
  
  
          
  3.  [ configuration A ]
    4. 
  
  
  
          
  4. }
    5. 
  
  
  
          
  5. location / {
    6. 
  
  
  
          
  6.  # 匹配所有以 / 開頭的請求。
    7. 
  
  
  
          
  7.  # 但是如果有更長的同類型的表達式，則選擇更長的表達式。
    8. 
  
  
  
          
  8.  # 如果有正則表達式可以匹配，則優先匹配正則表達式。
    9. 
  
  
  
          
  9.  [ configuration B ]
    10. 
  
  
  
          
  10. }
    11. 
  
  
  
          
  11. location /documents/ {
    12. 
  
  
  
          
  12.  # 匹配所有以 /documents/ 開頭的請求。
    13. 
  
  
  
          
  13.  # 但是如果有更長的同類型的表達式，則選擇更長的表達式。
    14. 
  
  
  
          
  14.  # 如果有正則表達式可以匹配，則優先匹配正則表達式。
    15. 
  
  
  
          
  15.  [ configuration C ]
    16. 
  
  
  
          
  16. }
    17. 
  
  
  
          
  17. location ^~ /images/ {
    18. 
  
  
  
          
  18.  # 匹配所有以 /images/ 開頭的表達式，如果匹配成功，則停止匹配查找。
    19. 
  
  
  
          
  19.  # 所以，即便有符合的正則表達式location，也不會被使用
    20. 
  
  
  
          
  20.  [ configuration D ]
    21. 
  
  
  
          
  21. }
    22. 
  
  
  
          
  22. location ~* \.(gif|jpg|jpeg)$ {
    23. 
  
  
  
          
  23.  # 匹配所有以 gif jpg jpeg結尾的請求。
    24. 
  
  
  
          
  24.  # 但是 以 /images/開頭的請求，將使用 Configuration D
    25. 
  
  
  
          
  25.  [ configuration E ]
    26. 
  
  
  
          
  26. }
    27.

請求匹配示例

 
 
 
         
    
  
  
  
          
  1. / -> configuration A
    2. 
  
  
  
          
  2. /index.html -> configuration B
    3. 
  
  
  
          
  3. /documents/document.html -> configuration C
    4. 
  
  
  
          
  4. /images/1.gif -> configuration D
    5. 
  
  
  
          
  5. /documents/1.jpg -> configuration E
    6.

注意，以上的匹配和在配置文件中定義的順序無關。


原文：http://seanlook.com/2015/05/17/nginx-location-rewrite/作者： sean

1. location正則寫法

一個示例：

 
 
 
         
    
  
  
  
          
  1. location = / {
    2. 
  
  
  
          
  2.  # 精確匹配 / ，主機名后面不能帶任何字符串
    3. 
  
  
  
          
  3.  [ configuration A ] 
    4. 
  
  
  
          
  4. }
    5. 
  
  
  
          
  5. location / {
    6. 
  
  
  
          
  6.  # 因為所有的地址都以 / 開頭，所以這條規則將匹配到所有請求
    7. 
  
  
  
          
  7.  # 但是正則和最長字符串會優先匹配
    8. 
  
  
  
          
  8.  [ configuration B ] 
    9. 
  
  
  
          
  9. }
    10. 
  
  
  
          
  10. location /documents/ {
    11. 
  
  
  
          
  11.  # 匹配任何以 /documents/ 開頭的地址，匹配符合以后，還要繼續往下搜索
    12. 
  
  
  
          
  12.  # 只有后面的正則表達式沒有匹配到時，這一條才會采用這一條
    13. 
  
  
  
          
  13.  [ configuration C ] 
    14. 
  
  
  
          
  14. }
    15. 
  
  
  
          
  15. location ~ /documents/Abc {
    16. 
  
  
  
          
  16.  # 匹配任何以 /documents/ 開頭的地址，匹配符合以后，還要繼續往下搜索
    17. 
  
  
  
          
  17.  # 只有后面的正則表達式沒有匹配到時，這一條才會采用這一條
    18. 
  
  
  
          
  18.  [ configuration CC ] 
    19. 
  
  
  
          
  19. }
    20. 
  
  
  
          
  20. location ^~ /images/ {
    21. 
  
  
  
          
  21.  # 匹配任何以 /images/ 開頭的地址，匹配符合以后，停止往下搜索正則，采用這一條。
    22. 
  
  
  
          
  22.  [ configuration D ] 
    23. 
  
  
  
          
  23. }
    24. 
  
  
  
          
  24. location ~* \.(gif|jpg|jpeg)$ {
    25. 
  
  
  
          
  25.  # 匹配所有以 gif,jpg或jpeg 結尾的請求
    26. 
  
  
  
          
  26.  # 然而，所有請求 /images/ 下的圖片會被 config D 處理，因為 ^~ 到達不了這一條正則
    27. 
  
  
  
          
  27.  [ configuration E ] 
    28. 
  
  
  
          
  28. }
    29. 
  
  
  
          
  29. location /images/ {
    30. 
  
  
  
          
  30.  # 字符匹配到 /images/，繼續往下，會發現 ^~ 存在
    31. 
  
  
  
          
  31.  [ configuration F ] 
    32. 
  
  
  
          
  32. }
    33. 
  
  
  
          
  33. location /images/abc {
    34. 
  
  
  
          
  34.  # 最長字符匹配到 /images/abc，繼續往下，會發現 ^~ 存在
    35. 
  
  
  
          
  35.  # F與G的放置順序是沒有關系的
    36. 
  
  
  
          
  36.  [ configuration G ] 
    37. 
  
  
  
          
  37. }
    38. 
  
  
  
          
  38. location ~ /images/abc/ {
    39. 
  
  
  
          
  39.  # 只有去掉 config D 才有效：先最長匹配 config G 開頭的地址，繼續往下搜索，匹配到這一條正則，采用
    40. 
  
  
  
          
  40.  [ configuration H ] 
    41. 
  
  
  
          
  41. }
    42. 
  
  
  
          
  42. location ~* /js/.*/\.js
    43.
  • 已=開頭表示精確匹配
    如 A 中只匹配根目錄結尾的請求，后面不能帶任何字符串。
  • ^~ 開頭表示uri以某個常規字符串開頭，不是正則匹配
  • ~ 開頭表示區分大小寫的正則匹配;
  • ~* 開頭表示不區分大小寫的正則匹配
  • / 通用匹配, 如果沒有其它匹配,任何請求都會匹配到

順序不等於優先級：

(location =) > (location 完整路徑) > (location ^~ 路徑) > (location ~,~* 正則順序) > (location 部分起始路徑) > (/)

上面的匹配結果。按照上面的location寫法，以下的匹配示例成立：

  • / -> config A
    精確完全匹配，即使/index.html也匹配不了
  • /downloads/download.html -> config B
    匹配B以后，往下沒有任何匹配，采用B
  • /images/1.gif -> configuration D
    匹配到F，往下匹配到D，停止往下
  • /images/abc/def -> config D
    最長匹配到G，往下匹配D，停止往下
    你可以看到 任何以/images/開頭的都會匹配到D並停止，FG寫在這里是沒有任何意義的，H是永遠輪不到的，這里只是為了說明匹配順序
  • /documents/document.html -> config C
    匹配到C，往下沒有任何匹配，采用C
  • /documents/1.jpg -> configuration E
    匹配到C，往下正則匹配到E
  • /documents/Abc.jpg -> config CC
    最長匹配到C，往下正則順序匹配到CC，不會往下到E

實際使用建議

所以實際使用中，個人覺得至少有三個匹配規則定義，如下：

 
 
 
         
    
  
  
  
          
  1. #直接匹配網站根，通過域名訪問網站首頁比較頻繁，使用這個會加速處理，官網如是說。
    2. 
  
  
  
          
  2. #這里是直接轉發給后端應用服務器了，也可以是一個靜態首頁
    3. 
  
  
  
          
  3. # 第一個必選規則
    4. 
  
  
  
          
  4. location = / {
    5. 
  
  
  
          
  5.  proxy_pass http://tomcat:8080/index
    6. 
  
  
  
          
  6. }
    7. 
  
  
  
          
  7. # 第二個必選規則是處理靜態文件請求，這是nginx作為http服務器的強項
    8. 
  
  
  
          
  8. # 有兩種配置模式，目錄匹配或后綴匹配,任選其一或搭配使用
    9. 
  
  
  
          
  9. location ^~ /static/ {
    10. 
  
  
  
          
  10.  root /webroot/static/;
    11. 
  
  
  
          
  11. }
    12. 
  
  
  
          
  12. location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
    13. 
  
  
  
          
  13.  root /webroot/res/;
    14. 
  
  
  
          
  14. }
    15. 
  
  
  
          
  15. # 第三個規則就是通用規則，用來轉發動態請求到后端應用服務器
    16. 
  
  
  
          
  16. # 非靜態文件請求就默認是動態請求，自己根據實際把握
    17. 
  
  
  
          
  17. # 畢竟目前的一些框架的流行，帶.php,.jsp后綴的情況很少了
    18. 
  
  
  
          
  18. location / {
    19. 
  
  
  
          
  19.  proxy_pass http://tomcat:8080/
    20. 
  
  
  
          
  20. }
    21.

參考：

2. Rewrite規則

rewrite功能就是，使用nginx提供的全局變量或自己設置的變量，結合正則表達式和標志位實現url重寫以及重定向。rewrite只能放在server{},location{},if{}中，並且只能對域名后邊的除去傳遞的參數外的字符串起作用，例如http://seanlook.com/a/we/index.PHP?id=1&u=str 只對/a/we/index.php重寫。語法rewrite regex replacement [flag];

如果相對域名或參數字符串起作用，可以使用全局變量匹配，也可以使用proxy_pass反向代理。

表明看rewrite和location功能有點像，都能實現跳轉，主要區別在於rewrite是在同一域名內更改獲取資源的路徑，而location是對一類路徑做控制訪問或反向代理，可以proxy_pass到其他機器。很多情況下rewrite也會寫在location里，它們的執行順序是：

  1. 執行server塊的rewrite指令
  2. 執行location匹配
  3. 執行選定的location中的rewrite指令

如果其中某步URI被重寫，則重新循環執行1-3，直到找到真實存在的文件；循環超過10次，則返回500 Internal Server Error錯誤。

2.1 flag標志位

  • last : 相當於Apache的[L]標記，表示完成rewrite
  • break : 停止執行當前虛擬主機的后續rewrite指令集
  • redirect : 返回302臨時重定向，地址欄會顯示跳轉后的地址
  • permanent : 返回301永久重定向，地址欄會顯示跳轉后的地址

因為301和302不能簡單的只返回狀態碼，還必須有重定向的URL，這就是return指令無法返回301,302的原因了。這里 last 和 break 區別有點難以理解：

  1. last一般寫在server和if中，而break一般使用在location中
  2. last不終止重寫后的url匹配，即新的url會再從server走一遍匹配流程，而break終止重寫后的匹配
  3. break和last都能組織繼續執行后面的rewrite指令

2.2 if指令與全局變量

if判斷指令

語法為if(condition){...}，對給定的條件condition進行判斷。如果為真，大括號內的rewrite指令將被執行，if條件(conditon)可以是如下任何內容：

  • 當表達式只是一個變量時，如果值為空或任何以0開頭的字符串都會當做false
  • 直接比較變量和內容時，使用=或!=
  • ~正則表達式匹配，~*不區分大小寫的匹配，!~區分大小寫的不匹配

-f和!-f用來判斷是否存在文件
-d和!-d用來判斷是否存在目錄
-e和!-e用來判斷是否存在文件或目錄
-x和!-x用來判斷文件是否可執行

例如：

 
 
 
         
    
  
  
  
          
  1. if ($http_user_agent ~ MSIE) {
    2. 
  
  
  
          
  2.  rewrite ^(.*)$ /msie/$1 break;
    3. 
  
  
  
          
  3. } //如果UA包含"MSIE"，rewrite請求到/msid/目錄下
    4. 
  
  
  
          
  4. if ($http_cookie ~* "id=([^;]+)(?:;|$)") {
    5. 
  
  
  
          
  5.  set $id $1;
    6. 
  
  
  
          
  6.  } //如果cookie匹配正則，設置變量$id等於正則引用部分
    7. 
  
  
  
          
  7. if ($request_method = POST) {
    8. 
  
  
  
          
  8.  return 405;
    9. 
  
  
  
          
  9. } //如果提交方法為POST，則返回狀態405（Method not allowed）。return不能返回301,302
    10. 
  
  
  
          
  10. if ($slow) {
    11. 
  
  
  
          
  11.  limit_rate 10k;
    12. 
  
  
  
          
  12. } //限速，$slow可以通過 set 指令設置
    13. 
  
  
  
          
  13. if (!-f $request_filename){
    14. 
  
  
  
          
  14.  break;
    15. 
  
  
  
          
  15.  proxy_pass http://127.0.0.1; 
    16. 
  
  
  
          
  16. } //如果請求的文件名不存在，則反向代理到localhost 。這里的break也是停止rewrite檢查
    17. 
  
  
  
          
  17. if ($args ~ post=140){
    18. 
  
  
  
          
  18.  rewrite ^ http://example.com/ permanent;
    19. 
  
  
  
          
  19. } //如果query string中包含"post=140"，永久重定向到example.com
    20. 
  
  
  
          
  20. location ~* \.(gif|jpg|png|swf|flv)$ {
    21. 
  
  
  
          
  21.  valid_referers none blocked www.jefflei.com www.leizhenfang.com;
    22. 
  
  
  
          
  22.  if ($invalid_referer) {
    23. 
  
  
  
          
  23.  return 404;
    24. 
  
  
  
          
  24.  } //防盜鏈
    25. 
  
  
  
          
  25. }
    26.

全局變量

下面是可以用作if判斷的全局變量

  • $args ： #這個變量等於請求行中的參數，同$query_string
  • $content_length ： 請求頭中的Content-length字段。
  • $content_type ： 請求頭中的Content-Type字段。
  • $document_root ： 當前請求在root指令中指定的值。
  • $host ： 請求主機頭字段，否則為服務器名稱。
  • $http_user_agent ： 客戶端agent信息
  • $http_cookie ： 客戶端cookie信息
  • $limit_rate ： 這個變量可以限制連接速率。
  • $request_method ： 客戶端請求的動作，通常為GET或POST。
  • $remote_addr ： 客戶端的IP地址。
  • $remote_port ： 客戶端的端口。
  • $remote_user ： 已經經過Auth Basic Module驗證的用戶名。
  • $request_filename ： 當前請求的文件路徑，由root或alias指令與URI請求生成。
  • $scheme ： HTTP方法（如http，https）。
  • $server_protocol ： 請求使用的協議，通常是HTTP/1.0或HTTP/1.1。
  • $server_addr ： 服務器地址，在完成一次系統調用后可以確定這個值。
  • $server_name ： 服務器名稱。
  • $server_port ： 請求到達服務器的端口號。
  • $request_uri ： 包含請求參數的原始URI，不包含主機名，如：”/foo/bar.php?arg=baz”。
  • $uri ： 不帶請求參數的當前URI，$uri不包含主機名，如”/foo/bar.html”。
  • $document_uri ： 與$uri相同。

例：http://localhost:88/test1/test2/test.php

 
 
 
         
    
  
  
  
          
  1. $host：localhost
    2. 
  
  
  
          
  2. $server_port：88
    3. 
  
  
  
          
  3. $request_uri：http://localhost:88/test1/test2/test.php
    4. 
  
  
  
          
  4. $document_uri：/test1/test2/test.php
    5. 
  
  
  
          
  5. $document_root：/var/www/html
    6. 
  
  
  
          
  6. $request_filename：/var/www/html/test1/test2/test.php
    7.

2.3 常用正則

  • . ： 匹配除換行符以外的任意字符
  • ? ： 重復0次或1次
  • + ： 重復1次或更多次
  • * ： 重復0次或更多次
  • \d ：匹配數字
  • ^ ： 匹配字符串的開始
  • $ ： 匹配字符串的介紹
  • {n} ： 重復n次
  • {n,} ： 重復n次或更多次
  • [c] ： 匹配單個字符c
  • [a-z] ： 匹配a-z小寫字母的任意一個

小括號()之間匹配的內容，可以在后面通過$1來引用，$2表示的是前面第二個()里的內容。正則里面容易讓人困惑的是\轉義特殊字符。

2.4 rewrite實例

例1：

 
 
 
         
    
  
  
  
          
  1. http {
    2. 
  
  
  
          
  2.  # 定義image日志格式
    3. 
  
  
  
          
  3.  log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' $status;
    4. 
  
  
  
          
  4.  # 開啟重寫日志
    5. 
  
  
  
          
  5.  rewrite_log on;
    6. 
  
  
  
          
  6.  
    7. 
  
  
  
          
  7.  server {
    8. 
  
  
  
          
  8.  root /home/www;
    9. 
  
  
  
          
  9.  
    10. 
  
  
  
          
  10.  location / {
    11. 
  
  
  
          
  11.  # 重寫規則信息
    12. 
  
  
  
          
  12.  error_log logs/rewrite.log notice; 
    13. 
  
  
  
          
  13.  # 注意這里要用‘’單引號引起來，避免{}
    14. 
  
  
  
          
  14.  rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data?file=$3.$4;
    15. 
  
  
  
          
  15.  # 注意不能在上面這條規則后面加上“last”參數，否則下面的set指令不會執行
    16. 
  
  
  
          
  16.  set $image_file $3;
    17. 
  
  
  
          
  17.  set $image_type $4;
    18. 
  
  
  
          
  18.  }
    19. 
  
  
  
          
  19.  
    20. 
  
  
  
          
  20.  location /data {
    21. 
  
  
  
          
  21.  # 指定針對圖片的日志格式，來分析圖片類型和大小
    22. 
  
  
  
          
  22.  access_log logs/images.log mian;
    23. 
  
  
  
          
  23.  root /data/images;
    24. 
  
  
  
          
  24.  # 應用前面定義的變量。判斷首先文件在不在，不在再判斷目錄在不在，如果還不在就跳轉到最后一個url里
    25. 
  
  
  
          
  25.  try_files /$arg_file /image404.html;
    26. 
  
  
  
          
  26.  }
    27. 
  
  
  
          
  27.  location = /image404.html {
    28. 
  
  
  
          
  28.  # 圖片不存在返回特定的信息
    29. 
  
  
  
          
  29.  return 404 "image not found\n";
    30. 
  
  
  
          
  30.  }
    31. 
  
  
  
          
  31. }
    32.

對形如/images/ef/uh7b3/test.png的請求，重寫到/data?file=test.png，於是匹配到location /data，先看/data/images/test.png文件存不存在，如果存在則正常響應，如果不存在則重寫tryfiles到新的image404 location，直接返回404狀態碼。

例2：

 
 
 
         
    
  
  
  
          
  1. rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;
    2.

對形如/images/bla_500x400.jpg的文件請求，重寫到/resizer/bla.jpg?width=500&height=400地址，並會繼續嘗試匹配location。


免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。



猜您在找 Nginx Location配置總結 nginx配置location總結 nginx location 的配置 nginx配置-location nginx配置location總結 Nginx的location配置剖析 nginx之location配置 nginx location 配置詳解 Nginx location的配置 Nginx location配置詳解
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM