• 11选5走势图分析技巧 2019-09-30
  • 北京11选5胆拖计算器 2019-09-24
  • 11选5组选前三技巧 2019-09-23
  • 11选5摇奖模拟器 2019-09-16
  • 微信上广东11选5正规吗 2019-09-15
  • 11选5胆拖玩法对照表 2019-09-14
  • 体彩11选5前三组多少钱 2019-09-13
  • 11选5任选7软件 2019-09-12
  • 黑龙江新11选5开奖 2019-09-11
  • 广东11选5购彩网站 2019-09-10
  • 11选5拖计算器 2019-09-09
  • 北京体彩11选5开奖结果查询 2019-09-08
  • 11选5任6技巧集锦 2019-09-07
  • 福建11选5开奖结果112期 2019-09-06
  • 河北11选5遗漏数据 2019-09-05
  • 景安微信
    右侧QQ联系不上,可以加我微信
    您好,欢迎来到景安网络!
    加盟景安
    主页 >服务器配置 >这些nginx安装配置你了解吗?

    这些nginx安装配置你了解吗?


    来源:景安网络发表日期:2018-12-13浏览次数:Tags:nginx
    景安网络专业的数据中心服务商,长期提供数据中心托管服务,私有云,互联网解决方案,互联网增值服务。针对工信委大力实施“万企业上云”计划,景安以我所能,为你而+,推出千元云计算红包免费抽,核心云计算产品降幅达50%

    澳门国际赌场 www.qilebang.com Nginx多用于配置Web服务器。抽象来说,将Nginx配置为Web服务器就是定义处理哪些 URLS 和如何处理这些URLS 对应的请求。具体来说,就是定义一些虚拟服务器(Virtual Servers),控制具有特定 IP 和域名的请求。

    更具体的来说, Nginx 通过定义一系列 locations 来控制对 URIS 的选择。每一个 location 定义了对映射到自己的请求的处理场景:返回一个文件或者代理请求,或者根据不同的错误代码返回不同的错误页面。另外,根据 URI 的不同,请求也可以被重定向到其它 server 或者 location 。

    nginx

    设置虚拟服务器

    listen:

    Nginx 配置文件至少包含一个 server 命令 ,用来定义虚拟服务器。当请求到来时, Nginx 会首先选择一个虚拟服务器来处理该请求。

    虚拟服务器定义在 http 上下文中的 server 中:

    
    
    1. http {    
    2.     server {    
    3.         # Server configuration    
    4.     }    

    注意: http 中可以定义多个 server

    server 配置块使用 listen 命令监听本机 IP 和端口号(包括 Unix domain socket and path),支持 IPv4、IPv6,IPv6地址需要用方括号括起来:

    
    
    1. server {    
    2.     listen 127.0.0.1:8080;  # IPv4地址,8080端口    
    3.     # listen [2001:3CA1:10F:1A:121B:0:0:10]:80;   # IPv6地址,80端口    
    4.     # listen [::]:80;  # 听本机的所有IPv4与IPv6地址,80端口    
    5.     # The rest of server configuration    

    上述配置,如果不写端口号,默认使用80端口,如果不写 IP ,则监听本机所有 IP。

    server_name:

    如果多个 server 的 listen IP 和端口号一模一样, Nginx 通过请求头中的 Host

    与 server_name 定义的主机名进行比较,来选择合适的虚拟服务器处理请求:

    
    
    1. server {    
    2.     listen      80;    
    3.     server_name lufficc.com  www.lufficc.com;    
    4.     ...    

    server_name 的参数可以为:

    1、完整的主机名,如:api.lufficc.com 。

    2、含有通配符(含有 *),如:*.lufficc.com 或 api.* 。

    3、正则表达式,以 ~ 开头。

    通配符只能在开头或结尾,而且只能与一个 . 相邻。www.*.example.org 和 w*.example.org均无效。 但是,可以使用正则表达式匹配这些名称,例如 ~^www\..+\.example\.org$ 和~^w.*\.example\.org$ 。 而且 * 可以匹配多个部分。 名称 * .example.org 不仅匹配www.example.org,还匹配www.sub.example.org。

    对于正则表达式:Nginx 使用的正则表达式与 Perl 编程语言(PCRE)使用的正则表达式兼容。 要使用正则表达式,且必须以 ~ 开头。

    命名的正则表达式可以捕获变量,然后使用:

    
    
    1. server {    
    2.     server_name   ~^(www\.)?(?<domain>.+)$;    
    3.  
    4.     location / {    
    5.         root   /sites/$domain;    
    6.     }    

    小括号 () 之间匹配的内容,也可以在后面通过 $1 来引用,$2 表示的是前面第二个 () 里的内容。因此上述内容也可写为:

    
    
    1. server {    
    2.     server_name   ~^(www\.)?(.+)$;    
    3.  
    4.     location / {    
    5.         root   /sites/$2;    
    6.     }    

    一个 server_name 示例:

    
    
    1. server {    
    2.     listen      80;    
    3.     server_name api.lufficc.com  *.lufficc.com;    
    4.     ...    

    同样,如果多个名称匹配 Host 头部, Nginx 采用下列顺序选择:

    1、完整的主机名,如 api.lufficc.com。

    2、最长的,且以 * 开头的通配名,如:*.lufficc.com。

    3、最长的,且以 * 结尾的通配名,如:api.* 。

    4、第一个匹配的正则表达式。(按照配置文件中的顺序)

    即优先级:api.lufficc.com > *.lufficc.com > api.* > 正则。

    如果 Host 头部不匹配任何一个 server_name ,Nginx 将请求路由到默认虚拟服务器。默认虚拟服务器是指:nginx.conf 文件中第一个 server 或者 显式用 default_server 声明:

    
    
    1. server {    
    2.     listen      80 default_server;    
    3.     ...    

    配置 location

    URI 与 location 参数的匹配

    当选择好 server 之后,Nginx 会根据 URIs 选择合适的 location 来决定代理请求或者返回文件。

    location 指令接受两种类型的参数:

    1、前缀字符串(路径名称)

    2、正则表达式

    对于前缀字符串参数, URIs 必须严格的以它开头。例如对于 /some/path/ 参数,可以匹配/some/path/document.html ,但是不匹配 /my-site/some/path,因为 /my-site/some/path 不以/some/path/ 开头。

    
    
    1. server {    
    2.     listen      80 default_server;    
    3.     ...    

    对于正则表达式,以 ~ 开头表示大小写敏感,以 ~* 开头表示大小写不敏感。注意路径中的 . 要写成 \. 。例如一个匹配以 .html 或者 .htm 结尾的 URI 的 location:

    
    
    1. location ~ \.html? {    
    2.     ...    

    正则表达式的优先级大于前缀字符串。如果找到匹配的前缀字符串,仍继续搜索正则表达式,但如果前缀字符串以 ^~ 开头,则不再检查正则表达式。

    具体的搜索匹配流程如下:

    1、将 URI 与所有的前缀字符串进行比较。

    2、= 修饰符表明 URI 必须与前缀字符串相等(不是开始,而是相等),如果找到,则搜索停止。

    3、如果找到的最长前缀匹配字符串以 ^~ 开头,则不再搜索正则表达式是否匹配。

    4、存储匹配的最长前缀字符串。

    5、测试对比 URI 与正则表达式。

    6、找到第一个匹配的正则表达式后停止。

    7、如果没有正则表达式匹配,使用 4 存储的前缀字符串对应的 location。

    = 修饰符拥有最高的优先级。如网站首页访问频繁,我们可以专门定义一个 location 来减少搜索匹配次数(因为搜索到 = 修饰的匹配的 location 将停止搜索),提高速度:

    
    
    1. location = / {    
    2.     ...    

    静态文件和代理

    location 也定义了如何处理匹配的请求:返回静态文件 或者 交给代理服务器处理。下面的例子中,第一个 location 返回 /data 目录中的静态文件,第二个 location 则将请求传递给https://lufficc.com 域名的服务器处理:

    
    
    1. server {    
    2.     location /images/ {    
    3.         root /data;    
    4.     }    
    5.  
    6.     location / {    
    7.         proxy_pass https://lufficc.com;    
    8.     }    

    root 指令定义了静态文件的根目录,并且和 URI 拼接形成最终的本地文件路径。如请求/images/example.png,则拼接后返回本地服务器文件 /data/images/example.png 。

    proxy_pass 指令将请求传递到 URL 指向的代理服务器。让后将来自代理服务器的响应转发给客户端。 在上面的示例中,所有不以 /images / 开头的 URI 的请求都将传递给代理服务器处理。

    比如我把 proxy_pass 设置为 https://www.baidu.com/,那么访问 http://search.lufficc.com/ 将得到百度首页一样的响应(页面)(感兴趣的童鞋可以自己试一试搜索功能,和百度没差别呢):

    
    
    1. server{    
    2.       listen 80;    
    3.       server_name search.lufficc.com;    
    4.       location / {    
    5.               proxy_pass https://www.baidu.com;    
    6.       }    

    使用变量(Variables)

    你可以使用变量来使 Nginx 在不同的请求下采用不同的处理方式。变量是在运行时计算的,用作指令的参数。 变量由 $ 开头的符号表示。 变量基于 Nginx 的状态定义信息,例如当前处理的请求的属性。

    有很多预定义变量,例如核心的 HTTP 变量,你也可以使用 set,map 和 geo 指令定义自定义变量。 大多数变量在运行时计算,并包含与特定请求相关的信息。 例如,$remote_addr 包含客户端 IP 地址,$uri 保存当前URI值。

    一些常用的变量如下:

    一个简单的应用就是从 http 重定向到 https 时带上路径信息:

    
    
    1. server{    
    2.        ...    
    3.        return      301 https://lufficc.com$request_uri;    
    4.        ...    

    返回特定状态码

    如果你的网站上的一些资源永久移除了,最快最简洁的方法就是使用 return 指令直接返回:

    
    
    1. location /wrong/url {    
    2.     return 404;    

    return 的第一个参数是响应代码。可选的第二个参数可以是重定向(对应于代码301,302,303和307)的 URL 或在响应正文中返回的文本。 例如:

    
    
    1. location /permanently/moved/url {    
    2.     return 301 http://www.example.com/moved/here;   } 

    return 指令可以包含在 location 和 server 上下文中:

    
    
    1. server{       
    2.       location / {       
    3.               return 404;       
    4.       }       

    或者:

    
    
    1. server{    
    2.       ...    
    3.       return 404;    
    4.       location / {    
    5.           ...                
    6.       }    

    错误处理

    error_page 命令可以配置特定错误码的错误页面,或者重定向到其他的页面。下面的示例将在 404 错误发生时返回 /404.html 页面。

    
    
    1. error_page 404 /404.html; 

    error_page 命令定义了如何处理错误,因此不会直接返回,而 return 确实会立即返回。当代理服务器或者 Nginx 处理时产生相应的错误的代码,均会返回相应的错误页面。

    在下面的示例中,当 Nginx 找不到页面时,它将使用代码301替换代码404,并将客户端重定向到http://example.com/new/path.html 。 此配置很有用,比如当客户端仍尝试用旧的 URI 访问页面时,301代码通知浏览器页面已永久移除,并且需要自动替换为返回的新地址。

    
    
    1. location /old/path.html {    
    2.     error_page 404 =301 http:/example.com/new/path.html;    

    重写 URIs

    rewrite 指令可以多次修改请求的 URI。rewrite 的第一个参数是 URI需要匹配的正则表达式,第二个参数是将要替换的 URI。第三个参数可选,指示是否继续可以重写或者返回重定向代码(301或302)。例如:

    
    
    1. location /users/ {    
    2.     rewrite ^/users/(.*)$ /show?user=$1 break;    

    您可以在 server 和 location 上下文中包括多个 rewrite 指令。 Nginx 按照它们发生的顺序一个一个地执行指令。 当选择 server 时,server 中的 rewrite 指令将执行一次。

    在 Nginx 处理一组 rewrite 指令之后,它根据新的 URI 选择 location 。 如果所选 location 仍旧包含 rewrite 指令,它们将依次执行。 如果 URI 匹配所有,则在处理完所有定义的 rewrite 指令后,搜索新的 location 。

    以下示例将 rewrite 指令与 return 指令结合使用:

    
    
    1. server {    
    2.     ...    
    3.     rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 last;    
    4.     rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra  last;    
    5.     return  403;    
    6.     ...    

    诸如 /download/some/media/file 的 URI 被改为 /download/some/mp3/file.mp3 。 由于 last 标志,后续指令(第二个 rewrite 指令和 return 指令)被跳过,但 Nginx 继续以更改后的 URI 处理请求。 类似地,诸如 /download/some/audio/file 的 URI 被替换为/download/some/mp3/file.ra。 如果 URI 不匹配 rewrite 指令,Nginx 将403 错误代码返回给客户端。

    last 与 break的区别是:

    • last : 在当前 server 或 location 上下文中停止执行 rewrite 指令,但是 Nginx 继续搜索与重写的URI匹配的 location,并应用新 location 中的任何 rewrite 指令(这意味着 URI 可能再次改变)。
    • break :停止当前上下文中 rewrite 指令的处理,并取消搜索与新 URI 匹配的 location。 不会执行新 location中的 rewrite 指令。
    0(好文)
    0(太水)
    版权声明:部分文章源于网络,如侵权请联系我们删除
    1元上云

    专题页