【Nginx】核心配置文件结构

已于 2023-05-23 09:01:18 修改
阅读量1k 收藏 2
点赞数 2
分类专栏： # Nginx 文章标签： nginx 运维 服务器
于 2023-01-04 10:29:14 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zyb18507175502/article/details/127503601
版权

文章目录

Nginx核心配置文件结构

我们知道Nginx的核心配置文件默认是放在/usr/local/nginx/conf/nginx.conf。读取Nginx自带的Nginx配置文件，我们将其中的注释部分删除掉后，就剩下下面内容:

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;
        location / {
            root   html;
            index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

}

指令名	指令值;  #全局块，主要设置Nginx服务器整体运行的配置指令

#events块,主要设置,Nginx服务器与用户的网络连接,这一部分对Nginx服务器的性能影响较大，
例如:是否开启对多 work process 下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求等。
events {	 
    指令名	指令值;
}
#http块，是Nginx服务器配置中的重要部分，代理、缓存、日志记录、第三方模块配置...             
http {		
    指令名	指令值;
    server { #server块，是Nginx配置和虚拟主机相关的内容
        指令名	指令值;
        location / { 
        #基于 URI 进行匹配,以确定请求应当由哪个 location 处理。
            指令名	指令值;
        }
    }
	...
}

简单小结下:

  • nginx.conf配置文件中默认有三大块：全局块、events块、http块

  • http块中可以配置多个server块，每个server块又可以配置多个location块。

events块和http块之外的都属于全局块

涉及到的一些术语

虚拟主机技术

我们在上面的配置文件中可以看到server块，是Nginx配置和虚拟主机相关的内容，第一次接触的小伙伴可能就要问了：什么是虚拟主机？

虚拟主机是一种技术,它可以在一台物理服务器上托管多个网站。每个网站都有自己的域名和内容。它可以将一台实际的物理服务器分成多台虚拟的服务器(也就是说我们可以将每个server块单独的看作一个服务器)，每台虚拟服务器都可以通过nginx配置不同的web服务。利用虚拟主机，不用为每个要运行的网站提供一台单独的Nginx服务器或单独运行一组Nginx进程。虚拟主机提供了在同一台服务器、同一组Nginx进程上运行多个网站的功能。

我们来看一个例子：

一个基本的 server 块配置如下：

server {
    listen       80;  # 监听端口
    server_name  www.example.com;  # 服务器名

    location / {
        root   /data/www/example.com;  # 网站根目录
        index  index.html index.htm;   # 默认首页文件
    }
}

这个 server 块定义了一个 www.example.com 这个域名的虚拟主机,它监听 80 端口,网站根目录为 /data/www/example.com,默认首页为 index.html。
所以,在一台 Nginx 服务器上,我们可以通过多个 server 块来配置多个虚拟主机,每个虚拟主机有自己独立的:

  • 域名:通过 server_name 定义
  • 根目录:通过 root 定义
  • 访问端口:通过 listen 定义
  • 默认首页:通过 index 定义
  • 自定义配置:可以在 server 块内定义任意 Nginx 配置来自定义该虚拟主机

Nginx是如何拦截到用户对其配置服务器的请求的？

Nginx 是通过监听端口来拦截用户请求的。

当用户在浏览器中访问一个网站时,浏览器会发送 HTTP 请求到服务器的某个端口。Nginx 作为网站的服务器,需要监听某个端口,来接收用户的请求。
Nginx 的端口监听有两种方式:

  1. 监听所有接口的指定端口:使用 listen 80 等方式监听 80 端口,这会监听服务器上的所有网络接口的 80 端口。
  2. 监听指定接口的指定端口:使用 listen 192.168.1.1:80 等方式监听某个具体网络接口的 80 端口。

举个例子,一个简单的 Nginx 服务器配置为:

server {
    listen       80;
    server_name  www.example.com; 
    ...
}

此配置使 Nginx 监听所有网络接口的 80 端口。

  • 当用户在浏览器中访问 www.example.com 时,浏览器会向这个服务器的 80 端口发起 HTTP 请求。
  • Nginx 由于监听了 80 端口,所以能够拦截到这个请求。
  • 接收到请求后,Nginx 根据 server_name 配置找到与请求对应的虚拟主机配置(所以两个不同的 server 块可以监听同一个端口),并对请求进行处理。

所以,Nginx 要实现拦截用户请求,关键是要监听正确的端口。只有当 Nginx 监听了用户请求会访问的端口时,才能够拦截到对应请求,然后进行处理。如果 Nginx 没有监听用户请求的端口,该请求就无法被 Nginx 拦截和处理。

总结一下:

Nginx 拦截用户请求的思路是:监听端口 -> 拦截请求 -> 虚拟主机映射 -> 处理请求。只有用户请求访问了 Nginx 监听的端口,Nginx 才有机会去拦截和处理该请求。

网络接口

我们在上面一部分中可以看见一句话：
使用 listen 80 等方式监听 80 端口,这会监听服务器上的所有网络接口的 80 端口。那么我们怎么理解所有网络接口的 80 端口这句话呢？

服务器一般会有多块网络接口,例如:

  • 公网 IP 对应的网卡接口
  • 内网 IP 对应的网卡接口
  • 本地回环接口 lo
  • 等等

当 Nginx 使用 listen 80 这种方式监听 80 端口时,它会监听服务器上所有的网络接口的 80 端口。
也就是说,无论用户通过哪块网卡向服务器的 80 端口发送请求,Nginx 都可以接收到。

举个例子,如果一台服务器:

  • 公网 IP:219.216.121.12
  • 内网 IP:192.168.1.10
  • 本地回环 IP:127.0.0.1

该服务器上安装了 Nginx,并配置为:

server {
    listen       80; 
    ...
}

则:

  • 当用户访问 219.216.121.12 的 80 端口时,Nginx 可以接收到请求
  • 当用户访问 192.168.1.10 的 80 端口时,Nginx 也可以接收到请求
  • 当用户访问 127.0.0.1 的 80 端口时,Nginx 同样可以接收到请求

这是因为 Nginx 监听了所有的网络接口(网卡)的 80 端口,不管数据从哪块网卡进来,只要目标端口是 80,Nginx 都可以拦截到。

所以,当 Nginx 配置为 listen 80 时,它所监听的是:

  • 所有公网 IP 对应的网卡
  • 所有内网 IP 对应的网卡
  • 本地回环接口
  • 服务器上的其他所有网络接口

的 80 端口。不管用户是通过哪个 IP 或哪块网卡访问,Nginx 都能接收到数据,这就是监听“所有网络接口”的含义。

如果 Nginx 只想监听某个具体的 IP 或网卡,可以使用 listen 192.168.1.10:80 这种方式指定具体的 IP 地址进行监听。

全局块

user指令

（1）user:用于配置运行Nginx服务器的worker进程的用户和用户组。

语法user user [group]
默认值nobody
位置全局块

如果不配置用户组则默认会以用户的名字作为用户组

该属性也可以在编译的时候指定，语法如下./configure --user=user --group=group,如果两个地方都进行了设置，最终生效的是配置文件中的配置。

该指令的使用步骤:

(1)设置一个用户信息"www"

user www;

在这里插入图片描述

这里之所以报错是因为我们当前的centos系统里面根本没有www这个用户，所以我们首先新建一个www用户。

(2) 创建一个用户

useradd www

(3)修改user属性

user www

此时我们reload以后可以发现用户已经生效了：
在这里插入图片描述

(4)创建/root/html/index.html页面，添加如下内容

<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
<p><em>I am WWW</em></p>
</body>
</html>

(5)修改nginx.conf

location / {
	root   /root/html;
	index  index.html index.htm;
}

(5)测试启动访问

页面会报403拒绝访问的错误

(6)分析原因

因为当前用户没有访问/root/html目录的权限

(7)将文件创建到 /home/www/html/index.html,修改配置

location / {
	root   /home/www/html;
	index  index.html index.htm;
}

(8)再次测试启动访问

能正常访问。

综上所述，使用user指令可以指定启动运行工作进程的用户及用户组，这样对于系统的权限访问控制的更加精细，也更加安全。

work process指令

master_process:用来指定是否开启工作进程。

这个指令我们在工作中一般采用默认就可以，只有当我们进行测试的时候我们可能会把它关闭掉，只留一个Nginx的主进程进行测试。

语法master_process on|off;
默认值master_process on;
位置全局块

worker_processes:用于配置Nginx生成工作进程的数量，这个是Nginx服务器实现并发处理服务的关键所在。理论上来说workder process的值越大，可以支持的并发处理量也越多，但事实上这个值的设定是需要受到来自服务器自身的限制，建议将该值和服务器CPU的内核数保存一致。

语法worker_processes num/auto;
默认值1
位置全局块

如果将worker_processes设置成2，则会看到如下内容:

在这里插入图片描述

其他指令

daemon：设定Nginx是否以守护进程的方式启动。

守护式进程是linux后台执行的一种服务进程，特点是独立于控制终端，不会随着终端关闭而停止

语法daemon on|off;
默认值daemon on;
位置全局块

pid:用来配置Nginx当前master进程的进程号ID存储的文件路径。

语法pid file;
默认值默认为:/usr/local/nginx/logs/nginx.pid
位置全局块

该属性可以通过./configure --pid-path=PATH来指定

error_log:用来配置Nginx的错误日志存放路径

语法error_log file [日志级别];
默认值error_log logs/error.log error;
位置全局块、http、server、location

该属性可以通过./configure --error-log-path=PATH来指定

其中日志级别的值有：debug|info|notice|warn|error|crit|alert|emerg，翻译过来为试|信息|通知|警告|错误|临界|警报|紧急，这块建议大家设置的时候不要设置成info以下的等级，因为会带来大量的磁盘I/O消耗，影响Nginx的性能

（5）include:用来引入其他配置文件，使Nginx的配置更加灵活

语法include file;
默认值无
位置any

events块

（1）accept_mutex:用来设置Nginx网络连接序列化

语法accept_mutex on|off;
默认值accept_mutex on;
位置events

这个配置主要可以用来解决常说的"惊群"问题。大致意思是在某一个时刻，客户端发来一个请求连接，Nginx后台是以多进程的工作模式，也就是说有多个worker进程会被同时唤醒，但是最终只会有一个进程可以获取到连接，如果每次唤醒的进程数目太多，就会影响Nginx的整体性能。如果将上述值设置为on(开启状态)，将会对多个Nginx进程接收连接进行序列号，一个个来唤醒接收，就防止了多个进程对连接的争抢。

在这里插入图片描述

（2）multi_accept:用来设置是否允许同时接收多个网络连接

语法multi_accept on|off;
默认值multi_accept off;
位置events

如果multi_accept被禁止了，nginx一个工作进程只能同时接受一个新的连接。否则，一个工作进程可以同时接受所有的新连接

（3）worker_connections：用来配置单个worker进程最大的连接数

语法worker_connections number;
默认值worker_commections 512;
位置events

这里的连接数不仅仅包括和前端用户建立的连接数，而是包括所有可能的连接数。另外，number值不能大于操作系统支持打开的最大文件句柄数量。

（4）use:用来设置Nginx服务器选择哪种事件驱动来处理网络消息。

语法use method;
默认值根据操作系统定
位置events

注意：此处所选择事件处理模型是Nginx优化部分的一个重要内容，method的可选值有select/poll/epoll/kqueue等，之前在准备centos环境的时候，我们强调过要使用linux内核在2.6以上，就是为了能使用epoll函数来优化Nginx。

另外这些值的选择，我们也可以在编译的时候使用

--with-select_module、--without-select_module、

--with-poll_module、 --without-poll_module来设置是否需要将对应的事件驱动模块编译到Nginx的内核。

events指令配置实例

打开Nginx的配置文件 nginx.conf,添加如下配置

events{
	accept_mutex on;
	multi_accept on;
	worker_commections 1024;
	use epoll;
}

启动测试

./nginx -t
./nginx -s reload

http块

定义MIME-Type

我们都知道浏览器中可以显示的内容有HTML、XML、GIF等种类繁多的文件、媒体等资源，浏览器为了区分这些资源，就需要使用MIME Type。所以说MIME Type是网络资源的媒体类型。Nginx作为web服务器，也需要能够识别前端请求的资源类型。

在Nginx的配置文件中，默认有两行配置

include mime.types;
default_type application/octet-stream;

默认的default_type是application/octet-stream，指的是以二进制流的方式进行处理，也就是说浏览器接收到相应请求之后会以下载附件的方式进行相关操作。

（1）default_type:用来配置Nginx响应前端请求默认的MIME类型。

语法default_type mime-type;
默认值default_type text/plain；
位置http、server、location

在default_type之前还有一句include mime.types,include之前我们已经介绍过，相当于把mime.types文件中MIMT类型与相关类型文件的文件后缀名的对应关系加入到当前的配置文件中。

举例来说明：

有些时候请求某些接口的时候需要返回指定的文本字符串或者json字符串，如果逻辑非常简单或者干脆是固定的字符串，那么可以使用nginx快速实现，这样就不用编写程序响应请求了，可以减少服务器资源占用并且响应性能非常快。

如何实现:

location /get_text {
	#这里也可以设置成text/plain
    default_type text/html;
    return 200 "<h1>This is nginx's text</h1>";
}
location /get_json{
    default_type application/json;
    return 200 '{"name":"TOM","age":18}';
}

我们分别来看看效果：
情况一：
在这里插入图片描述
情况二：
在这里插入图片描述

自定义服务日志

Nginx中日志的类型分access.log、error.log。

access.log:用来记录用户所有的访问请求。

error.log:记录nginx本身运行时的错误信息，不会记录用户的访问请求。

Nginx服务器支持对服务日志的格式、大小、输出等进行设置，需要使用到两个指令，分别是access_log和log_format指令。

（1）access_log:用来设置用户访问日志的相关属性。

语法access_log path[format[buffer=size]]
默认值access_log logs/access.log combined;
位置http, server, location

（2）log_format:用来指定日志的输出格式。

语法log_format name [escape=default|json|none] string…;
默认值log_format combined “…”;
位置http

注意：
这里access_log中的format参数和log_format中的name参数要对应：
在这里插入图片描述

其他配置指令

（1）sendfile:用来设置Nginx服务器是否使用sendfile()传输文件，该属性可以大大提高Nginx处理静态资源的性能

语法sendfile on|off；
默认值sendfile off;
位置http、server、location

（2）keepalive_timeout:用来设置长连接的超时时间。

为什么要使用keepalive？
我们都知道HTTP是一种无状态协议，客户端向服务端发送一个TCP请求，服务端响应完毕后断开连接。
如果客户端向服务端发送多个请求，每个请求都需要重新创建一次连接，效率相对来说比较低，使用keepalive模式，可以告诉服务器端在处理完一个请求后保持这个TCP连接的打开状态，若接收到来自这个客户端的其他请求，服务端就会利用这个未被关闭的连接，而不需要重新创建一个新连接，提升效率，但是这个连接也不能一直保持，这样的话，连接如果过多，也会是服务端的性能下降，这个时候就需要我们进行设置其的超时时间。

语法keepalive_timeout time;
默认值keepalive_timeout 75s;
位置http、server、location

（3）keepalive_requests:用来设置一个keep-alive连接使用的次数。

语法keepalive_requests number;
默认值keepalive_requests 100;
位置http、server、location

当我们设置了keepalive之后我们打开开发者工具：

在原来多次请求(或者刷新几次)的的时候会有多个痕迹：
在这里插入图片描述
而现在只会有一个，说明链接在复用：
在这里插入图片描述

server块和location块

这里我们主要来认识下Nginx默认给的nginx.conf中的相关内容，以及server块与location块在使用的时候需要注意的一些内容。

	server {
        listen       80;
        server_name  localhost;
        location / {
            root   html;
            index  index.html index.htm;
        }
       
        error_page   500 502 503 504 404  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

http块中可以放多个server块，每一个server块里面也可以放多个location块

  • listen表示监听相关端口，默认是80端口
  • server-name表示对应的服务名称，这个名称我们可以指定具体的ip也可以指定localhost，也可以是域名
  • listen和server-name共同组成了我们请求url的前半部分，而后半部分是由我们的location来进行设置的
  • location里面的root代表资源所对应的目录
  • index表示当路径匹配的时候默认访问的首页，从前往后尝试到成功为止
  • 这里的index.html 和 index.htm都要放在html文件夹(也就是root指定的资源目录)下才能生效
  • error_page后面跟的是错误(状态)码，当发生指定的状态码的时候会跳转到/50x.html页面
  • 这个/50x.html也是放在html目录

Nginx服务器基础配置实例

我们将通过一个比较完整和最简单的基础配置实例，来巩固下前面所学习的指令及其配置。

需求如下:

（1）有如下访问：
	http://192.168.200.133:8081/server1/location1
		访问的是：index_sr1_location1.html
	http://192.168.200.133:8081/server1/location2
		访问的是：index_sr1_location2.html
	http://192.168.200.133:8082/server2/location1
		访问的是：index_sr2_location1.html
	http://192.168.200.133:8082/server2/location2
		访问的是：index_sr2_location2.html
（2）如果访问的资源不存在，
	返回自定义的404页面
（3）将/server1和/server2的配置使用不同的配置文件分割
	将文件放到/home/www/conf.d目录下，然后使用include进行合并
（4）为/server1和/server2各自创建一个访问日志文件

准备相关文件，目录如下：

在这里插入图片描述

配置的内容如下:

##全局块 begin##
#配置允许运行Nginx工作进程的用户和用户组
user www;
#配置运行Nginx进程生成的worker进程数
worker_processes 2;
#配置Nginx服务器运行对错误日志存放的路径
error_log logs/error.log;
#配置Nginx服务器允许时记录Nginx的master进程的PID文件路径和名称
pid logs/nginx.pid;
#配置Nginx服务是否以守护进程方法启动
#daemon on;
##全局块 end##

##events块 begin##
events{
	#设置Nginx网络连接序列化
	accept_mutex on;
	#设置Nginx的worker进程是否可以同时接收多个请求
	multi_accept on;
	#设置Nginx的worker进程最大的连接数
	worker_connections 1024;
	#设置Nginx使用的事件驱动模型
	use epoll;
}
##events块 end##
##http块 start##
http{
	#定义MIME-Type
	include mime.types;
	default_type application/octet-stream;
	#配置允许使用sendfile方式运输
	sendfile on;
	#配置连接超时时间
	keepalive_timeout 65;
	#配置请求处理日志格式
	log_format server1 '===>server1 access log';
	log_format server2 '===>server2 access log';
	##server块 开始##
	include /home/www/conf.d/*.conf;
	##server块 结束##
}
##http块 end##

server1.conf

server{
		#配置监听端口和主机名称
		listen 8081;
		server_name localhost;
		#配置请求处理日志存放路径
		access_log /home/www/myweb/server1/logs/access.log server1;
		#配置错误页面
		error_page 404 /404.html;
		#配置处理/server1/location1请求的location
		location /server1/location1{
			root /home/www/myweb;
			index index_sr1_location1.html;
		}
		#配置处理/server1/location2请求的location
		location /server1/location2{
			root /home/www/myweb;
			index index_sr1_location2.html;
		}
		#配置错误页面转向
		location = /404.html {
			root /home/www/myweb;
			index 404.html;
		}
}

server2.conf

server{
		#配置监听端口和主机名称
		listen 8082;
		server_name localhost;
		#配置请求处理日志存放路径
		access_log /home/www/myweb/server2/logs/access.log server2;
		#配置错误页面,对404.html做了定向配置
		error_page 404 /404.html;
		#配置处理/server1/location1请求的location
		location /server2/location1{
			root /home/www/myweb;
			index index_sr2_location1.html;
		}
		#配置处理/server2/location2请求的location
		location /server2/location2{
			root /home/www/myweb;
			index index_sr2_location2.html;
		}
		#配置错误页面转向
		location = /404.html {
			root /home/www/myweb;
			index 404.html;
		}
	}

接下来我们进行测试：

  • 访问测试：http://192.168.200.133:8081/server1/location1，访问的是：index_sr1_location1.html
    在这里插入图片描述

  • http://192.168.200.133:8081/server1/location2，访问的是：index_sr1_location2.html
    在这里插入图片描述

  • http://192.168.200.133:8082/server2/location1，访问的是：index_sr2_location1.html
    在这里插入图片描述

  • http://192.168.200.133:8082/server2/location2，访问的是：index_sr2_location2.html
    在这里插入图片描述

  • 如果访问的资源不存在，返回自定义的404页面：
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xgt1xIuk-1667093885506)(assets/1587129817226.png)]

十八岁讨厌编程
关注
  • 2
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
134.Nginx（三）：nginx.conf核心配置文件讲解
鹏哥哥Aaa
08-25 148
nginx.conf核心配置文件讲解
【Linux】Nginx配置文件详解
xy8310292的博客
07-13 3744
Nginx.conf 配置文件主要分成四部分：main（全局设置），设置的指令将影响其它所有部分的设置； server（主机设置），设置的指令主要用于指定虚拟主机域名、IP和端口； upstream（上游服务器设置，主要为反向代理、负载均衡相关配置），用于设置一系列的后端服务器，设置反向代理及后端服务器的负载均衡； llocation（URL匹配特定位置后的设置），用于匹配网页位置（比如，根目录“/”,“/images”,等等）。 他们之间的关系是：server 继承 main，location继承serv
Nginx服务器的内部核心架构设计
m0_37145844的博客
07-01 147
前言 Nginx 是一个 免费的，开源的，高性能 的 HTTP 服务器和 反向代理，以及 IMAP / POP3 代理服务器。 Nginx 以其高性能，稳定性，丰富的功能，简单的配置和低资源消耗而闻名。Nginx是一个 Web 服务器，也可以用作 反向代理，负载均衡器 和 HTTP 缓存。 正文 1. Nginx的整体架构 1.1. 主进程 Nginx 启动时，会生成两种类型的 进程*，一个是 主进程（master），一个（windows 版本的目前只有一个）或 多个工...
linux通过nginx映射指定目录文件给外部访问
god_sword_的博客
03-05 3579
linux通过nginx映射指定目录文件给外部访问
nginx配置文件基础配置汇总
清风
05-16 2882
本篇主要是对nginx.conf文件的的一些基本配置的汇总，方便日后使用。还有一些比较核心的、优化等配置会在另一篇写到。 目录 配置文件结构 全局块 1.user指令 2.work process指令 3.其他指令 events块 http块 1.定义MIME-Type 2.自定义服务日志 3.其他指令 server块和location块 Nginx静态资源部署 1、listen指令 2、server_name指令 3、location指令 4、设置请求资源的目录root
Nginx服务器配置文件完全解析
09-30
首先，配置文件的基本结构和常用指令： 1. **用户和组配置**： `user www www;` 这行指定了Nginx进程运行的用户和组，这里设置为www用户和www组，可以根据实际需求进行修改。 2. **工作进程设置**： `worker_...
详解nginx 配置文件解读
09-29
Nginx是一款高性能的HTTP和反向代理服务器，它的配置文件结构清晰，易于理解，对于服务器的管理和优化至关重要。本文将深入解析Nginx配置文件的各个部分，帮助读者更好地理解和配置Nginx。 1. **全局设置（main）**...
nginx服务器安装及配置文件讲解
07-18
配置文件`nginx.conf`是Nginx的核心，它定义了服务器的行为。基本结构包括全局块、events块、http块、server块和location块。例如，你可以配置监听端口、日志文件、服务器名称、SSL证书、反向代理规则等。 在http块...
Nginx 配置文件解析.docx
09-26
Nginx配置文件解析涉及到Nginx服务器的核心运行机制，包括配置文件的加载、解析以及模块的初始化。Nginx的配置文件是其高效运行的基础，通过合理的配置，可以实现反向代理、负载均衡、静态文件服务等功能。 首先，...
比较完整的Nginx配置文件nginx.conf常用参数中文详解
09-30
本文将深入解析这个配置文件中的一些常见参数，帮助初学者更好地理解和使用Nginx。 首先，配置文件的基本结构是由多个块组成，如`http`、`server`和`location`等。每个块可以包含其他子块和指令，这些指令定义了...
Nginx配置文件详解
FAIRYTAIL的博客
10-12 2091
Nginx配置文件结构 ... #全局块 events { #events块 ... } http #http块 { ... #http全局块 server #server块 { ... #server全局块 location [PATTERN] #location块 { ... }
nginx学习笔记【基本配置项】
C.y◆古魂
10-09 1219
转自： #运行用户 user nobody; #启动进程,通常设置成和cpu的数量相等 worker_processes 1; #全局错误日志及PID文件 #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs
nginx在linux下安装,nginx在linux下的安装与使用
weixin_36347133的博客
05-14 132
如已安装过，此处的路径为安装目录；若未安装，则此路径为编译安装包路径，nginx将执行模块的默认编译安装。启动nginx之后，浏览器中输入http://localhost可以验证是否安装启动成功，成功页面如下： 2.Nginx配置安装完成之后，配置目录conf下有以下配置文件，过滤掉了xx.default配置：smart@ubuntu:/opt/nginx-1.7.7/conf$ tree |gr...
Nginx安装及配置文件详解（Linux版本）
sunsineq的专栏
01-20 3669
之前对Nginx不太熟悉，然后学习了一段时间，中间还是遇到了一点困难的，在这里把nginx的配置文件、反向代理、负载均衡和HTTP转HTTPS都实现了一下，希望对大家有所帮助！ 1.Nginx安装 可以去看另一篇文章。Nginx环境安装 主要的配置文件解释： 配置文件存放目录：/etc/nginx 主配置文件：/etc/nginx/conf/nginx.conf 管理脚本：/usr/lib64/systemd/system/nginx.service 模块：/usr/lisb64/ng...
nginx配置技巧汇总
weixin_33766805的博客
05-21 402
Nginx作为文件服务避免浏览器自动播放文件有时对于图片、视频，浏览器会视能力，自动为用户显示或播放。这主要是由于Web服务器在返回文件本身数据的同时，返回了一些特殊的MIME类型，比如：image/jpeg（JPEG图像）,application/pdf（PDF文档）,video/mpeg（MPEG动画）。这些MIMIE类型实际上是告诉浏览器，文件数据到底是什么，这样浏览器...
Java架构师—Nginx核心配置文件详解
qq_36473058的博客
07-19 646
nginx.conf 配置结构与指令语法； nginx.conf 核心配置文件； location的匹配规则； Nginx常用命令解析。
windows桌面运维----第七天
2401_83565544的博客
06-19 222
目录 1、运维有哪些方面选择： 2.网络速度慢： 3.无法访问某个网站： 4.无法共享文件或打印机： 5.无法连接VPN：
Esxi上创建windows 11虚拟机
最新发布
eighters的博客
06-20 758
Esxi上创建windows 11虚拟机，通过修改注册表强制绕过tpm
SwitchHosts 简明教程
Sahara_Savage
06-17 313
SwitchHosts 安装及使用
nginx主配置文件
09-26
总之，nginx主配置文件是nginx服务器的核心配置文件，通过修改该文件可以实现对服务器行为和特性的定制化设置，包括全局配置和虚拟主机的配置信息。了解和熟悉主配置文件的结构和指令是运维和开发人员管理和优化...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

十八岁讨厌编程

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值