windows环境下 nginx 安装、常用命令及配置文件

十年河东，十年河西，莫欺少年穷

学无止境，精益求精

简介

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。

其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx 1.0.4发布。

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

使用场景

web反向代理，负载均衡，动静分离

下载安装

下载地址：http://nginx.org/en/download.html

下载下安装包后，解压，然后在解压目录下执行指令进行启动【我的路径为：C:MQ ginx-1.18.0>】，如下：

C:Userschenwolong>cd C:MQ
ginx-1.18.0

C:MQ
ginx-1.18.0>start nginx

启动Nginx：

在我第一次启动Nginx时，报错如下：

2021/03/25 16:26:20 [emerg] 13144#10476: bind() to 0.0.0.0:80 failed (10013: An attempt was made to access a socket in a way forbidden by its access permissions)

根据这个错误信息显示，是本地电脑的80端口被占用了，导致nginx无法正常启动。

如果不想看下面的解决方案，Dos中直接执行指令：net stop http

C:Windowssystem32>net stop http
下面的服务依赖于 HTTP Service 服务。
停止 HTTP Service 服务也会停止这些服务。

   World Wide Web 发布服务
   SSDP Discovery
   Print Spooler

你想继续此操作吗? (Y/N) [N]: y
World Wide Web 发布服务 服务正在停止.
World Wide Web 发布服务 服务已成功停止。

SSDP Discovery 服务正在停止.
SSDP Discovery 服务已成功停止。

Print Spooler 服务正在停止.
Print Spooler 服务已成功停止。

HTTP Service 服务正在停止........
HTTP Service 服务无法停止。


C:Windowssystem32>

View Code

80占用解决方案
问题出现的原因找到了，接下来的思路就很清晰了：
1.找出来究竟是谁占用了80端口
2.干掉它

首先打开cmd，注意：为了防止不必要的错误，这时候请直接用管理员的身份打开。
运行指令
netstat -ano
这个指令会罗列出当前所有端口的占用情况，并显示出每占用端口的进程的PID，

我这台电脑显示，80端口被一个PID为4的进程占用着。
接下来使用指令
taskkill /pid 4
（请根据自己的情况把4替换成自己电脑上显示的进程的PID），结果如下：

好吧，如果没能成功，但这个提示还是非常人性化的，根据提示，使用
taskkill /F /pid 4再次尝试：

强制删除竟然都不行了，进行到这里，貌似已经被这个问题卡住了。
在网络上搜索了很多解决方法，基本都和上面所讲的一样，对我现在的情况来说都已经证明无效了
网上有一种解决办法是改变nginx的运行端口，但是此时我们是要去解决问题，而不是逃避问题，所以此种方案pass掉。
kill进程的方法除了cmd，还可以通过使用任务管理器。
打开任务管理器，选择进程，会有PID一列，如果没有的话，点击工具栏中的“查看”=>“选择列”，然后把PID勾选上就可以了。
此时我们看到PID为4的进程名称为system

我们在这一行右键，点击“结束进程”，发现竟然还是没有效果，这真是我遇到过最坚挺的进程了。
去网上搜索之后，system进程是系统服务进程，系统服务都会由这个进程来启动。了解到是http的系统服务，先尝试在dos中搜索services.msc查看系统服务，没有找到对应的名称，于是再去cmd中尝试关闭一下http看看
net stop http

经过对话和等待，界面显示HTTP服务已成功停止
接下来我们使用指令来单独看看80端口是否还有进程
netstat -ano | findstr 0.0.0.0:80
再通过netstat -ano查看一下端口列表，再三确认，都看不到80端口的占用情况，接下来start nginx，并且使用nginx查看：

这次也没有报错信息了。
再次启动项目，一切正常。

启动成功后，我们可以在浏览器端查看Nginx是否正在运行，输入：http://localhost:8001/

这时，说明Nginx启动成功。

停止运行Nginx指令：

停止运行Nginx指令有两个，分别为：nginx -s stop 和 nginx -s quit

C:MQ
ginx-1.18.0>nginx -s stop

C:MQ
ginx-1.18.0>nginx -s quit

注：stop 是快速停止 Nginx，可能并不保存相关信息；quit 是完整有序的停止 Nginx，并保存相关信息。

重新载入 Nginx 配置文件

C:MQ
ginx-1.18.0>nginx -s reload

当配置信息修改，需要重新载入这些配置时，使用此命令。

查看Nginx 版本号

C:MQ
ginx-1.18.0>nginx -v
nginx version: nginx/1.18.0

Nginx配置文件 Nginx.conf 详解

nginx.conf 的文件结构

...              #全局块

events {         #events块
   ...
}

http      #http块
{
    ...   #http全局块
    server        #server块
    { 
        ...       #server全局块
        location [PATTERN]   #location块
        {
            ...
        }
        location [PATTERN] 
        {
            ...
        }
    }
    server
    {
      ...
    }
    ...     #http全局块
}

全局配置

nginx在运行时与具体业务功能（比如http服务或者email服务代理）无关的一些参数，比如工作进程数，运行的身份等。

woker_processes 2
在配置文件的顶级main部分，worker角色的工作进程的个数，master进程是接收并分配请求给worker处理。这个数值简单一点可以设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l，也是 auto 值，如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍，可以减少I/O操作。如果nginx服务器还有其它服务，可以考虑适当减少。
worker_cpu_affinity
也是写在main部分。在高并发情况下，通过设置cpu粘性来降低由于多CPU核切换造成的寄存器等现场重建带来的性能损耗。如worker_cpu_affinity 0001 0010 0100 1000; （四核）。
worker_connections 2048
写在events部分。每一个worker进程能并发处理（发起）的最大连接数（包含与客户端或后端被代理服务器间等所有连接数）。nginx作为反向代理服务器，计算公式 最大连接数 = worker_processes * worker_connections/4，所以这里客户端最大连接数是1024，这个可以增到到8192都没关系，看情况而定，但不能超过后面的worker_rlimit_nofile。当nginx作为http服务器时，计算公式里面是除以2。
worker_rlimit_nofile 10240
写在main部分。默认是没有设置，可以限制为操作系统最大的限制65535。
use epoll
写在events部分。在Linux操作系统下，nginx默认使用epoll事件模型，得益于此，nginx在Linux操作系统下效率相当高。同时Nginx在OpenBSD或FreeBSD操作系统上采用类似于epoll的高效事件模型kqueue。在操作系统不支持这些高效模型时才使用select。

2.2.2 http服务器

与提供http服务相关的一些配置参数。例如：是否使用keepalive啊，是否使用gzip进行压缩等。

sendfile on
开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，减少用户空间到内核空间的上下文切换。对于普通应用设为 on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载。
keepalive_timeout 65 : 长连接超时时间，单位是秒，这个参数很敏感，涉及浏览器的种类、后端服务器的超时设置、操作系统的设置，可以另外起一片文章了。长连接请求大量小文件的时候，可以减少重建连接的开销，但假如有大文件上传，65s内没上传完成会导致失败。如果设置时间过长，用户又多，长时间保持连接会占用大量资源。
send_timeout : 用于指定响应客户端的超时时间。这个超时仅限于两个连接活动之间的时间，如果超过这个时间，客户端没有任何活动，Nginx将会关闭连接。
client_max_body_size 10m
允许客户端请求的最大单文件字节数。如果有上传较大文件，请设置它的限制值
client_body_buffer_size 128k
缓冲区代理缓冲用户端请求的最大字节数

模块http_proxy：
这个模块实现的是nginx作为反向代理服务器的功能，包括缓存功能（另见文章）

proxy_connect_timeout 60
nginx跟后端服务器连接超时时间(代理连接超时)
proxy_read_timeout 60
连接成功后，与后端服务器两个成功的响应操作之间超时时间(代理接收超时)
proxy_buffer_size 4k
设置代理服务器（nginx）从后端realserver读取并保存用户头信息的缓冲区大小，默认与proxy_buffers大小相同，其实可以将这个指令值设的小一点
proxy_buffers 4 32k
proxy_buffers缓冲区，nginx针对单个连接缓存来自后端realserver的响应，网页平均在32k以下的话，这样设置
proxy_busy_buffers_size 64k
高负荷下缓冲大小（proxy_buffers*2）
proxy_max_temp_file_size
当proxy_buffers放不下后端服务器的响应内容时，会将一部分保存到硬盘的临时文件中，这个值用来设置最大临时文件大小，默认1024M，它与proxy_cache没有关系。大于这个值，将从upstream服务器传回。设置为0禁用。
proxy_temp_file_write_size 64k
当缓存被代理的服务器响应到临时文件时，这个选项限制每次写临时文件的大小。proxy_temp_path（可以在编译的时候）指定写到哪那个目录。

proxy_pass，proxy_redirect见 location 部分。

模块http_gzip：

gzip on : 开启gzip压缩输出，减少网络传输。
- gzip_min_length 1k ：设置允许压缩的页面最小字节数，页面字节数从header头得content-length中进行获取。默认值是20。建议设置成大于1k的字节数，小于1k可能会越压越大。
- gzip_buffers 4 16k ：设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位，安装原始数据大小以16k为单位的4倍申请内存。
- gzip_http_version 1.0 ：用于识别 http 协议的版本，早期的浏览器不支持 Gzip 压缩，用户就会看到乱码，所以为了支持前期版本加上了这个选项，如果你用了 Nginx 的反向代理并期望也启用 Gzip 压缩的话，由于末端通信是 http/1.0，故请设置为 1.0。
- gzip_comp_level 6 ： gzip压缩比，1压缩比最小处理速度最快，9压缩比最大但处理速度最慢(传输快但比较消耗cpu)
- gzip_types ：匹配mime类型进行压缩，无论是否指定,”text/html”类型总是会被压缩的。
- gzip_proxied any ： Nginx作为反向代理的时候启用，决定开启或者关闭后端服务器返回的结果是否压缩，匹配的前提是后端服务器必须要返回包含”Via”的 header头。
- gzip_vary on ：和http头有关系，会在响应头加个 Vary: Accept-Encoding ，可以让前端的缓存服务器缓存经过gzip压缩的页面，例如，用Squid缓存经过Nginx压缩的数据。。

2.2.3 server虚拟主机

http服务上支持若干虚拟主机。每个虚拟主机一个对应的server配置项，配置项里面包含该虚拟主机相关的配置。在提供mail服务的代理时，也可以建立若干server。每个server通过监听地址或端口来区分。

listen
监听端口，默认80，小于1024的要以root启动。可以为listen *:80、listen 127.0.0.1:80等形式。
server_name
服务器名，如localhost、www.example.com，可以通过正则匹配。

模块http_stream
这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡，upstream后接负载均衡器的名字，后端realserver以 host:port options; 方式组织在 {} 中。如果后端被代理的只有一台，也可以直接写在 proxy_pass 。

2.2.4 location

http服务中，某些特定的URL对应的一系列配置项。

root /var/www/html
定义服务器的默认网站根目录位置。如果locationURL匹配的是子目录或文件，root没什么作用，一般放在server指令里面或/下。
index index.jsp index.html index.htm
定义路径下默认访问的文件名，一般跟着root放
proxy_pass http:/backend
请求转向backend定义的服务器列表，即反向代理，对应upstream负载均衡器。也可以proxy_pass http://ip:port。
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
这四个暂且这样设，如果深究的话，每一个都涉及到很复杂的内容，也将通过另一篇文章来解读。

关于location匹配规则的写法，可以说尤为关键且基础的，参考文章 nginx配置location总结及rewrite规则写法;

2.3 其它

2.3.1 访问控制 allow/deny

Nginx 的访问控制模块默认就会安装，而且写法也非常简单，可以分别有多个allow,deny，允许或禁止某个ip或ip段访问，依次满足任何一个规则就停止往下匹配。如：

location /nginx-status {
  stub_status on;
  access_log off;
#  auth_basic   "NginxStatus";
#  auth_basic_user_file   /usr/local/nginx-1.6/htpasswd;

  allow 192.168.10.100;
  allow 172.29.73.0/24;
  deny all;
}

@天才卧龙的博客

付婷，你还那么胖吗？如果胖，就减肥肥吧。