Nginx之简介

原创 已于 2022-06-08 14:05:46 修改 · 1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#nginx

于 2021-08-06 16:32:25 首次发布
本文深入介绍了Nginx的原理、优点，包括高并发处理、模块化设计，以及其作为http服务器、反向代理和负载均衡的角色。涵盖了正反向代理的区别，以及如何配置长连接、反向代理和负载均衡策略，如轮询、hash和ip_hash方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

什么是Nginx

Nginx是一个高性能的HTTP和反向代理服务器。由俄罗斯人伊戈尔·赛索耶夫编写而成。目前有三个主要的社区版本：一个是Nginx官方的版本，一个是由淘宝网发起的Web服务器项目----Tengine，另一个是2011年有章亦春老师把LuaJIT VM嵌入Nginx中，实现了OpenResty这个高性能服务器。
其中，OpenResty目标是让web服务直接跑在Nginx服务内部，充分利用Nginx的非阻塞I/O模型，不仅对HTTP客户端请求，甚至对远程后端都进行一致的高性能响应。

Nginx的优点

  • 高稳定性
  • 丰富的的功能集
  • 内存消耗少
  • 并发能力强

Nginx的作用

  • http服务器
  • 反向代理服务器
  • 负载均衡

正向代理和反向代理

正向代理和反向代理的用途都是在代理服务中进行客户端请求的转发，但是区别很大。

正向代理

正向代理最大的特点是客户端非常明确要访问的服务器地址。
在正向代理服务器中，客户端需要配置目标服务器信息，比如IP和端口，一般来说，正向代理服务器是一台和客户端网络连通的局域网内部的机器或者是可以打通两个隔离网络的双网卡机器。通过正向代理的方式，客户端的http请求可以转发到之前与客户端网络不通的其他不同的目标服务器。

适用场景
由于网络不通等物理原因，需要通过正向代理服务器这种中间转发环节访问目标服务器。当然，也可以通过正向代理服务器对客户端某些详细信息进行一些伪装和改变。
换句话讲，正向代理是对客户端的伪装，隐藏了客户端 的IP、头部或者其他信息，目标服务器得到的是伪装过的客户端信息。

反向代理

反向代理和正向代理相反，客户端不知道目标服务器的信息，代理服务器就像是原始的目标服务器，客户端不需要进行任何特别的设置。反向代理的最大特点是客户端不知道目标服务器地址。
客户端向反向代理服务器直接发送请求，接着反向代理将请求转发给目标服务器，并将目标服务器的响应结果按原路返回客户端。

适用场景
服务提供方可以通过反向代理服务器轻松实现目标服务器的动态切换，实现多目标的负载均衡等。
换句话说，反向代理是对目标服务器的伪装，隐藏了目标服务器的IP、头部或者其他信息，客户端得到的是伪装过的目标服务器的信息。

Nginx的核心原理

Nginx对高并发的I/O的处理使用了Reactor事件驱动模型。Reactor模型的基本组件包含事件收集器、事件发送器、事件处理器三个基本单元，其核心思想是将所有要处理的I/O事件注册到一个中心I/O多路复用器上，同时主线程/进程阻塞在多路复用器上，一旦有I/O事件到来或者准备就绪，多路复用器返回并将事先注册的相应的I/O事件分发到对应的处理器上。
在Reactor模式中，三个基本单元的职责分别如下：

  • 事件收集器：负责收集Worker进程的各种I/O请求
  • 事件发送器：负责将I/O事件发送到事件处理器
  • 事件处理器：负责各种事件的响应工作

事件收集器将各个连接通道的I/O事件放入一个待处理事件队列，通过事件发送器发送给对应的事件处理器处理。而事件收集器之所以能够同时管理上百万连接通道的事件，是基于操作系统提供的“多路IO复用”技术，常见的包括select、epoll两种模型。

正是因为Nginx使用了高性能的Reactor模式，因此是目前并发能力很高的Web服务器之一。当然，Nginx也解决了著名的网络读写的C10K问题。什么是C10K问题呢？其实就是网络服务再处理数以百万计的客户端连接时，往往出现效率低下甚至完全瘫痪的情况，这类问题就被成为C10K问题。

Nginx的两类进程

Nginx启动后会以daemon方式在后台运行，其后台进程有两类：一类称为Master进程（相当于管理进程）；另一类为Worker进程（工作进程）。

Nginx的启动方式

  • 单进程启动:此时系统中仅有一个进程，该进程即充当Master管理进程，又充当Worker工作进程角色
  • 多进程启动：此时系统中只有一个Master管理进程， 至少有一个worker工作进程。
    一般来说，单进程模式用于调试。在生产环境下一般会配置成为多进程模式，并且worker工作进程的数量和机器CPU核数配置一样。

Master管理进程的主要工作

  • Master管理进程主要负责调度Worker工作进程，比如加载配置、启动工作进程、接收来自外界的信号、向各Worker进程发送信号、监控Worker进程的运行状态等。所以Nginx启动后，我们能够看到至少有两个Nginx进程。
  • Master负责创建监听套接口，交由Worker进程进行连接监听。

Worker进程的主要工作

Worker进程主要用来处理网络事件，当一个Worker进程在接收一条连接通道之后，就开始读取请求、解析请求、处理请求、处理完成产生数据后，再返回给客户端，最后断开连接通道。

各个Worker进程之间是对等且相互独立的，它们同等竞争来自客户端的请求，一个请求只能在一个Worker进程中处理。这都是典型的Reactor模型中Worker进程（或者线程）的职能。

如果启动了多个Worker进程，那么每个worker子进程独自尝试接收已连接的Socket监听通道，accept操作默认会上锁，优先使用操作系统的共享内存原子锁，如果操作系统不支持，就使用文件上锁。

经过配置，Worker进程的接收操作可以不使用锁，在多个进程同时接收时，当一个连接进来的时候多个工作进程同时被唤起，则会导致惊群问题。而在上锁的时候，只会有一个worker阻塞在accept上，其他的进程会因为不能获取锁而阻塞，所以上锁的场景不存在惊群问题。

Nginx的模块化设计

Nginx服务器被分解为多个模块，模块之间严格遵循“高内聚，低耦合”的原则，每个模块都聚焦于一个功能。高度模块化的设计是Nginx的架构基础。

什么事Nginx模块呢？在Nginx的实现中，一个模块包含一系列命令和这些命令相对应的处理函数。
Nginx的主要模块：

  • Core核心模块
    核心模块是Nginx服务器正常运行必不可少的模块，提供错误日志记录、配置文件解析、Reactor事件驱动机制、进程管理等核心功能
  • 标准http模块
    标准Http模块主要用于扩展标准的http协议解析相关的功能，比如端口配置、网页编码设置、http响应头设置等
  • 可选Http模块
    可选http模块主要用于扩展标准的http功能，让Nginx能处理一些特殊的服务，比如Flash多媒体传输、网络传输压缩、安全协议ssl的支持等。
  • 邮件服务模块
    邮件服务模块主要用于支持nginx的邮件服务，包括对POP3协议、IMAP协议和SMTP协议的支持。
  • 第三方模块
    第三方模块是为了扩展Nginx服务器的功能，定制开发者自定义功能，比如Json支持、Lua支持等。

Nginx的非核心模块可以在编译时按需加入。

Nginx的请求处理流程

Nginx中HTTP请求的处理流程可以分为4步：

  • 读取解析请求行
  • 读取解析请求头
  • 多阶段处理，也就是执行handler处理器列表
  • 将结果返回给客户端
    多阶段处理是Nginx的http处理流程中非常重要的一步。Nginx把请求处理划分为11个阶段：
  • post-read
  • server-rewrite
  • rewrite
  • find-config
  • post-rewrite
  • preaccess
  • access
  • post-access
  • try-files
  • content
  • log

Nginx的基本配置

一个Nginx配置文件包含若干配置项，每个配置项有配置指令和指令参数两部分组成。
Nginx配置文件中的配置指令如果包含空格，就需要用单引号或者双引号引起来。指令参数如果是由简单的字符串构成的，简单配置项就需要以分号结束；指令参数如果是复杂的多行字符串，配置项就需要用花括号“{}”括起来。

Nginx指令的作用域配置块大致有五种，分别是：main，http，server，location，mail。为了方便我们对这些模块的介绍，我们先给出一个完整nginx的常用配置，然后针对这个配置文件来讲解各个模块的用法及作用。

  • main全局配置块
    此作用域的配置影响Nginx全局的指令，一般由运行nginx服务器的用户组、nginx进程PID存放路径、日志存放路径、配置文件引入、允许生成的worker进程数等。
  • events事件处理模块配置块
    配置nginx服务器的IO多路复用模型、客户端的最大连接数限制等。Nginx支持多种IO多路复用模型，可以使用use指令在配置文件中设置IO读写模型。
  • http协议配置块
    可以配置与http协议处理相关的参数，比如keepalive长连接、GZIP压缩参数、日志输出参数、mime-type参数、连接超时参数等。
  • server虚拟服务器配置快
    配置虚拟主机的相关参数，如主机名称、端口等。一个http协议配置块中可以有多个server虚拟服务器配置块。
  • location路由规则块
    配置客户端请求的路由配置规则以及请求过程中的处理流程。一个server虚拟服务器配置块中一般会有多个location路由规则块。
  • mail服务配置块
    Nginx为email相关协议提供反向代理时，mail服务配置快负责配置一些相关的配置项。

events事件驱动配置

先来看一个典型的events事件配置：

events {
		use epoll;											#配置多路复用模型，这里配置的是使用epoll类型IO多路复用模型
		worker_connections 10000;			# 最大连接数限制
		accept_mutex on;							# 各个worker线程通过锁来获取新连接
}

参数解析：

  • worker_connections指令
    worker_connections指令用于配置每个worker进程能够打开的最大并发连接数量，指令参数为连接数的上限。
  • user指令
    use指令用于配置IO多路复用模型，有多种模型可配置，常用的有select、epoll两种。
    在linux系统下，select类型IO多路复用模型有两个较大的缺陷：第一，单服务进程并发数不够，默认最大的客户端连接数为1024*2048，因为linux系统一个进程所打开的FD文件描述符是有限制的
  • accept_mutex指令
    accept_mutex指令用于配置各个worker进程是否通过互斥锁有序接收新的连接请求。on表示各个worker通过互斥锁有序接收新请求；off参数指每个新请求到达时会通知（唤醒）所有的worker进程参与争夺，但最终只有一个进程可获得连接。
    配置off参数会造成“惊群”问题影响性能。accept_mutex默认为on。

虚拟主机配置

通过server指令配置虚拟机。

虚拟主机的监听套接字配置

#第一种方式
server{
		listen  80;
}
#第二种方式
server{
	listen 127.0.0.1:80;
}

虚拟主机名称配置
虚拟主机名称配置可使用server_name指令。基于微服务架构的分布式平台有很多类型的服务，比如文件服务、后台服务、基础服务等。很多情况下，可以通过域名前缀的方式进行URL路径区分，例如：

# 管理后台
server{
	listen    80;
	server_name admin.myself.com;  #后台管理服务的域名前缀为admin
	location / {
		defult_type 'text/html';
		charset utf-8;
		echo "这是一个管理后台";
	}
}
# 文件系统
server{
	listen    80;
	server_name file.myself.com;  #后台管理服务的域名前缀为file
	location / {
		defult_type 'text/html';
		charset utf-8;
		echo "这是一个文件系统";
	}
}
# 默认系统
server{
	listen    80;
	server_name myself.com  *.myself.com;  #如果没有前缀这就是默认的访问
	location / {
		defult_type 'text/html';
		charset utf-8;
		echo "这是一个默认系统";
	}
}

需要注意的是，客户端需要能够通过域名服务器或者本地的hosts文件解析出域名所对应的服务器IP，HTTP请求才能最终到达Nginx服务器。

多个虚拟主机之间，匹配优先级从高到低大致如下：字符串精确匹配>左侧*通配符匹配>右侧*通配符匹配>正则表达式匹配>default_server。

location路由规则配置

location路由匹配主要分为：精准匹配、普通匹配、正则匹配、默认路径匹配。

  • 精准匹配
    精准匹配的符号比较为“=”。
    只有URI和精准匹配的模式字符串完全相同，精准匹配才通过。

  • 普通匹配
    普通匹配的符号标记为“^~”。
    普通匹配属于字符串前缀匹配，具体来说：如果请求路径URI头部匹配到location的模式字符串，那么匹配成功。如果匹配到多个前缀，那么最长模式匹配优先。普通匹配也是Nginx默认的匹配类型。也就是说，类型符号“^~”可以省略。

  • 正则匹配
    正则匹配的类型按照类型符号的不同可以细分为4种：

    • “~”：标准正则匹配，区分字母大小写
    • “~*”：标准正则匹配，不区分字母大小写
    • “!~”：反向正则匹配，区分字母大小写
    • “!~*”：反向正则匹配，不区分字母大小写

    正则匹配规则：如果配置文件中存在多个正则匹配location，那么它们之间的规则是顺序优先的，只要匹配到第一个正则类型的location，就停止后面的正则类型的location匹配。

  • 默认根路径匹配
    根路径的路径规则就是使用单个“/”符号。表面上看，location / {}根路径匹配非常类似普通匹配，但实际上该规则自成一类，虽然只有唯一的一个路径，但是此类规则优先级是最低的。

四种location匹配规则优先级

  • 类型之间的优先级：精确匹配>普通匹配>正则匹配>默认根路径匹配
  • 普通匹配同类型location之间的优先级为最长前缀优先。普通匹配的优先级与location在配置文件中所处的先后顺序无关，而与匹配到的前缀的长度有关。
  • 正则匹配同类型location之间的优先级为顺序优先。只要匹配到第一个正则规则的location，就停止后面的正则规则的匹配。正则匹配与location规则定义在配置文件中的先后顺序强相关。

长连接配置

长连接配置一般是在HTTP模块中，常用配置参数如下：

  • keepalive_timeout
keepalive_timeout  timeout;

timeout参数用于设置保持连接超时时长，0表示禁止长连接，默认为75秒。

  • keepalive_requests
keepalive_requests number;

number参数用于设置在一条长连接上允许被请求的资源的最大数量，默认为100.

  • send_time
send_time  time;

time参数用于设置Nginx向客户端发送响应报文的超时限制，此处时长是指两次向客户端操作之间的间隔时长，并非整个响应过程的传输时长。

Nginx的反向代理和负载均衡配置

反向代理

反向代理通过proxy_pass指令来完成，proxy_pass指令格式的不同所产生的代理效果也不同，大致可以分为三种：

  • 不带location前缀的代理
    当proxy_pass后面的目标URI格式为：协议+ip：port+/根路径的格式时，表示最终的结果路径不会把location指令的URI前缀也给加上，这里称为不带前缀代理。 例如：
location / foo_no_perfix {
            proxy_pass   http://127.0.0.1:8888/;    #proxy_pass为反向代理指令，指向一个上游服务器。
        }

当我们在客户端发出请求http://192.168.233.1:80/foo_no_perfix /bar.html时，反向代理后URI其实为http://127.0.0.1:8888/bar.html，在结果URL中没有location配置指令的前缀foo_no_perfix 。

  • 带location前缀的代理
    当proxy_pass后面的目标URI格式为：协议+ip：port的格式时，表示最终的结果路径会把location指令的URI前缀也给加上，这里称为带前缀代理。例如：
location / foo_perfix {
            proxy_pass   http://127.0.0.1:8888;    #proxy_pass为反向代理指令，指向一个上游服务器。
        }

当我们在客户端发出请求http://192.168.233.1:80/foo_no_perfix /bar.html时，反向代理后URI其实为http://127.0.0.1:8888/foo_perfix /bar.html，在结果URL中有location配置指令的前缀foo_perfix 。

  • 带部分URI路径的代理
    如果proxy_pass 的路径参数中不止有ip和端口，还有部分目标URI的路径，那么最终的代理URL由两部分组成：第一部分为配置项中的目标URI前缀，第二部分为请求URI中去掉location中前缀的剩余部分。例如：
location / foo_uri_1 {
            proxy_pass   http://127.0.0.1:8888/aaa/;    #proxy_pass为反向代理指令，指向一个上游服务器。
        }

当我们在客户端发出请求http://192.168.233.1:80/foo_uri_1 /bar.html时，最终的结果URL为http://127.0.0.1:8888/aaa/bar.html。

location / foo_uri_2 {
            proxy_pass   http://127.0.0.1:8888/aaa-;    #proxy_pass为反向代理指令，指向一个上游服务器。
        }

当我们在客户端发出请求http://192.168.233.1:80/foo_uri_2 /bar.html时，最终的结果URL为http://127.0.0.1:8888/aaa-bar.html。
这里有个问题需要注意：仅仅使用proxy_pass指令进行反向代理之后，会丢失很多原始的请求信息，例如：客户端的ip地址等，对于目标服务器来说，客户端的本质已经发生了变化，因此后端的目标服务器无法直接拿到客户端的ip地址等信息。要解决这个问题我们可以使用proxy_set_header指令。使用如下：

location / foo_uri_2 {
            proxy_set_header   X-real-ip   $remote_addr ;
            proxy_pass   http://127.0.0.1:8888/aaa-;    
        }

proxy_set_header X-real-ip $remote_addr :此设置的意思是将客户端的真实ip保存到名称为“X-real-ip”的请求头中，java端使用request.getHeader(“X-real-ip”)，$remote_addr是nginx的内置参数，用于获取客户端的真实ip地址。
在整个请求处理的链条上可能不仅一次的反向代理，可能会经过N次反向代理。为了获取整体代理转发记录，也可以用proxy_set_header完成。

location / foo_uri_2 {
            proxy_set_header   X-Forwarded-For   $proxy_add_x_forwarded_for;
            proxy_set_header   X-real-ip   $remote_addr ;    #客户端ip
            proxy_set_header   Host   $host ;    #当前的目标主机
            proxy_redirect off;
            proxy_pass   http://127.0.0.1:8888/aaa-;  
        }

proxy_redirect指令的作用是修改从上游被代理服务器传来的应答头中的Location和Refresh字段，尤其是上游服务器返回的响应码是重定向或刷新请求（如响应码301或302）时，proxy_redirect可以重设HTTP头部的location或refresh字段值。off参数表示禁止所有的proxy_redirect指令。

负载均衡

反向代理是负载均衡实现的基础之一。下面给出一个简单的负载均衡的实现来依次进行讲解。

# 配置上游服务器组名，这里的balanceName会在proxy_pass参数配置时使用
upstream balanceName{
		zone    gateway    64k;
		server "192.18.1.1:8080"    weight=2    max_conns=500;
		server "192.18.1.2:8080"     fail_timeout=20s    max_fails=2;    #没有配置weight时，默认为1
		server "192.18.1.3:8080"    down;
		server "192.18.1.4:8080"    backup;
}

server {
        listen       80;    #配置监听端口
        server_name  admin.crazydemo.com;    #虚拟机名称		
		location / {
            proxy_pass   http://balanceName;    # proxy_pass的值配置为上游服务器组名
        }
    }

upstream块的配置
内部server指令的语法如下：server address [parameters]，此内嵌的server指令用于定义上游服务器的地址和其他可选参数，它的地址可以指定为域名或ip地址带有可选端口，如果未指定端口，就使用端口80。
内嵌的server指令的可选参数大致有：

  • weight=number:设置上游服务器的权重
  • max_conns=number设置上游服务器的最大连接数
  • backup：标识该server是备份上游节点
    当普通的上游服务（非backup）不可用时，请求将被转发到备份的上游节点；当普通的上游服务（非backup）可用时，备份的上游节点不接受处理请求。
  • down：标识该上游服务器为不可用或永久下线的状态
  • max_fails=number：最大错误次数
    如果上游服务器不可访问了，如何判断呢？max_fails参数就是其中之一，该参数表示请求转发最多失败number次就判定改server为不可用。max_fails参数默认为1，表示转发失败1次，该server即不可用。如果此参数设置为0，就会禁用不可用的判断，一直不断的尝试连接后端server。
  • fail_timeout=time：失败测试的时间长度。
    此参数一般与max_fails协同使用，指的是在fail_timeout时间范围内最多尝试max_fails次，就判定改server不可用。fail_timeout参数默认为10秒。

server指令在进行max_conns连接数配置时，Nginx内部会涉及共享内存区域的使用，配置共享内存区域的指令为zone。zone指令的语法如下：
zone name [size];
其中name参数设置共享内存区域的名称，size可选参数用于设置共享内存区域的大小。如果配置了upstream的共享内存区域，那么其运行时状态（包括最大连接数）在所有的Worder工作进程之间是共享的。在name相同的情况下，不同的upstream组将共享同一个区，这种情况下，size参数的大小只需要设置一次。

Nginx负载均衡策略

  • 加权轮询
    默认情况下，upstream使用加权轮询，默认的权重weight值为1，并且各上游服务器weight值相同，表示每个请求按到达的先后顺序逐一分配到不同的上游服务器，如果某个上游服务器宕机，就自动剔除。
  • hash指令
    基于hash函数值进行负载均衡，hash函数的key可以包含文本、变量或二者的组合。hash函数负载是一个独立的指令，指令的格式如下：
    hash key [consistent];
    注意，如果upstream组中摘除掉一个server，就会导致hash值重新计算，即原来的大多数key可能寻址到不同的server上。若配置有consistent参数，则hash一致性将选择Ketama算法。这个算法的优势是，如果有server从upstream组中被踢出，那么只有少数的key会重新映射到其他的server上，即大多数可以不受server摘除的影响，还走原来的server。这对提高缓存server命中率有很大的帮助。例如：
upstream balanceName{
		hash    $request_uri    consistent;
		server "192.18.1.1:8080"    weight=2    max_conns=500;
		server "192.18.1.2:8080"     fail_timeout=20s    max_fails=2;    #没有配置weight时，默认为1
		server "192.18.1.3:8080"    down;
		server "192.18.1.4:8080"    backup;
		}
  • ip_hash指令
    基于客户端ip的hash值进行负载均衡，这样这个客户端固定访问同一个后端服务器，可以解决类似session不能跨服务器的问题。如果上游server不可用，就需要手工摘除或者配置down参数。
upstream balanceName{
		ip_hash;
		server "192.18.1.1:8080"    weight=2    max_conns=500;
		server "192.18.1.2:8080"     fail_timeout=20s    max_fails=2;    #没有配置weight时，默认为1
		server "192.18.1.3:8080"    down;
		server "192.18.1.4:8080"    backup;
		}

完整的nginx配置示例

#主配置开始
#user  nobody;    配置用户或者组，默认为nobody nobody。
worker_processes  1;				#worker进程个数，默认是1  　　最好配置成和内核数量一致的worker进程数，这样在处理请求时效率最高
worker_cpu_affinity   1000     0100    0010   0001;				#将worker进程和CPU内核绑定

#error_log  logs/error.log	debug;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;    #设置日志路径和日志级别。这个设置可以放入全局块、http块、server块。日志级别类型为：debug | info | notice | warn | error | crit | alert | emerg  关闭日志的唯一方式：/dev/null
debug_connection    10.224.66.14:14  #仅仅来自这个IP的地址的请求才会输出debug级别的日志，其他的请求仍然沿用error_log中配置的日志级别  注意：使用这个参数的前提是在执行configure时已经加入了--with-debug参数  　　

#pid        logs/nginx.pid;    #指定nginx的master进程ID的pid文件存放路径
#主配置结束

#事件配置开始
events {
	accept_mutex on; 　　 #配置各个worker进程是否通过互斥锁有序接收新的连接请求，开启后可以防止惊群现象发生，默认为on
	lock_file      logs/nginx.lock     #accept锁可能需要这个lock文件，如果accept锁关闭这个文件就完全不生效，如果打开并且由于编译程序，操作系统架构等因素导致Nginx不支持原子锁，这时才会用文件锁实现accept锁
    worker_connections  1024;    #每个worker进程可以同时处理的最大连接数，默认为512
	use epoll;　　 #配置IO多路复用模型，常用的有select、epoll两种，一般选用epoll
}
#事件配置开始

#http配置开始
http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '    #日志的输出格式，main为日志格式名称
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;    #Nginx将客户端的访问日志信息记录到执行的日志文件中，用于后期分析用户的浏览行为，其中main为使用的日志输出格式

    sendfile        on;    #允许sendfile方式传输文件，默认为off，可以在http块，server块，location块
    #tcp_nopush     on;

    #keepalive_timeout  65;    #配置长连接有效时长，0表示禁止长连接，默认为75秒
	#keepalive_requsts  200;    #配置长连接的一条连接允许的最大请求数，默认为100
	#send_timeout 100;    #配置向客户端发送响应报文的超时限制，time参数用于设置Nginx向客户端发送响应报文的超时限制，此处时长是指两次想客户单写操作之间的间隔时长，并非整个响应过程的传输时长


    #gzip  on;

    server {
        listen       80;    #配置监听端口
        server_name  admin.crazydemo.com;    #虚拟机名称
        #charset utf-8;    
        #access_log  logs/host.access.log  main;

		#表示在请求URI匹配到"/"根路由规则时，首先Nginx会在html目录下查找index.htmlwenjian ,如果没有找到，就查找index.htm文件，将找到的文件内容返回给客户端
        location / {
            root   html;
            index  index.html index.htm;
        }
		#表示在请求URI匹配到"/"根路由规则时，将请求路由到一个访问很频繁的上游服务，例如网关服务：http://127.0.0.1:8888/，这里也是nginx反向代理的应用
		location / {
            proxy_pass   http://127.0.0.1:8888/;    #proxy_pass为反向代理指令，指向一个上游服务器。需要注意proxy_pass指令根据所写的格式不同分为：不带前缀代理、带前缀代理和带部分URI路径的代理，后面会详细介绍
        }
		
		#nginx负载均衡应用建立在反向代理的基础之上，其实就是将proxy_pass指令后的参数指向我们定义的好的上游服务器组名称，也就是upstream的名称。后面会详细介绍负载均衡的规则以及upstream块的使用。
		upstream balanceName{
		server "192.18.1.1:8080";
		server "192.18.1.2:8080";
		server "192.18.1.3:8080";
		server "192.18.1.4:8080";
		}
		location / {
            proxy_pass   http://balanceName;    #proxy_pass为反向代理指令，指向一个上游服务器。需要注意proxy_pass指令根据所写的格式不同分为：不带前缀代理、带前缀代理和带部分URI路径的代理，后面会详细介绍
        }
		
		#静态文件路由规则。有两种配置方式：目录匹配（前缀匹配）和后缀匹配（正则匹配）。
		#第一种静态文件路由配置：前缀匹配，例如：请求http://127.0.0.1:6666/static/ing/1.png,将匹配到root指令/www/resources/static/下对应的某个文件（/www/resources/static/ing/1.png），当然root /www/resources/static/指令是可以去掉的
		root /www/resources/static/
        location ^~ /static {
            root /www/resources/;
        }
		#第二种静态文件路由配置：后缀匹配。例如
        location ~*\.(gif|jpg|jpeg|png|css|js|ico)$ {
            root D:/babaike;
        }
		

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}

        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #location ~ /\.ht {
        #    deny  all;    #拒绝所有服务器访问
		#    allow 192.168.1.5    #只允许192.168.1.5服务器访问
        #}
		
		#error_page  404              /404.html;    #错误页面配置
        # 将服务器错误页面重定向到静态页面 /50x.html
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
	
	server {
		listen       80;    #配置监听端口
        server_name  file.crazydemo.com;    #虚拟机名称
	
	}
	
	server {
		listen       80 default;    #配置监听端口
        server_name  crazydemo.com *.crazydemo.com;    #如果没有前缀，这就是默认访问的虚拟机名称
	}
}
#http配置开始结束

重启Nginx

修改nginx配置文件是我们经常遇到的事情，但要使修改完配置文件生效，我们就需要重启nginx，具体步骤如下：

  • 首先进入nginx的安装目录，例如：/opt/nginx/sbin/
  • 测试配置文件修改是否正确，执行命令：./nginx -t，如果有错误，根据错误提示修改配置文件，如果没有错误，则重启nginx
  • 重启nginx命令：/opt/nginx/sbin/nginx -s reload

学习连接

Nginx官网

Nginx-来自于俄罗斯的高性能web服务器和反向代理服务器。
qq_35144470的博客
05-27 3149
【Nginx简介】      Nginx(发音同engine x)，是来自于俄罗斯的高性能web服务器和反向代理服务器。在国内有新浪、网易、豆瓣、迅雷等多家网站使用。      负载均衡(load balance)：使用Nginx作为代理服务器，接收用户请求，并将其“均匀地转发”给多台内部web服务器，不会出现负载集中在某台服务器的现象。     反向代理(reverse pro
Nginx 功能简介及代理配置
dazhong2012的专栏
06-06 3008
在Nginx的配置文件中，使用upstream指令定义一个后端服务器组。这里定义了三个后端服务器，并分别设置了权重。权重决定了请求分发到各个服务器的比例。
nginx俄罗斯开发的目前互联网公司使用的WEB服务器,单机能够支持5万并发
12-14
nginx俄罗斯开发的目前互联网公司使用的WEB服务器,单机能够支持5万并发 美国的虚拟主机生意的老板们经常选择nginx作为入口
生于俄罗斯的 Web 服务器王者 Nginx，现宣布俄罗斯禁止贡献！
AI科技大本营
03-21 852
作者 | 苏宓出品 | 优快云不久之前，一些底层工具、软件、开源项目相继宣布在俄罗斯停服，彼时也有不少开发者呼吁 Nginx 是时候进行反限制了。万万没想到，就在国际局势发生改变的一个月...
Nginx简述
Tezuka
08-27 445
Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。 Nginx的主要作用有：负载均衡、反向代理、动静分离、访问控制。 负载均衡：在高并发的情形下...
了解 Nginx 基本概念
weixin_34150224的博客
10-14 219
欢迎来我的博客阅读：「了解 Nginx 基本概念」 前言 本篇是我学习Nginx的一些笔记，主要内容讲述了一些了解Nginx需要的基本概念。然后探讨一下Nginx的模块化的组织架构，以及各个模块的分类、工作方式、职责和提供的相关指令。主要达到以下目的： 了解Nginx的大概运行原理 了解Nginx的基本概念 知道怎么看官方文档。 关于...
Nginx简介及相关案例.pdf
02-05
### Nginx简介及相关案例知识点解析 #### 一、Nginx概述 - **定义**：Nginx（发音为“engine-x”）是一款高性能的开源Web服务器和反向代理服务器，由Igor Sysoev在2004年首次发布。 - **目标**：设计初衷是为了...
nginx简介
A_Sunny__boy的博客
02-26 3246
1 什么是Nginx Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器,使用c语言编写的一款web服务软件. Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。 2 Nginx的作用 2.1 http服务...
Nginx简介
03-22
**Nginx简介** Nginx是一款高性能、轻量级的Web服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，由伊戈尔·赛索耶夫（Igor Sysoev）开发。它以其高效稳定、低内存占用、支持高并发连接和动态内容处理而...
Nginx笔记+资料
11-01
Nginx (engine x) 是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。 其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx 1.0.4发布。
Nginx 对俄罗斯动手了。。。
民工哥的博客
03-23 1396
点击关注公众号，回复“1024”获取2TB学习资源！作者 | 苏宓 出品 | 优快云（ID：优快云news）不久之前，一些底层工具、软件、开源项目相继宣布在俄罗斯停服，彼时也有不少开发者呼吁 Nginx 是时候进行反限制了。万万没想到，就在国际局势发生改变的一个月后，Nginx 动了手，但是有些「意料之外，情理之中」，只因其对标的是俄罗斯的开发者们。3 月 15 日，...
Nginx
互联网底层民工的博客
06-25 237
一、Nginx的介绍和安装一、Nginx的介绍和安装（一）Nginx的概述Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。
nginx
Luke
06-18 4680
一，web服务器介绍web服务器简介 web服务器也称为www(world wide web)服务器，主要功能是提供网上信息浏览服务。web已经成为很多人在网上查找、浏览信息的主要手段。成千上万的用户通过简单的图形界面就可以访问各个大学、组织、公司等的最新信息和各种服务。商业界很快看到了其价值，许多公司建立了主页，利用web在网上发布消息，并将它作为各种服务的界面，如客户服务、特定产品和服务...
卫剑钒：Nginx不接受俄罗斯的贡献，违背开源协议了吗？
Docker的专栏
03-23 735
▲点击上方“分布式实验室”关注公众号回复“1”抽取纸质技术书为了节省您的时间，简单说一下结论：不违背。而且，我们很可能误解了F5的原意。报道称[1]，2022年3月15日，美国网络公司F5的CEO（FRANÇOIS LOCOH-DONOU）在F5官网博客上发表《Standing Firm in Support of the People of Ukraine》[2]一文...
Nginx 详细介绍
最新发布
weixin_52647032的博客
03-07 4256
无论是托管静态资源、实现负载均衡，还是构建安全的API网关，Nginx都能通过简洁的配置满足需求。：实际处理请求的子进程（默认数量与CPU核心数相同），每个Worker使用异步非阻塞模式处理数千连接。：通过加载模块支持动态扩展功能（如HTTP/2、WebSocket、Lua脚本等）。：读取请求、访问磁盘或网络时，Worker进程不会阻塞等待，而是继续处理其他请求。：高效的事件通知机制，仅处理活跃的连接，避免轮询所有连接。：负责读取配置、管理Worker进程（不处理请求）。（即单机同时处理1万个并发连接）。
Nginx 1.8.1 Web服务器压缩包简介
1. Nginx简介 Nginx（发音为“engine X”）是一款高性能的HTTP服务器和反向代理服务器，由俄罗斯软件工程师 Igor Sysoev 开发，并在2004年首次公开发布。Nginx因其处理静态内容的能力，以及其作为反向代理服务器来...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值