运维 Nginx
安全服务器是只允许所需数量的服务器。理想情况下，将通过单独启用其他功能来基于最小系统构建服务器。进行最少的配置也有助于调试。如果该错误在最小系统中不可用，则分别添加功能，然后继续搜索错误。
这是运行nginx所需的最低配置:

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

Root,Location和try_files指令

Root 指令

root指令用于设置请求的根目录，从而允许nginx将传入的请求映射到文件系统上。

  1. server {
  2.   listen 80;
  3.   server_name javatpoint.co;
  4.   root /var/www/javatpoint.co;
  5. }

它允许nginx根据请求返回服务器内容:

  1. javatpoint.co:80/index.html     # returns /var/www/learnfk.com/index.html
  2. javatpoint.co:80/foo/index.html # returns /var/www/learnfk.com/foo/index.html

Location指令

location指令用于根据请求的URI(统一资源标识符)来设置配置。
语法为:

  1. location [modifier] path

示例:

  1. location /foo {
  2.   # ...
  3. }

如果未指定修饰符，则将路径视为前缀，之后可以跟随任何内容。上面的示例将匹配:

  1. /foo
  2. /fooo
  3. /foo123
  4. /foo/bar/index.html
  5. ...

还可以在给定的上下文中使用多个location指令:

  1. server {
  2.   listen 80;
  3.   server_name javatpoint.co;
  4.   root /var/www/javatpoint.co;
  6.   location/{
  7.     return 200 "root";
  8.   }
  10.   location /foo {
  11.     return 200 "foo";
  12.   }
  13. }
  14. javatpoint.co:80  /      # => "root"
  15. javatpoint.co:80   /foo    # => "foo"
  16. javatpoint.co:80   /foo123 # => "foo"
  17. javatpoint.co:80   /bar    # => "root"

Nginx还提供了一些可以与 location 指令结合使用的修饰符。
修饰符已分配优先级:

  1. =           - Exact match
  2. ^~          - Preferential match
  3. ~ && ~*     - Regex match
  4. no modifier - Prefix match

首先，nginx将检查所有精确匹配项。如果不存在，它将寻找优先选项。如果此匹配也失败，则将按其出现顺序测试正则表达式匹配。如果其他所有操作均失败，则将使用最后一个前缀匹配。

  1. location /match {
  2.   return 200 'Prefix match: will match everything that starting with /match';
  3. }
  5. location ~* /match[0-9] {
  6.   return 200 'Case insensitive regex match';
  7. }
  9. location ~ /MATCH[0-9] {
  10.   return 200 'Case sensitive regex match';
  11. }
  13. location ^~ /match0 {
  14.   return 200 'Preferential match';
  15. }
  17. location = /match {
  18.   return 200 'Exact match';
  19. }
  20. /match     # => 'Exact match'
  21. /match0    # => 'Preferential match'
  22. /match1    # => 'Case insensitive regex match'
  23. /MATCH1    # => 'Case sensitive regex match'
  24. /match-abc # => 'Prefix match: matches everything that starting with /match'

try_files指令

该指令尝试不同的路径，并返回找到的任何路径。

  1. try_files $uri index.html =404;

因此，/foo.html将尝试按以下顺序返回文件:

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

如果未找到:404
如果在服务器上下文中定义try_files，然后定义查找所有请求的位置，则不会执行try_files。发生这种情况是因为服务器上下文中的try_files定义了其伪位置，该伪位置是可能的最低特定位置。因此，定义location/ 会比伪位置更具体。

  1. server {
  2.   try_files $uri /index.html =404;
  4.   location/{
  5.   }
  6. }

因此，应该避免在服务器上下文中使用try_files:

  1. server {
  2.   location/{
  3.     try_files $uri /index.html =404;
  4.   }
  5. }