nginx虚拟主机(nginx虚拟主机配置)

文章目录：

• 1、Nginx $host变量详解
• 2、跟我学Nginx，server 配置块介绍
• 3、Nginx基础篇—-虚拟主机、日志、模块、请求限制

Nginx $host变量详解

host变量的值按照如下优先级获得：

我们知道，HTTP是一个文本协议，建立在一个可靠的传输层协议之上。这个传输层协议要是可靠的，面向连接的。由于TCP的普及程度，让它成了HTTP下层协议事现上的标准。但我们要知道，HTTP并不仅限于建立在TCP之上。只要是可靠的，面向连接的传输层协议，都可以用来传输HTTP。下面所说的HTTP，都是指搭载在TCP之上的HTTP。

一个HTTP请求过程是这样的，客户端先与服务器建立起TCP连接，然后再与服务器端进行请求和回复的收发。请求包含请求行、请求头和请求体，其中，根据请求方法的不同，请求体是可选的。

在发送请求行之前，客户端与服务器已经建立了连接。所以此时请求行中并不需要有服务器的信息。我们用telnet测试, 例如:

这就是一个完整的HTTP请求行。虽然请求行中不需要有服务器的信息，但仍然可以在请求行中包含服务器的信息。例如：

两者一比较，就很容易理解什么叫请求行中的host了。第一个请求行中，就没有host，第二种请求行中，就带了host，为 。

一个请求，请求行下面就是一些列的请求头。这些请求头，在HTTP/1.0中，都是可选的，且HTTP/1.0不支持Host请求头； 而在HTTP/1.1中，Host请求头部必须存在 ,否则会返回400 Bad Request

我们看个例子, 使用telnet 连接:

但是HTTP/1.0是不支持Host头部的,所以请求,不需要带这个Host,我们也测试一下:

可以看到没有返回400， 而是返回了404，说明这个请求还是来到nginx处理，命中了其中一个配置的”虚拟主机”, 我到nginx下面看access_log，看到日志写在了第一个的nginx虚拟主机配置的日志文件下面，说明http1.0情况下，没有带host头部，请求默认来到了nginx 第一个虚拟主机下处理。

server name是指在Nginx配置文件中，在server块中，用server_name指令设置的值。一个server可以多次使用server_name指令，来实现俗称的“虚拟主机”。例如：

关于虚拟主机的确定方法，还是引用Nginx的官方文档：

这就解释了上面的HTTP1.0请求，不带Host头，默认来到了第一个配置的server处理了。

然后我测试一下把 这个域名设成默认的主机default_server，看请求能不能正常来到 这个server来处理。

nginx 配置修改：

再次请求：

实际测试，正常，default_server确实起作用了。

http_host 则是读取请求头header里面的key，所有请求头里面的key再nginx里面都可以通过小写和下划线来让nginx读取。例如header里面的Host就能转成 http_user_agent。

所以，只要是header的请求头都可以这样被nginx读取， 我们测试一下：

当然这个几个头部能在response显示是因为在nginx加了add_header控制的：

$http_header的应用：当我们一个项目部署在两个服务器下面，然后在另外一个服务器搭建nginx反响代理，反响代理把请求转发给两个服务器的时候，他们的日志记录的是反向代理的ip， 而不是真正请求的用户IP， 这时就可以通过配置proxy_set_header 把真实IP设置给一个X-forwarded-For 或者 X-Real-IP 转给后端服务器，然后后端服务器读取通过http_x_real_ip来读取真实IP， 记录到access_log下面

日志的格式把第一个IP换成刚才转发过来的头部X-Real-IP就可以记录用户IP了：

关于nginx中的host变量

What’s the difference of http_host in Nginx

跟我学Nginx，server 配置块介绍

本文将介绍 http 配置块下面的 server 配置块。

在 nginx 中，一个 server 配置块代表了一个虚拟机主机。

虚拟主机使用的是特殊的软硬件技术，它把一台运行在因特网上的服务器主机分成多台 “虚拟” 的主机，每台虚拟主机都可以是一个独立的网站，可以具有独立的域名，具有完整的 Internet 服务器功能（WWW、FTP、Email 等等），同一台主机上的虚拟主机之间是完全独立的。

从网站访问者来看，每一台虚拟主机和一台独立主机完全一样。

利用虚拟主机，不用为每个要运行的网站提供一台单独的 Nginx 服务器或单独运行一组 Nginx 进程。虚拟主机提供了在同一台服务器、同一组 Nginx 进程上运行多个网站的功能。

在 Nginx 配置文件（nginx.conf）中，一个最简化的虚拟主机配置如下：

上面配置中，server 配置块配置了一个监听 8080 端口的虚拟主机。其中其他参数如下：

Nginx 通过 listen 指令指定的值监听网络请求，可以是 IP 协议的形式，也可以是 UNIX 域套接字。如果不设置 listen 指令，Nginx 在以超级用户运行时则监听 80 端口，以非超级用户运行时则监听 8000 端口。

listen 指令的指令值还针对监听方式提供了丰富的参数，如下所示：

用法示例：

server_name 指令主要用于配置基于名称的虚拟主机，server_name 指令在接到客户请求后的匹配顺序分别为：

（1）准确的 server_name 匹配，例如：

（2）以 * 通配符开始的字符串：

（3）以 * 通配符结束的字符串：

（4）匹配正则表达式：

Nginx 将按照上面1、2、3、4顺序对 server_name 进行匹配，只要有一项匹配 server_name 后就会停止继续匹配。

该指令用来指定日志文件的存放路径、格式（把定义的 log_format 跟在后面）和缓存大小；如果不想启用日志则access_log off ;

location 指令的作用是根据用户请求的 URI 来执行不同的操作，也就是根据用户请求的网站 URL 匹配 location 配置块，匹配成功就执行 location 配置块中定义的相关操作。示例用法：

关于更多 server 配置块的介绍将在后续章节娓娓道来。

对了，跟 Aapche 一样，Nginx 也可以配置多种类型的虚拟主机：

（1）基于IP的虚拟主机

（2）基于域名的虚拟主机

（3）基于端口的虚拟主机

关于怎样配置基于IP、域名和端口的虚拟主机后续章节将进行介绍。

Nginx基础篇—-虚拟主机、日志、模块、请求限制

在企业中，我们有很多的业务服务A，B，C等等，按照最最传统的财大气粗方式就是在一台机器上搭建一个Nginx，并且一个Nginx只为一个业务进行服务，如下图所示，我们有3个业务服务，我们就在3个机器上搭建3个Nginx，这显然是很浪费资源的一种不合理方式。

??虚拟主机的方式是指，我们在同一个Nginx上运行多套单独服务，而且这些服务是独立的，如下图所示：

??基于主机多IP的方式有两种：

第一步 ：在单网卡上添加多个IP–ip a add ip地址 设备名

第二步 ：我们找到nginx.conf中的http中的include的配置，找到其include的文件路径

第三步 ：找到默认配置文件，进行复制，将server中的listen进行改动，改为ip:port，在这里如果我们要为3个业务服务的话，我们就设置三个.conf的配置文件，每个配置文件中的ip不同即可。

第四步 ：nginx -s stop -c /etc/nginx/nginx.conf

nginx -s表示给nginx的主进程发送信号，停止应用。-c表示启动的时候使用哪个配置文件。

第一步 ：我们找到nginx.conf中的http中的include的配置，找到其include的文件路径

第二步 ：找到默认配置文件，进行复制，将server中的listen 端口进行改动即可，每个配置文件中的端口不同即可。

第三步 ：nginx -tc /etc/nginx/nginx.conf 对刚才修改的配置文件进行语法检查

第四步 ：nginx -c /etc/nginx/nginx.conf 启动nginx

更改server_name ：

??Nginx的日志类型有error.log和access_log两类。error.log用于记录错误类型的日志，access_log记录的是请求访问的相关的日志。Nginx使用了log_format把各种类型的变量进行组织，然后记录到access_log当中去。

??log_format只能配置到http模块下，所以我们看到nginx.conf中，会看到log_format的使用方式如下图所示：

??Nginx的模块分为官方的模块和第三方的模块，我们可以通过命令行nginx -V看到很多的–with-XXXX，这些就是Nginx中的模块。

??编译选项–with-http_stub_status_module，用于展示Nginx当前处理连接的状态。这个模块默认是没有打开的，它必须要用户显示的server和location模块中进行配置。

??我们在nginx.conf中配置好后，通过IP:PORT/mystatus进行访问，会看到以下结果：

该模块使用的比较少，它表示是从目录中随机选取一个主页。语法规则 random_index on | off，默认情况下是random_index off;只能放在location的上下文中。

这个模块也用的不多，它主要用于对http的响应内容作替换。包含了很多用法：

??sub_filter string replacement 默认是不开启的，可以用在http,server,location中,作用是替换html中的字符。

??sub_filter_last_modified on | off，默认是off，可以用在http,server,location中，作用是否阻止response header中写入Last-Modified，防止缓存，默认是off，即防止缓存。

??sub_filter_once on | off，默认是on,可以用在http,server,location中，作用sub_filter指令是执行一次，还是重复执行，默认是只执行一次。

??Nginx中可以对连接频率和请求频率做限制。其中连接频率限制的模块是limit_conn_module，请求频率限制的模块是limit_req_module。

??请求和连接到底有什么区别呢？我们知道HTTP协议是建立在TCP协议之上的，客户端在向服务端发起请求的时候，必须先建立三次握手连接，建立完连接之后才开始发送请求，为了保持这个连接我们使用FIN和ACK，这样就可以在一个连接中多次发起请求，因此我们可以说HTTP请求建立在一次TCP连接基础上，一次TCP请求至少产生一次HTTP请求。

??连接限制的语法：

??定义空间：

??limit_conn_zone key zone=name:size 默认是没有的，只能在http中配置，如果说我们想对用户的IP地址做限制，那么这里的key我们可以配置成$remote_addr，这里的name可以随便命名，size设置大小

??limit_conn zone number;这里的zone必须和上面的limit_conn_zone中的name对应，number表示的是连接数，默认是没有的，可以在http,server,location中配置。

??请求限制的语法：

??定义空间：

??limit_req_zone key zone=name:size rate=rate默认是没有的，只能在http中配置

??limit_req zone name [burst=number] [nodelay];这里的zone必须和上面的limit_req_zone中的name对应，number表示的是连接数，默认是没有的，可以在http,server,location中配置;burst爆发的意思，这个配置的意思是设置一个大小为N的缓冲区，当有大量请求（爆发）过来时，超过了访问频次限制的请求可以先放到这个缓冲区内;nodelay，如果设置，超过访问频次而且缓冲区也满了的时候就会直接返回503，如果没有设置，则所有请求会等待排队.

??$binary_remote_addr是限制同一客户端ip地址,binary_remote_addr和remote_addr其实是一样的，但是binary_remote_addr要更节省空间。1m 可以储存 32000 个并发会话。zone=req_zone:1m表示生成一个大小为1M，名字为req_one的内存区域，用来存储访问的频次信息;rate=1r/s表示允许相同标识的客户端的访问频次，这里限制的是每秒1次，还可以有比如30r/m的。这里我使用abtest来演示一下各种情况：

配置每秒钟最多一次请求：

使用abtest发起请求，设置并发数20，发起20次请求。测试结果，成功1次，失败19次，符合预期：

查看nginx错误日志，图中刚好有19个error记录，而且是被限制了，符合预期：

设置一个大小为3的缓冲区，超过访问频次限制的请求将会放入到缓冲区中：

使用abtest发起请求，设置并发数20，发起20次请求。测试结果，成功4次，失败16次，符合预期，因为第一次成功后，超过了请求限制，放了3个请求到缓冲区中，所以总共成功4个：

查看nginx错误日志，图中刚好有16个error记录，而且是被限制了，符合预期：

设置最大连接数为1：

使用abtest发起请求，设置并发数20，发起20次请求。测试结果，成功20次，失败0次，符合预期：

查看nginx错误日志，无任何错误日志，符合预期。

??nginx的http_access_module模块实现的，相关语法如下图所示：

~表示模式匹配，这里我们表示凡是访问admin.html的请求，阻止180.158.232.219的访问，同时允许所有的IP访问。结果如下图所示：

请求成功：

??是nginx的http_auth_basic_module模块实现的，使用方式可以具体参考 这里不再赘述

??Nginx的基础篇就讲到这里，欢迎大家指正，下一篇文章我将介绍如何使用Nginx作为静态资源Web服务。

nginx虚拟主机的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于nginx虚拟主机模块、nginx虚拟主机的信息别忘了在本站进行查找喔。

关于nginx虚拟主机(nginx虚拟主机配置)的内容来源于互联网引用、聚合而成，若侵权，请联系我们删除！茶猫云，优质云服务器提供商。