您现在的位置是:首页 > 编程语言学习 > 后端编程语言 > 文章正文 后端编程语言

史上最详细Nginx配置解读大全,这篇文章就够了—上部分

万晓博博客 2019-12-19 14:24:06 后端编程语言

简介如果你是一个开发人员的话,就必须知道LNMP LAMP WAMP等服务器组合,市面上作为网页服务器的大概就两种nginx和apache这两个,两个服务各有千秋,今天万晓博SEO从网络上转载这篇史上最详细Nginx配置解读大全,只要看完本系列教程,你就一定对Nginx有初步的认识,就跟万晓博SEO一起往下看。

  本章前言:
 
  如果你是一个开发人员的话,就必须知道LNMP/LAMP/WAMP等服务器组合,市面上作为网页服务器的大概就两种nginx和apache这两个,两个服务各有千秋,今天万晓博SEO从网络上转载这篇史上最详细Nginx配置解读大全,只要看完本系列教程,你就一定对Nginx有初步的认识,就跟万晓博SEO一起往下看。
 
nginx配置文件
 
  一、Nginx简介
 
  1、Nginx 概述
 
  1)NGINX是一个免费、开源、高性能、轻量级的HTTP和反向代理服务器,也是一个电子邮件(IMAP/POP3)代理服务器,其特点是占有内存少,并发能力强。 Nginx 因为它的稳定性、丰富的模块库、灵活的配置和较低的资源消耗而闻名 。目前应该是几乎所有项目建设必备。
 
  2)Nginx由内核和一系列模块组成,内核提供web服务的基本功能,如启用网络协议,创建运行环境,接收和分配客户端请求,处理模块之间的交互。Nginx的各种功能和操作都由模块来实现。Nginx的模块从结构上分为核心模块、基础模块和第三方模块。
 
  核心模块: HTTP模块、EVENT模块和MAIL模块
 
  基础模块: HTTP Access模块、HTTP FastCGI模块、HTTP Proxy模块和HTTP Rewrite模块
 
  第三方模块: HTTP Upstream Request Hash模块、Notice模块和HTTP Access Key模块及用户自己开发的模块
 
  这样的设计使Nginx方便开发和扩展,也正因此才使得Nginx功能如此强大。Nginx的模块默认编译进nginx中,如果需要增加或删除模块,需要重新编译Nginx,这一点不如Apache的动态加载模块方便。如果有需要动态加载模块,可以使用由淘宝网发起的web服务器Tengine,在nginx的基础上增加了很多高级特性,完全兼容Nginx,已被国内很多网站采用。
 
  3)Nginx有很多扩展版本
 
  A、开源版 nginx.org「http://nginx.org」
 
  B、商业版 NGINX Plus「https://www.nginx.com」
 
  C、淘宝网发起的Web服务器 Tengine「http://tengine.taobao.org」
 
  D、基于Nginx和Lua的Web平台 OpenResty「http://openresty.org/cn」
 
  2、 Nginx 作为 web 服务器
 
  Web服务器也称为WWW(WORLD WIDE WEB)服务器,主要功能是提供网上信息浏览服务,常常以B/S(Browser/Server)方式提供服务。
 
  A、应用层使用HTTP协议。
 
  B、HTML文档格式。
 
  C、浏览器统一资源定位器(URL)。
 
  Nginx 可以作为静态页面的 web 服务器,同时还支持 CGI 协议的动态语言,比如 perl、php 等,但是不支持 java。Java 程序一般都通过与 Tomcat 配合完成。
 
  作为一名Java猿帅,肯定要理解下Nginx和Tomcat的区别了:
 
  Nginx、Apache和Tomcat
 
  A、Nginx—— 由俄罗斯程序员Igor Sysoev所开发的轻量级、高并发HTTP服务器;
 
  B、Apache HTTP Server Project,一个Apache基金会下的HTTP服务项目,和Nginx功能类似;
 
  C、Apache Tomcat ,则是Apache基金会下的另外一个项目,是一个Application Server,更准确的说是一个
 
  servlet应用容器,与Apache HTTP Server和Nginx相比,Tomcat能够动态的生成资源并返回到客户端;
 
  Apache HTTP Server和Nginx本身不支持生成动态页面,但它们可以通过其他模块来支持(例如通过Shell、PHP、Python脚本程序来动态生成内容);
 
  一个 HTTP Server 关心的是 HTTP 协议层面的传输和访问控制,所以在 Apache/Nginx 上你可以看到代理、负载均衡等功能。客户端通过 HTTP Server 访问服务器上存储的资源(HTML 文件、图片文件等等)。通过 CGI 技术,也可以将处理过的内容通过 HTTP Server 分发,但是一个 HTTP Server 始终只是把服务器上的文件如实的通过 HTTP 协议传输给客户端。
 
  而应用服务器,则是一个应用执行的容器。它首先需要支持开发语言的运行(对于 Tomcat 来说,就是 Java),保证应用能够在应用服务器上正常运行。其次,需要支持应用相关的规范,例如类库、安全方面的特性。对于 Tomcat 来说,就是需要提供 JSP/Sevlet 运行需要的标准类库、Interface 等。为了方便,应用服务器往往也会集成 HTTP Server 的功能,但是不如专业的 HTTP Server 那么强大,所以应用服务器往往是运行在 HTTP Server 的背后,执行应用,将动态的内容转化为静态的内容之后,通过 HTTP Server 分发到客户端。
 
  3、正向代理
 
  正向代理:如果把局域网外的 Internet 想象成一个巨大的资源库,则局域网中的客户端要访 问 Internet,则需要通过代理服务器来访问,这种代理服务就称为正向代理。
 
  正向代理“代理”的是客户端。
 
  比如你想去google看个“动作片”,可国内不允许呀,就需要找翻墙代理,这个就是所谓的”正向代理“。
 
Nginx配置解读大全
 
  4、反向代理与负载均衡
 
  反向代理正好与正向代理相反,反向代理是指以代理服务器来接收Internet上的连接请求,然后将请求转发到内部网络上的服务器,并将服务器上得到的结果返回给客户端,此时代理服务器对外表现就是一个服务器,客户端对代理是无感知的。
 
  反向代理“代理”的是服务端。
 
  再比如,你想本本分分的在“优酷”上看个“爱情片”,youku.com会把你的请求分发到存放片片的那台机器上,这个就是所谓的”反向代理“。
Nginx配置解读大全
 
  为什么使用反向代理
 
  1)保护和隐藏原始资源服务器
 
  2)加密和SSL加速
 
  3)通过缓存静态资源,加速Web请求
 
  4)实现负载均衡
 
  负载均衡
 
  地址重定向
 
  Nginx 的Rewrite主要的功能就是实现URL重写
 
  比如输入360.com 跳转到了360.cn,baidu.cn跳转到了baidu.com
 
  5、动静分离
 
  为了加快网站的解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度,降低原来单个服务器的压力。 这里指的就是让动态程序(Java、PHP)去访问应用服务器,让缓存、图片、JS、CSS等去访问Nginx。
 
  二、Nginx 下载以及安装
 
  1、下载Nginx,windows用户可以直接去官网下载安装
 
  wget http://nginx.org/download/nginx-1.16.1.tar.gz
 
  2、安装需要编译的插件
 
  1)用于编译c、c++代码的GCC;
 
  2)用c语言编写的正则表达式函数库Pcre(使用rewrite模块);
 
  3)用于数据压缩的函式库的Zlib;
 
  4)安全套接字层密码库OpenSSL(启用SSL支持)
  1. yum install gcc c++                                           
  2. yum install -y pcre pcre-devel                           
  3. yum install -y zlib zlib-devel                            
  4. yum install -y openssl openssl-devel    
  3、解压、配置(Nginx支持各种配置选项,文末一一列出 Nginx配置选项 )、编译、安装nginx
  1. tar -zxvf nginx-1.15.tar.gz cd nginx-1.16.1 
  2. cd nginx-1.16.1 
  3. ./configure 
  4. make && sudo make install 
  4、启动、重启、关闭
  1. cd /usr/local/nginx/  
  2. cd sbin 
  3. ./nginx 
  4. #关闭命令  
  5. ./nginx -s stop 
  6. #重启,热部署 
  7. ./nginx -s reload 
  8. #修改配置文件后也别嘚瑟,反正我会动不动就写错,检查修改的nginx.conf配置是否正确 
  9. ./nginx -t 
nginx配置详解
 
  5、验证(浏览器输入ip)
nginx配置文件详解
 
  三、nginx配置文件详解
 
  nginx.conf 配置文件主要分为三部分:全局块、events块、https块。
 
  Nginx配置语法:
 
  A、配置文件由指令和指令块构成
 
  B、每条指令以分号(;)结尾,指令和参数间以空格符分隔
 
  C、指令块以大括号{}将多条指令组织在一起
 
  D、include语句允许组合多个配置文件以提高可维护性
 
  E、使用 # 添加注释
 
  F、使用 $ 定义变量
 
  G、部分指令的参数支持正则表达式
 
  1、全局块
 
  全局配置部分用来配置对整个server都有效的参数。主要会设置一些影响 nginx 服务器整体运行的配置指令,主要包括配置运行 Nginx 服务器的用户(组)、允许生成的 worker process 数,进程 PID 存放路径、日志存放路径和类型以 及配置文件的引入等。 示例:
  1. user nobody; 
  2. worker_processes  4; 
  3. error_log  /data/nginx/logs/error.log  notice;  
  2、events 块
 
  events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接,常用的设置包括是否开启对多 work process 下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求,每个 word process 可以同时支持的最大连接数等。
  1. events { 
  2.     #每个 work process 支持的最大连接数为 1024. 
  3.     worker_connections  1024; 
  3、http 块
 
  这算是 Nginx 服务器配置中最频繁的部分,代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。 需要注意的是:http 块也可以包括 http 全局块、server 块。
 
  1)http 全局块
 
  http 全局块配置的指令包括文件引入、MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
  1. http { 
  2.     include       mime.types; 
  3.     default_type  application/octet-stream; 
  4.     sendfile        on; 
  5.     keepalive_timeout  65; 
  2)server 块
 
  这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的产生是为了 节省互联网服务器硬件成本。
 
  每个 http 块可以包括多个 server 块,而每个 server 块就相当于一个虚拟主机。
 
  而每个 server 块也分为全局 server 块,以及可以同时包含多个 locaton 块。
 
  A、全局 server 块
 
  也被叫做“虚拟服务器”部分,它描述的是一组根据不同server_name指令逻辑分割的资源,这些虚拟服务器响应HTTP请求,因此都包含在http部分。最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或 IP 配置。
  1. server { 
  2.   listen       80; 
  3.   #server_name也支持通配符,*.example.com、www.example.*、.example.com 
  4.   server_name  localhost; 
  5.   #charset koi8-r; 
  6.   #access_log  logs/host.access.log  main; 
  B、location 块
 
  一个 server 块可以配置多个 location 块。
 
  这块的主要作用是基于 Nginx 服务器接收到的请求字符串(例如 server_name/uri-string),对虚拟主机名称 (也可以是 IP 别名)之外的字符串(例如 前面的 /uri-string)进行匹配,对特定的请求进行处理。地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行。
 
  location 指令说明
 
  该指令用于匹配 URL。
 
  语法如下:location [ = | ~ | ~* | ^~] uri{}
 
  A、= :该修饰符使用精确匹配并且终止搜索。
 
  B、~:该修饰符使用区分大小写的正则表达式匹配。
 
  C、~*:该修饰符使用不区分大小写的正则表达式匹配。
 
  D、^~:用于不含正则表达式的 uri 前,要求 Nginx 服务器找到标识 uri 和请求字 符串匹配度最高的 location 后,立即使用此 location 处理请求,而不再使用 location 块中的正则 uri 和请求字符串做匹配。
 
  ?> Tip 注意:如果 uri 包含正则表达式,则必须要有 ~ 或者 ~* 标识。
 
  当一个请求进入时,URI将会被检测匹配一个最佳的location。
 
  A、没有正则表达式的location被作为最佳的匹配,独立于含有正则表达式的location顺序;
 
  B、在配置文件中按照查找顺序进行正则表达式匹配。在查找到第一个正则表达式匹配之后结束查找。由这个最佳的location提供请求处理。
  1. location / { 
  2.     root   html; 
  3.    index  index.html index.htm; 
  4.    } 
  5.   
  6.  #error_page  404              /404.html; 
  7.   
  8.  # redirect server error pages to the static page /50x.html 
  9.  # 
  10.  error_page   500 502 503 504  /50x.html; 
  11.  location = /50x.html { 
  12.     root   html; 
  13.  } 
  14.  location / { 
  15.      #try_files指令将会按照给定的参数顺序进行匹配尝试 
  16.      try_files $uri $uri/ /index.html; 
  17.  } 
  本章最后,nginx.conf详细配置解读
  1. #定义Nginx运行的用户和用户组 
  2. user www www;  
  3.  
  4. #nginx进程数,通常设置成和cpu的数量相等 
  5. worker_processes 4;  
  6.  
  7. #全局错误日志定义类型,[debug | info | notice | warn | error | crit] 
  8. #error_log  /data/nginx/logs/error.log; 
  9. #error_log  /data/nginx/logs/error.log  notice; 
  10.  
  11. #日志文件存放路径 access_log path [format [buffer=size | off]] 
  12. access_log /data/nginx/logs/lazyegg.com/web/access.log combinedio; 
  13.  
  14. #进程pid文件 
  15. #pid        logs/nginx.pid; 
  16.  
  17. #指定进程可以打开的最大描述符:数目 
  18. #工作模式与连接数上限 
  19. ##这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀,所以最好与ulimit -n 的值保持一致。 
  20. #这是因为nginx调度时分配请求到进程并不是那么的均衡,所以假如填写10240,总并发量达到3-4万时就有进程可能超过10240了,这时会返回502错误。 
  21. worker_rlimit_nofile 65535; 
  22.  
  23. #################################  events  ############################### 
  24. events { 
  25.     #参考事件模型,use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型 
  26.     use epoll 
  27.     #单个进程最大连接数(最大连接数=连接数+进程数) 
  28.     worker_connections  1024; 
  29.      
  30.     #keepalive 超时时间 
  31.     keepalive_timeout 60; 
  32.      
  33.     #客户端请求头部的缓冲区大小。 
  34.     client_header_buffer_size 4k; 
  35.      
  36.     #这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存。 
  37.     open_file_cache max=65535 inactive=60s; 
  38.     #这个是指多长时间检查一次缓存的有效信息。 
  39.     open_file_cache_valid 80s; 
  40.         #open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive时间内一次没被使用,它将被移除。 
  41.     open_file_cache_min_uses 1; 
  42.      
  43.     #语法:open_file_cache_errors on | off 默认值:open_file_cache_errors off 使用字段:http, server, location 这个指令指定是否在搜索一个文件是记录cache错误. 
  44.     open_file_cache_errors on; 
  45.  
  46. ##############################   http    ################################## 
  47.  
  48. #设定http服务器,利用它的反向代理功能提供负载均衡支持 
  49. http{ 
  50.     #文件扩展名与文件类型映射表 
  51.     include mime.types; 
  52.      
  53.     #默认文件类型 
  54.     default_type application/octet-stream; 
  55.      
  56.     #默认编码 
  57.     charset utf-8; 
  58.      
  59.     #服务器名字的hash表大小 
  60.     server_names_hash_bucket_size 128; 
  61.      
  62.     #客户端请求头部的缓冲区大小。 
  63.     client_header_buffer_size 32k; 
  64.      
  65.     #客户请求头缓冲大小。 
  66.     large_client_header_buffers 4 64k; 
  67.      
  68.     #允许客户端请求的最大单个文件字节数 
  69.     client_max_body_size 8m; 
  70.      
  71.     #开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,对于普通应用设为 on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载。注意:如果图片显示不正常把这个改成off。 
  72.     sendfile on; 
  73.      
  74.     #开启目录列表访问,适合下载服务器,默认关闭。 
  75.     autoindex on; 
  76.      
  77.     #此选项允许或禁止使用socke的TCP_CORK的选项,此选项仅在使用sendfile的时候使用 
  78.     tcp_nopush on; 
  79.       
  80.     tcp_nodelay on; 
  81.      
  82.     #长连接超时时间,单位是秒 
  83.     keepalive_timeout 120; 
  84.      
  85.     #FastCGI相关参数是为了改善网站的性能:减少资源占用,提高访问速度。下面参数看字面意思都能理解。 
  86.     fastcgi_connect_timeout 300; 
  87.     fastcgi_send_timeout 300; 
  88.     fastcgi_read_timeout 300; 
  89.     fastcgi_buffer_size 64k; 
  90.     fastcgi_buffers 4 64k; 
  91.     fastcgi_busy_buffers_size 128k; 
  92.     fastcgi_temp_file_write_size 128k; 
  93.      
  94.     #gzip模块设置 
  95.     gzip on; #开启gzip压缩输出 
  96.     gzip_min_length 1k;    #最小压缩文件大小 
  97.     gzip_buffers 4 16k;    #压缩缓冲区 
  98.     gzip_http_version 1.0; #压缩版本(默认1.1,前端如果是squid2.5请使用1.0) 
  99.     gzip_comp_level 2;     #压缩等级 
  100.     gzip_types text/plain application/x-javascript text/css application/xml;    #压缩类型,默认就已经包含textml,所以下面就不用再写了,写上去也不会有问题,但是会有一个warn。 
  101.     gzip_vary on; 
  102.  
  103.     #开启限制IP连接数的时候需要使用 
  104.     #limit_zone crawler $binary_remote_addr 10m; 
  105.      
  106.         #负载均衡配置 
  107.     upstream lazyegg.net { 
  108.    
  109.         #upstream的负载均衡,weight是权重,可以根据机器配置定义权重。weigth参数表示权值,权值越高被分配到的几率越大。 
  110.         server 192.168.80.121:80 weight=3; 
  111.         server 192.168.80.122:80 weight=2; 
  112.         server 192.168.80.123:80 weight=3; 
  113.  
  114.         #nginx的upstream目前支持4种方式的分配 
  115.         #1、轮询(默认) 
  116.         #每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。 
  117.         #2、weight 
  118.         #指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。 
  119.         #例如: 
  120.         #upstream bakend { 
  121.         #    server 192.168.0.14 weight=10; 
  122.         #    server 192.168.0.15 weight=10; 
  123.         #} 
  124.         #2、ip_hash 
  125.         #每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。 
  126.         #例如: 
  127.         #upstream bakend { 
  128.         #    ip_hash; 
  129.         #    server 192.168.0.14:88; 
  130.         #    server 192.168.0.15:80; 
  131.         #} 
  132.         #3、fair(第三方) 
  133.         #按后端服务器的响应时间来分配请求,响应时间短的优先分配。 
  134.         #upstream backend { 
  135.         #    server server1; 
  136.         #    server server2; 
  137.         #    fair; 
  138.         #} 
  139.         #4、url_hash(第三方) 
  140.         #按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。 
  141.         #例:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法 
  142.         #upstream backend { 
  143.         #    server squid1:3128; 
  144.         #    server squid2:3128; 
  145.         #    hash $request_uri; 
  146.         #    hash_method crc32; 
  147.         #} 
  148.  
  149.         #tips: 
  150.         #upstream bakend{#定义负载均衡设备的Ip及设备状态}{ 
  151.         #    ip_hash; 
  152.         #    server 127.0.0.1:9090 down; 
  153.         #    server 127.0.0.1:8080 weight=2; 
  154.         #    server 127.0.0.1:6060; 
  155.         #    server 127.0.0.1:7070 backup; 
  156.         #} 
  157.         #在需要使用负载均衡的server中增加 proxy_pass http://bakend/; 
  158.  
  159.         #每个设备的状态设置为: 
  160.         #1.down表示单前的server暂时不参与负载 
  161.         #2.weight为weight越大,负载的权重就越大。 
  162.         #3.max_fails:允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream模块定义的错误 
  163.         #4.fail_timeout:max_fails次失败后,暂停的时间。 
  164.         #5.backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。 
  165.  
  166.         #nginx支持同时设置多组的负载均衡,用来给不用的server来使用。 
  167.         #client_body_in_file_only设置为On 可以讲client post过来的数据记录到文件中用来做debug 
  168.         #client_body_temp_path设置记录文件的目录 可以设置最多3层目录 
  169.         #location对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡 
  170.     } 
  171.      
  172.        #虚拟主机的配置 
  173.     server { 
  174.         #监听端口 
  175.         listen 80; 
  176.  
  177.         #域名可以有多个,用空格隔开 
  178.         server_name lazyegg.net; 
  179.         #默认入口文件名称 
  180.         index index.html index.htm index.php; 
  181.         root /data/www/lazyegg; 
  182.  
  183.         #对******进行负载均衡 
  184.         location ~ .*.(php|php5)?$ 
  185.         { 
  186.             fastcgi_pass 127.0.0.1:9000; 
  187.             fastcgi_index index.php; 
  188.             include fastcgi.conf; 
  189.         } 
  190.           
  191.         #图片缓存时间设置 
  192.         location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$ 
  193.         { 
  194.             expires 10d; 
  195.         } 
  196.           
  197.         #JS和CSS缓存时间设置 
  198.         location ~ .*.(js|css)?$ 
  199.         { 
  200.             expires 1h; 
  201.         } 
  202.           
  203.         #日志格式设定 
  204.         #$remote_addr与$http_x_forwarded_for用以记录客户端的ip地址; 
  205.         #$remote_user:用来记录客户端用户名称; 
  206.         #$time_local: 用来记录访问时间与时区; 
  207.         #$request: 用来记录请求的url与http协议; 
  208.         #$status: 用来记录请求状态;成功是200, 
  209.         #$body_bytes_sent :记录发送给客户端文件主体内容大小; 
  210.         #$http_referer:用来记录从那个页面链接访问过来的; 
  211.         #$http_user_agent:记录客户浏览器的相关信息; 
  212.         #通常web服务器放在反向代理的后面,这样就不能获取到客户的IP地址了,通过$remote_add拿到的IP地址是反向代理服务器的iP地址。反向代理服务器在转发请求的http头信息中,可以增加x_forwarded_for信息,用以记录原有客户端的IP地址和原来客户端的请求的服务器地址。 
  213.         log_format access '$remote_addr - $remote_user [$time_local] "$request" ' 
  214.         '$status $body_bytes_sent "$http_referer" ' 
  215.         '"$http_user_agent" $http_x_forwarded_for'
  216.           
  217.         #定义本虚拟主机的访问日志 
  218.         access_log  /usr/local/nginx/logs/host.access.log  main; 
  219.         access_log  /usr/local/nginx/logs/host.access.404.log  log404; 
  220.           
  221.         #对 "/connect-controller" 启用反向代理 
  222.         location /connect-controller { 
  223.             proxy_pass http://127.0.0.1:88; #请注意此处端口号不能与虚拟主机监听的端口号一样(也就是server监听的端口) 
  224.             proxy_redirect off; 
  225.             proxy_set_header X-Real-IP $remote_addr; 
  226.               
  227.             #后端的Web服务器可以通过X-Forwarded-For获取用户真实IP 
  228.             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
  229.               
  230.             #以下是一些反向代理的配置,可选。 
  231.             proxy_set_header Host $host; 
  232.  
  233.             #允许客户端请求的最大单文件字节数 
  234.             client_max_body_size 10m; 
  235.  
  236.             #缓冲区代理缓冲用户端请求的最大字节数, 
  237.             #如果把它设置为比较大的数值,例如256k,那么,无论使用firefox还是IE浏览器,来提交任意小于256k的图片,都很正常。如果注释该指令,使用默认的client_body_buffer_size设置,也就是操作系统页面大小的两倍,8k或者16k,问题就出现了。 
  238.             #无论使用firefox4.0还是IE8.0,提交一个比较大,200k左右的图片,都返回500 Internal Server Error错误 
  239.             client_body_buffer_size 128k; 
  240.  
  241.             #表示使nginx阻止HTTP应答代码为400或者更高的应答。 
  242.             proxy_intercept_errors on; 
  243.  
  244.             #后端服务器连接的超时时间_发起握手等候响应超时时间 
  245.             #nginx跟后端服务器连接超时时间(代理连接超时) 
  246.             proxy_connect_timeout 90; 
  247.  
  248.             #后端服务器数据回传时间(代理发送超时) 
  249.             #后端服务器数据回传时间_就是在规定时间之内后端服务器必须传完所有的数据 
  250.             proxy_send_timeout 90; 
  251.  
  252.             #连接成功后,后端服务器响应时间(代理接收超时) 
  253.             #连接成功后_等候后端服务器响应时间_其实已经进入后端的排队之中等候处理(也可以说是后端服务器处理请求的时间) 
  254.             proxy_read_timeout 90; 
  255.  
  256.             #设置代理服务器(nginx)保存用户头信息的缓冲区大小 
  257.             #设置从被代理服务器读取的第一部分应答的缓冲区大小,通常情况下这部分应答中包含一个小的应答头,默认情况下这个值的大小为指令proxy_buffers中指定的一个缓冲区的大小,不过可以将其设置为更小 
  258.             proxy_buffer_size 4k; 
  259.  
  260.             #proxy_buffers缓冲区,网页平均在32k以下的设置 
  261.             #设置用于读取应答(来自被代理服务器)的缓冲区数目和大小,默认情况也为分页大小,根据操作系统的不同可能是4k或者8k 
  262.             proxy_buffers 4 32k; 
  263.  
  264.             #高负荷下缓冲大小(proxy_buffers*2) 
  265.             proxy_busy_buffers_size 64k; 
  266.  
  267.             #设置在写入proxy_temp_path时数据的大小,预防一个工作进程在传递文件时阻塞太长 
  268.             #设定缓存文件夹大小,大于这个值,将从upstream服务器传 
  269.             proxy_temp_file_write_size 64k; 
  270.         } 
  271.          
  272.         #本地动静分离反向代理配置 
  273.         #所有jsp的页面均交由tomcat或resin处理 
  274.         location ~ .(jsp|jspx|do)?$ { 
  275.             proxy_set_header Host $host; 
  276.             proxy_set_header X-Real-IP $remote_addr; 
  277.             proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
  278.             proxy_pass http://127.0.0.1:8080; 
  279.         } 
  280.     } 
  本章总结:
 
  以上就是万晓博SEO从互联网上转载的大佬分享的史上最详细Nginx配置解读大全一部分内容,由于篇幅的问题,本章就介绍上半部分,下半部分才是nginx真正的实例部分,还请期待下篇文章。

站点信息