phppostdome技巧_最全总结Nginx 操作详解

本文将会从：安装 -> 全局配置 -> 常用的各种配置 来书写，个中常用配置写的炒鸡详细，须要的童鞋可以直接滑倒相应的位置查看。

下载 nginx 的压缩包文件到根目录，官网下载地址：http://nginx.org/download/nginx-x.xx.xx.tar.gz

yum update #更新系统软件cd /wget nginx.org/download/nginx-1.17.2.tar.gz

解压 tar.gz 压缩包文件，进去 nginx-1.17.2

tar -xzvf nginx-1.17.2.tar.gzcd nginx-1.17.2

进入文件夹后进行配置检讨

./configure

通过安装前的配置检讨，创造有报错。
检讨中创造一些依赖库没有找到，这时候须要先安装 nginx 的一些依赖库

yum -y install pcre #安装使nginx支持rewriteyum -y install gcc-c++yum -y install zlibyum -y install openssl openssl-devel

再次进行检讨操作 ./configure 没创造报错显示，接下来进行编译并安装的操作

// 检讨模块支持 ./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_auth_request_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_slice_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-stream --with-stream_ssl_module --with-stream_realip_module --with-stream_ssl_preread_module --with-threads --user=www --group=www

这里得特殊把稳下，你往后须要用到的功能模块是否存在，不然往后添加新的包会比较麻烦。

查看默认安装的模块支持

命令 ls nginx-1.17.2 查看 nginx 的文件列表，可以创造里面有一个 auto 的目录。

在这个 auto 目录中有一个 options 文件，这个文件里面保存的便是 nginx 编译过程中的所有选项配置。

通过命令：cat nginx-1.17.2/auto/options | grep YES就可以查看

nginx 编译安装时，怎么查看安装模块

编译并安装

make && make install

这里须要把稳，模块的支持跟后续的 nginx 配置有关，比如 SSL，gzip 压缩等等，编译安装前最好检讨须要配置的模块存不存在。

查看 nginx 安装后在的目录，可以看到已经安装到 /usr/local/nginx 目录了

whereis nginx$nginx: /usr/local/nginx

启动 nginx 做事

cd /usr/local/nginx/sbin/./nginx

做事启动的时候报错了：nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) ，通过命令查看本机网络地址和端口等一些信息，找到被占用的 80 端口 netstat -ntpl 的 tcp 连接，并杀去世进程(kill 进程 pid)

netstat -ntplkill 进程PID

连续启动 nginx 做事，启动成功

./nginx

在浏览器直接访问 ip 地址，页面涌现 Welcome to Nginx! 则安装成功。

main # 全局配置，对全局生效├── events # 配置影响 nginx 做事器或与用户的网络连接├── http # 配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置│ ├── upstream # 配置后端做事用具体地址，负载均衡配置不可或缺的部分│ ├── server # 配置虚拟主机的干系参数，一个 http 块中可以有多个 server 块│ ├── server│ │ ├── location # server 块可以包含多个 location 块，location 指令用于匹配 uri│ │ ├── location│ │ └── ...│ └── ...└── ...紧张配置含义main:nginx 的全局配置，对全局生效。
events:配置影响 nginx 做事器或与用户的网络连接。
http：可以嵌套多个 server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。
server：配置虚拟主机的干系参数，一个 http 中可以有多个 server。
location：配置要求的路由，以及各种页面的处理情形。
upstream：配置后端做事用具体地址，负载均衡配置不可或缺的部分。
nginx.conf 配置文件的语法规则配置文件由指令与指令块构成每条指令以 “;” 分号结尾，指令与参数间以空格符号分隔指令块以 {} 大括号将多条指令组织在一起include 语句许可组合多个配置文件以提升可掩护性通过 # 符号添加注释，提高可读性通过 $ 符号利用变量部分指令的参数支持正则表达式，例如常用的 location 指令内置变量

nginx 常用的内置全局变量，你可以在配置中随意利用：

nginx 常用功能常用命令

这里列举几个常用的命令：

nginx -s reload # 向主进程发送旗子暗记，重新加载配置文件，热重启nginx -s reopen # 重启 Nginxnginx -s stop # 快速关闭nginx -s quit # 等待事情进程处理完成后关闭nginx -T # 查看当前 Nginx 终极的配置nginx -t -c <配置路径> # 检讨配置是否有问题，如果已经在配置目录，则不须要 -c

以上命令通过 nginx -h 就可以查看到，还有其它不常用这里未列出。

Linux 系统运用管理工具 systemd 关于 nginx 的常用命令：

systemctl start nginx # 启动 Nginxsystemctl stop nginx # 停滞 Nginxsystemctl restart nginx # 重启 Nginxsystemctl reload nginx # 重新加载 Nginx，用于修正配置后systemctl enable nginx # 设置开机启动 Nginxsystemctl disable nginx # 关闭开机启动 Nginxsystemctl status nginx # 查看 Nginx 运行状态配置 nginx 开机自启

利用 systemctl 命令：

如果用 yum install 命令安装的 nginx，yum 命令会自动创建 nginx.service 文件，直接用命令:

systemctl enable nginx # 设置开机启动 Nginxsystemctl disable nginx # 关闭开机启动 Nginx

就可以设置开机自启，否则须要在系统做事目录里创建 nginx.service 文件。

创建并打开 nginx.service 文件：

vi /lib/systemd/system/nginx.service

内容如下：

[Unit]Description=nginxAfter=network.target[Service]Type=forkingExecStart=/usr/local/nginx/sbin/nginxExecReload=/usr/local/nginx/sbin/nginx -s reloadExecStop=/usr/local/nginx/sbin/nginx -s quitPrivateTmp=true[Install]WantedBy=multi-user.target

:wq 保存退出，运行 systemctl daemon-reload 使文件生效。

这样便可以通过以下命令操作 nginx 了：

systemctl start nginx.service # 启动nginx做事systemctl enable nginx.service # 设置开机启动systemctl disable nginx.service # 停滞开机自启动systemctl status nginx.service # 查看做事当前状态systemctl restart nginx.service # 重新启动做事systemctl is-enabled nginx.service #查询做事是否开机启动

通过开机启动命令脚本实现开机自启

创建开机启动命令脚本文件：

vi /etc/init.d/nginx

在这个 nginx 文件中插入一下启动脚本代码，启动脚本代码来源网络复制，实测有效：

#! /bin/bash# chkconfig: - 85 15PATH=/usr/local/nginxDESC="nginx daemon"NAME=nginxDAEMON=$PATH/sbin/$NAMECONFIGFILE=$PATH/conf/$NAME.confPIDFILE=$PATH/logs/$NAME.pidscriptNAME=/etc/init.d/$NAMEset -e[ -x "$DAEMON" ] || exit 0do_start() {$DAEMON -c $CONFIGFILE || echo -n "nginx already running"}do_stop() {$DAEMON -s stop || echo -n "nginx not running"}do_reload() {$DAEMON -s reload || echo -n "nginx can't reload"}case "$1" instart)echo -n "Starting $DESC: $NAME"do_startecho ".";;stop)echo -n "Stopping $DESC: $NAME"do_stopecho ".";;reload|graceful)echo -n "Reloading $DESC configuration..."do_reloadecho ".";;restart)echo -n "Restarting $DESC: $NAME"do_stopdo_startecho ".";;)echo "Usage: $scriptNAME {start|stop|reload|restart}" >&2exit 3;;esacexit 0

设置所有人都有对这个启动脚本 nginx 文件的实行权限：

chmod a+x /etc/init.d/nginx

把 nginx 加入系统做事中：

chkconfig --add nginx

把做事设置为开机启动：

chkconfig nginx on

reboot 重启系统生效，可以利用上面 systemctl 方法相同的命令：

systemctl start nginx.service # 启动nginx做事systemctl enable nginx.service # 设置开机启动systemctl disable nginx.service # 停滞开机自启动systemctl status nginx.service # 查看做事当前状态systemctl restart nginx.service # 重新启动做事systemctl is-enabled nginx.service #查询做事是否开机启动

如果做事启动的时候涌现 Restarting nginx daemon: nginxnginx: [error] open() "/usr/local/nginx/logs/nginx.pid" failed (2: No such file or directory) nginx not running 的缺点，通过 nginx -c 参数指定配置文件即可办理

/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf

如果做事启动中涌现 nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use) 的缺点，可以先通过 service nginx stop 停滞做事，再启动就好。

当你每次改了 nginx.conf 配置文件的内容都须要重新到 nginx 启动目录去实行命令，或者通过 -p 参数指向特定目录，会不会觉得很麻烦？

例如： 直接实行 nginx -s reload 会报错 -bash: nginx: command not found，须要到 /usr/local/nginx/sbin 目录下面去实行，并且是实行 ./nginx -s reload。

这里有两种办法可以办理，一种是通过脚本对 nginx 命令包装，这里先容其余一种比较大略：通过把 nginx 配置到环境变量里，用 nginx 实行指令即可。
步骤如下：

1、编辑 /etc/profile

vi /etc/profile

2、在末了一行添加配置，:wq 保存

export PATH=$PATH:/usr/local/nginx/sbin

3、使配置立即生效

source /etc/profile

这样就可以愉快的直接在全局利用 nginx 命令了。

我们最常说的反向代理的是通过反向代理办理跨域问题。

实在反向代理还可以用来掌握缓存（代理缓存 proxy cache），进行访问掌握等等，以及后面说的负载均衡实在都是通过反向代理来实现的。

server { listen 8080; # 用户访问 ip:8080/test 下的所有路径代理到 github location /test { proxy_pass https://github.com; } # 所有 /api 下的接口访问都代理到本地的 8888 端口 # 例如你本地运行的 java 做事的端口是 8888，接口都因此 /api 开头 location /api { proxy_pass http://127.0.0.1:8888; }}访问掌握

server { location ~ ^/index.html { # 匹配 index.html 页面 除了 127.0.0.1 以外都可以访问 deny 192.168.1.1; deny 192.168.1.2; allow all; }}

上面的命令表示禁止 192.168.1.1 和 192.168.1.2 两个 ip 访问，其它全部许可。
从上到下的顺序，匹配到了便跳出，可以按你的需求设置。

通过负载均衡充利用做事器资源，nginx 目前支持自带 4 种负载均衡策略，还有 2 种常用的第三方策略。

轮询策略（默认）

每个要求按韶光顺序逐一分配到不同的后端做事器，如果有后端做事器挂掉，能自动剔除。
但是如果个中某一台做事器压力太大，涌现延迟，会影响所有分配在这台做事器下的用户。

http { upstream test.com { server 192.168.1.12:8887; server 192.168.1.13:8888; } server { location /api { proxy_pass http://test.com; } }}

根据做事器权重

例如要配置：10 次要求中大概 1 次访问到 8888 端口，9 次访问到 8887 端口：

http { upstream test.com { server 192.168.1.12:8887 weight=9; server 192.168.1.13:8888 weight=1; } server { location /api { proxy_pass http://test.com; } }}

客户端 ip 绑定（ip_hash）

来自同一个 ip 的要求永久只分配一台做事器，有效办理了动态网页存在的 session 共享问题。
例如：比如把登录信息保存到了 session 中，那么跳转到其余一台做事器的时候就须要重新登录了。

以是很多时候我们须要一个客户只访问一个做事器，那么就须要用 ip_hash 了。

http { upstream test.com { ip_hash; server 192.168.1.12:8887; server 192.168.1.13:8888; } server { location /api { proxy_pass http://test.com; } }}

最小连接数策略

将要求优先分配给压力较小的做事器，它可以平衡每个行列步队的长度，并避免向压力大的做事器添加更多的要求。

http { upstream test.com { least_conn; server 192.168.1.12:8887; server 192.168.1.13:8888; } server { location /api { proxy_pass http://test.com; } }}

最快相应韶光策略（依赖于第三方 NGINX Plus）

依赖于 NGINX Plus，优先分配给相应韶光最短的做事器。

http { upstream test.com { fair; server 192.168.1.12:8887; server 192.168.1.13:8888; } server { location /api { proxy_pass http://test.com; } }}

按访问 url 的 hash 结果（第三方）

按访问 url 的 hash 结果来分配要求，使每个 url 定向到同一个后端做事器，后端做事器为缓存时比较有效。
在 upstream 中加入 hash 语句，server 语句中不能写入 weight 等其他的参数，hash_method 是利用的 hash 算法

http { upstream test.com { hash $request_uri; hash_method crc32; server 192.168.1.12:8887; server 192.168.1.13:8888; } server { location /api { proxy_pass http://test.com; } }}

采取 HAproxy 的 loadbalance uri 或者 nginx 的 upstream_hash 模块，都可以做到针对 url 进行哈希算法度模范的负载均衡转发。

开启 gzip 压缩可以大幅减少 http 传输过程中文件的大小，可以极大的提高网站的访问速率，基本是必不可少的优化操作：

gzip on; # 开启gzip 压缩# gzip_types# gzip_static on;# gzip_proxied expired no-cache no-store private auth;# gzip_buffers 16 8k;gzip_min_length 1k;gzip_comp_level 4;gzip_http_version 1.0;gzip_vary off;gzip_disable "MSIE [1-6]\.";

阐明一下：

个中第 2 点，普遍是结合前端打包的时候打包成 gzip 文件后支配到做事器上，这样做事器就可以直策应用 gzip 的文件了，并且可以把压缩比例提高，这样 nginx 就不用压缩，也就不会影响速率。
一样平常不追求极致的情形下，前端不用做任何配置就可以利用啦~

附前端 webpack 开启 gzip 压缩配置，在 vue-cli3 的 vue.config.js 配置文件中：

const CompressionWebpackPlugin = require('compression-webpack-plugin')module.exports = { // gzip 配置 configureWebpack: config => { if (process.env.NODE_ENV === 'production') { // 生产环境 return { plugins: [new CompressionWebpackPlugin({ test: /\.js$|\.html$|\.css/, // 匹配文件名 threshold: 1024, // 文件压缩阈值，对超过 1k 的进行压缩 deleteOriginalAssets: false // 是否删除源文件 })] } } }, ...}HTTP 做事器

nginx 本身也是一个静态资源的做事器，当只有静态资源的时候，就可以利用 nginx 来做做事器：

server { listen 80; server_name localhost; location / { root /usr/local/app; index index.html; }}

这样如果访问 http://ip 就会默认访问到 /usr/local/app 目录下面的 index.html，如果一个网站只是静态页面的话，那么就可以通过这种办法来实现支配，比如一个静态官网。

便是把动态和静态的要求分开。
办法紧张有两种：

# 所有静态要求都由nginx处理，存放目录为 htmllocation ~ \.(gif|jpg|jpeg|png|bmp|swf|css|js)$ { root /usr/local/resource; expires 10h; # 设置过期韶光为10小时}# 所有动态要求都转发给 tomcat 处理location ~ \.(jsp|do)$ { proxy_pass 127.0.0.1:8888;}

把稳上面设置了 expires，当 nginx 设置了 expires 后，例如设置为：expires 10d; 那么，所在的 location 或 if 的内容，用户在 10 天内要求的时候，都只会访问浏览器中的缓存，而不会去要求 nginx 。

对付大流量恶意的访问，会造成带宽的摧残浪费蹂躏，给做事器增加压力。
可以通过 nginx 对付同一 IP 的连接数以及并发数进行限定。
合理的掌握还可以用来防止 DDos 和 CC 攻击。

关于要求限定紧张利用 nginx 默认集成的 2 个模块：

涉及到的配置紧张是：

通过 limit_req_zone 限定要求数

http{ limit_conn_zone $binary_remote_addrzone=limit:10m; // 设置共享内存空间大 server{ location /{ limit_conn addr 5; # 同一用户地址同一韶光只许可有5个连接。
} }}

如果共享内存空间被耗尽，做事器将会对后续所有的要求返回 503 (Service Temporarily Unavailable) 缺点。

当多个 limit_conn_zone 指令被配置时，所有的连接数限定都会生效。
比如，下面配置不仅会限定单一 IP 来源的连接数，同时也会限定单一虚拟做事器的总连接数：

limit_conn_zone $binary_remote_addr zone=perip:10m;limit_conn_zone $server_name zone=perserver:10m;server { limit_conn perip 10; # 限定每个 ip 连接到做事器的数量 limit_conn perserver 2000; # 限定连接到做事器的总数}

通过 limit_conn_zone 限定并发连接数

limit_req_zone $binary_remote_addr zone=creq:10 mrate=10r/s;server{ location /{ limit_req zone=creq burst=5; }}

限定均匀每秒不超过一个要求，同时许可超过频率限定的要求数不多于 5 个。
如果不肯望超过的要求被延迟，可以用 nodelay 参数,如：

limit_req zone=creq burst=5 nodelay;

这里只是大略讲讲，让大家有这个观点，配置的时候可以深入去找找资料。

正向代理，意思是一个位于客户端和原始做事器(origin server)之间的做事器，为了从原始做事器取得内容，客户端向代理发送一个要求并指定目标(原始做事器)，然后代理向原始做事器转交要求并将得到的内容返回给客户端。
客户端才能利用正向代理，比如我们利用的 VPN 做事便是正向代理，直不雅观差异（图片来源于 前端开拓者必备的 Nginx 知识）：

配置正向代理：

resolver 8.8.8.8 # 谷歌的域名解析地址server { resolver_timeout 5s; // 设超时时间 location / { # 当客户端要求我的时候，我会把要求转发给它 # $host 要访问的主机名 $request_uri 要求路径 proxy_pass http://$host$request_uri; }}

正向代理的工具是客户端，做事器端看不到真正的客户端。

server { listen 80; server_name .test; # 图片防盗链 location ~ \.(gif|jpg|jpeg|png|bmp|swf)$ { valid_referers none blocked server_names ~\.google\. ~\.baidu\. .qq.com; # 只许可本机 IP 外链引用，将百度和谷歌也加入白名单有利于 SEO if ($invalid_referer){ return 403; } }

以上设置就能防止其它网站利用外链访问我们的图片，有利于节省流量

根据用户设备不同返回不同样式的站点，以前常常利用的是纯前真个自适应布局，但是繁芜的网站并不适宜相应式，无论是繁芜性和易用性上面还是不如分开编写的好，比如我们常见的淘宝、京东。

根据用户要求的 user-agent 来判断是返回 PC 还是 H5 站点：

server { listen 80; server_name test.com; location / { root /usr/local/app/pc; # pc 的 html 路径 if ($http_user_agent ~ '(Android|webOS|iPhone|iPod|BlackBerry)') { root /usr/local/app/mobile; # mobile 的 html 路径 } index index.html; }}设置二级域名

新建一个 server 即可：

server { listen 80; server_name admin.test.com; // 二级域名 location / { root /usr/local/app/admin; # 二级域名的 html 路径 index index.html; }}配置 HTTPS

这里我利用的是 certbot 免费证书，但申请一次有效期只有 3 个月（彷佛可以用 crontab 考试测验配置自动续期，我暂时没试过）：

先安装 certbot

wget https://dl.eff.org/certbot-autochmod a+x certbot-auto

申请证书（把稳：须要把要申请证书的域名先解析到这台做事器上，才能申请）:

sudo ./certbot-auto certonly --standalone --email admin@abc.com -d test.com -d www.test.com

实行上面指令，按提示操作。

Certbot 会启动一个临时做事器来完成验证（会占用 80 端口或 443 端口，因此须要暂时关闭 Web 做事器），然后 Certbot 会把证书以文件的形式保存，包括完全的证书链文件和私钥文件。

文件保存在 /etc/letsencrypt/live/ 下面的域名目录下。

修正 nginx 配置：

server{ listen 443 ssl http2; // 这里还启用了 http/2.0 ssl_certificate /etc/letsencrypt/live/test.com/fullchain.pem; # 证书文件地址 ssl_certificate_key /etc/letsencrypt/live/test.com/privkey.pem; # 私钥文件地址 server_name test.com www.test.com; // 证书绑定的域名}配置 HTTP 转 HTTPS

server { listen 80; server_name test.com www.test.com; # 单域名重定向 if ($host = 'www.sherlocked93.club'){ return 301 https://www.sherlocked93.club$request_uri; } # 全局非 https 协议时重定向 if ($scheme != 'https') { return 301 https://$server_name$request_uri; } # 或者全部重定向 return 301 https://$server_name$request_uri;}

以上配置选择自己须要的一条即可，不用全部加。

server { listen 80; server_name fe.sherlocked93.club; location / { root /usr/local/app/dist; # vue 打包后的文件夹 index index.html index.htm; try_files $uri $uri/ /index.html @rewrites; # 默认目录下的 index.html，如果都不存在则重定向 expires -1; # 首页一样平常没有逼迫缓存 add_header Cache-Control no-cache; } location @rewrites { // 重定向设置 rewrite ^(.+)$ /index.html break; }}

vue-router 官网只有一句话 try_files $uri $uri/ /index.html;，而上面做了一些重定向处理。

当主 nginx 做事器宕机之后，切换到备份的 nginx 做事器

首先安装 keepalived:

yum install keepalived -y

然后编辑 /etc/keepalived/keepalived.conf 配置文件，并在配置文件中增加 vrrp_script 定义一个外围检测机制，并在 vrrp_instance 中通过定义 track_script 来追踪脚本实行过程，实现节点转移：

global_defs{ notification_email { cchroot@gmail.com } notification_email_from test@firewall.loc smtp_server 127.0.0.1 smtp_connect_timeout 30 // 上面都是邮件配置 router_id LVS_DEVEL // 当前做事器名字，用 hostname 命令来查看}vrrp_script chk_maintainace { // 检测机制的脚本名称为chk_maintainace script "[[ -e/etc/keepalived/down ]] && exit 1 || exit 0" // 可以是脚本路径或脚本命令 // script "/etc/keepalived/nginx_check.sh" // 比如这样的脚本路径 interval 2 // 每隔2秒检测一次 weight -20 // 当脚本实行成立，那么把当前做事器优先级改为-20}vrrp_instanceVI_1 { // 每一个vrrp_instance便是定义一个虚拟路由器 state MASTER // 主机为MASTER，备用机为BACKUP interface eth0 // 网卡名字，可以从ifconfig中查找 virtual_router_id 51 // 虚拟路由的id号，一样平常小于255，主备机id须要一样 priority 100 // 优先级，master的优先级比backup的大 advert_int 1 // 默认心跳间隔 authentication { // 认证机制 auth_type PASS auth_pass 1111 // 密码 } virtual_ipaddress { // 虚拟地址vip 172.16.2.8 }}

个中检测脚本 nginx_check.sh，这里供应一个：

#!/bin/bashA=`ps -C nginx --no-header | wc -l`if [ $A -eq 0 ];then /usr/sbin/nginx # 考试测验重新启动nginx sleep 2 # 就寝2秒 if [ `ps -C nginx --no-header | wc -l` -eq 0 ];then killall keepalived # 启动失落败，将keepalived做事杀去世。
将vip漂移到其它备份节点 fifi

复制一份到备份做事器，备份 nginx 的配置要将 state 后改为 BACKUP，priority 改为比主机小。
设置完毕后各自 service keepalived start 启动，经由访问成功之后，可以把 Master 机的 keepalived 停掉，此时 Master 机就不再是主机了 service keepalived stop，看访问虚拟 IP 时是否能够自动切换到备机 ip addr。

再次启动 Master 的 keepalived，此时 vip 又变到了主机上。

配置高可用集群的内容来源于：Nginx 从入门到实践，万字详解！

nginx 的 http_proxy 模块，供应类似于 Squid 的缓存功能，利用 proxy_cache_path 来配置。

nginx 可以对访问过的内容在 nginx 做事器本地建立副本，这样在一段韶光内再次访问该数据，就不须要通过 nginx 做事器再次向后端做事器发出要求，减小数据传输延迟，提高访问速率：

proxy_cache_path usr/local/cache levels=1:2 keys_zone=my_cache:10m;server { listen 80; server_name test.com; location / { proxy_cache my_cache; proxy_pass http://127.0.0.1:8888; proxy_set_header Host $host; }}

上面的配置表示： nginx 供应一块 10 M 的内存用于缓存，名字为 my_cache, levels 等级为 1:2，缓存存放的路径为 usr/local/cache。

访问日志默认是注释的状态，须要可以打开和进行更详细的配置，一下是 nginx 的默认配置：

http { log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log logs/access.log main;}缺点日志

缺点日志放在 main 全局区块中，童鞋们打开 nginx.conf 就可以瞥见在配置文件中和下面一样的代码了：

#error_log logs/error.log;#error_log logs/error.log notice;#error_log logs/error.log info;

nginx 缺点日志默认配置为：

error_log logs/error.log error;

server { listen 80; server_name static.bin; charset utf-8; # 防止中文文件名乱码 location /download { alias /usr/share/nginx/static; # 静态资源目录 autoindex on; # 开启静态资源列目录，浏览目录权限 autoindex_exact_size off; # on(默认)显示文件的确切大小，单位是byte；off显示文件大概大小，单位KB、MB、GB autoindex_localtime off; # off(默认)时显示的文件韶光为GMT韶光；on显示的文件韶光为做事器韶光 }}禁止指定 user_agent

nginx 可以禁止指定的浏览器和爬虫框架访问：

# http_user_agent 为浏览器标识# 禁止 user_agent 为baidu、360和sohu，~表示不区分大小写匹配if ($http_user_agent ~ 'baidu|360|sohu') { return 404;}# 禁止 Scrapy 等工具的抓取if ($http_user_agent ~ (Scrapy|Curl|HttpClient)) { return 403;要求过滤

根据要求类型过滤

# 非指定要求全返回 403if ( $request_method !~ ^(GET|POST|HEAD)$ ) { return 403;}

根据状态码过滤

error_page 502 503 /50x.html;location = /50x.html { root /usr/share/nginx/html;}

这样实际上是一个内部跳转，当访问涌现 502、503 的时候就能返回 50x.html 中的内容，这里须要把稳是否可以找到 50x.html 页面，以是加了个 location 担保找到你自定义的 50x 页面。

根据 URL 名称过滤

if ($host = zy.com' ) { #个中 $1是取自regex部分()里的内容,匹配成功后跳转到的URL。
rewrite ^/(.)$ http://www.zy.com/$1 permanent；}location /test { // /test 全部重定向到首页 rewrite ^(.)$ /index.html redirect;}ab 命令

ab 命令全称为：Apache bench，是 Apache 自带的压力测试工具，也可以测试 Nginx、IIS 等其他 Web 做事器:

ab -n 1000 -c 5000 http://127.0.0.1/ # 每次发送1000并发的要求数，要求数总数为5000。


测试前须要安装 httpd-tools： yum install httpd-tools

这是一个非常实用的技能，常常有时候我们可能须要配置一些二级或者三级域名，希望通过 nginx 自动指向对应目录，比如：

server { listen 80; server_name ~^([\w-]+)\.doc\.test\.club$; root /usr/local/html/doc/$1;}泛域名转发

和之前的功能类似，有时候我们希望把二级或者三级域名链接重写到我们希望的路径，让后端就可以根据路由解析不同的规则：

server { listen 80; server_name ~^([\w-]+)\.serv\.test\.club$; location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Host $http_host; proxy_set_header X-NginX-Proxy true; proxy_pass http://127.0.0.1:8080/$1$request_uri; }}常见问题nginx 中怎么设置变量

或许你不知道，nginx 的配置文件利用的是一门微型的编程措辞。
既然是编程措辞，一样平常也就少不了“变量”这种东西，但是在 nginx 配置中，变量只能存放一种类型的值，由于也只存在一种类型的值，那便是字符串。

例如我们在 nginx.conf 中有这样一行配置：

set $name "chroot";

上面利用了 set 配置指令对变量 $name进行了赋值操作，把 "chroot" 赋值给了 $name。
nginx 变量名前面有一个 $ 符号，这是记法上的哀求。
所有的 Nginx 变量在 Nginx 配置文件中引用时都须带上 $ 前缀。
这种表示方法和 Perl、PHP 这些措辞是相似的。

这种表示方法的用途在哪里呢，那便是可以直接把变量嵌入到字符串常量中以布局出新的字符串，例如你须要进行一个字符串拼接：

server { listen 80; server_name test.com; location / { set $temp hello; return "$temp world"; }}

以上当匹配成功的时候就会返回字符串 "hello world" 了。
须要把稳的是，当引用的变量名之后紧随着变量名的构成字符时（比如后跟字母、数字以及下划线），我们就须要利用特殊的记法来肃清歧义，例如：

server { listen 80; server_name test.com; location / { set $temp "hello "; return "${temp}world"; }}

这里，我们在配置指令的参数值中引用变量 $temp 的时候，后面紧随着 world 这个单词，以是如果直接写作 "$tempworld" 则 nginx 的打算引擎会将之识别为引用了变量 $tempworld. 为理解决这个问题，nginx 的字符串支持利用花括号在 $ 之后把变量名围起来，比如这里的 ${temp}，以是 上面这个例子返回的还是 "hello world"：

$ curl 'http://test.com/' hello world

还须要把稳的是，若是想输出 $ 符号本身，可以这样做：

geo $dollar { default "$";}server { listen 80; server_name test.com; location / { set $temp "hello "; return "${temp}world: $dollar"; }}

上面用到了标准模块 ngx_geo 供应的配置指令 geo 来为变量 $dollar 授予字符串 "$" ，这样，这里的返回值便是 "hello world: $" 了。

按字母顺序，变量名与对应定义：

核心模块：

标准 HTTP 模块：

可选 HTTP 模块:

邮件做事模块:

第三方模块：

感谢阅读~