ginx静态资源的配置指令
listen指令
listen:用来配置监听端口。
语法 | listen address[:port] [default_server]...; listen port [default_server]...; |
默认值 | listen *:80 | *:8000 |
位置 | server |
listen的设置比较灵活,我们通过几个例子来把常用的设置方式熟悉下:
listen 127.0.0.1:8000; // listen localhost:8000 监听指定的IP和端口
listen 127.0.0.1; 监听指定IP的所有端口
listen 8000; 监听指定端口上的连接
listen *:8000; 监听指定端口上的连接
default_server属性是标识符,用来将此虚拟主机设置成默认主机。所谓的默认主机指的是如果没有匹配到对应的address:port,则会默认执行的。如果不指定默认使用的是第一个server。
server{
listen 8080;
server_name 127.0.0.1;
location /{
root html;
index index.html;
}
}
server{
listen 8080 default_server;
server_name localhost;
default_type text/plain;
return 444 'This is a error request';
}
server_name指令
server_name:用来设置虚拟主机服务名称。
127.0.0.1 、 localhost 、域名[www.baidu.com | www.jd.com]
语法 | server_name name ...; name可以提供多个中间用空格分隔 |
默认值 | server_name ""; |
位置 | server |
关于server_name的配置方式有三种,分别是:
·精确匹配
·通配符匹配
·正则表达式匹配
配置方式一:精确匹配
如
server {
listen 80;
server_name www.itcast.cn www.itheima.cn;
...
}
补充小知识点:
hosts是一个没有扩展名的系统文件,可以用记事本等工具打开,其作用就是将一些常用的网址域名与其对应的IP地址建立一个关联“数据库”,当用户在浏览器中输入一个需要登录的网址时,系统会首先自动从hosts文件中寻找对应的IP地址,一旦找到,系统会立即打开对应网页,如果没有找到,则系统会再将网址提交DNS域名解析服务器进行IP地址的解析。
windows:C:\Windows\System32\drivers\etc
centos:/etc/hosts
因为域名是要收取一定的费用,所以我们可以使用修改hosts文件来制作一些虚拟域名来使用。需要修改 /etc/hosts文件来添加
vim /etc/hosts
127.0.0.1 www.itcast.cn
127.0.0.1 www.itheima.cn
配置方式二:使用通配符配置
server_name中支持通配符"*",但需要注意的是通配符不能出现在域名的中间,只能出现在首段或尾段,如:
server {
listen 80;
server_name *.itcast.cn www.itheima.*;
# www.itcast.cn abc.itcast.cn www.itheima.cn www.itheima.com
...
}
下面的配置就会报错
server {
listen 80;
server_name www.*.cn www.itheima.c*
...
}
配置三:使用正则表达式配置
server_name中可以使用正则表达式,并且使用~作为正则表达式字符串的开始标记。
常见的正则表达式
代码 | 说明 |
^ | 匹配搜索字符串开始位置 |
$ | 匹配搜索字符串结束位置 |
. | 匹配除换行符\n之外的任何单个字符 |
\ | 转义字符,将下一个字符标记为特殊字符 |
[xyz] | 字符集,与任意一个指定字符匹配 |
[a-z] | 字符范围,匹配指定范围内的任何字符 |
\w | 与以下任意字符匹配 A-Z a-z 0-9 和下划线,等效于[A-Za-z0-9_] |
\d | 数字字符匹配,等效于[0-9] |
{n} | 正好匹配n次 |
{n,} | 至少匹配n次 |
{n,m} | 匹配至少n次至多m次 |
* | 零次或多次,等效于{0,} |
+ | 一次或多次,等效于{1,} |
? | 零次或一次,等效于{0,1} |
配置如下:
server{
listen 80;
server_name ~^www\.(\w+)\.com$;
default_type text/plain;
return 200 $1 $2 ..;
}
注意 ~后面不能加空格,括号可以取值
匹配执行顺序
由于server_name指令支持通配符和正则表达式,因此在包含多个虚拟主机的配置文件中,可能会出现一个名称被多个虚拟主机的server_name匹配成功,当遇到这种情况,当前的请求交给谁来处理呢?
server{
listen 80;
server_name ~^www\.\w+\.com$;
default_type text/plain;
return 200 'regex_success';
}
server{
listen 80;
server_name www.itheima.*;
default_type text/plain;
return 200 'wildcard_after_success';
}
server{
listen 80;
server_name *.itheima.com;
default_type text/plain;
return 200 'wildcard_before_success';
}
server{
listen 80;
server_name www.itheima.com;
default_type text/plain;
return 200 'exact_success';
}
server{
listen 80 default_server;
server_name _;
default_type text/plain;
return 444 'default_server not found server';
}
结论:
exact_success
wildcard_before_success
wildcard_after_success
regex_success
default_server not found server!!
No1:准确匹配server_name
No2:通配符在开始时匹配server_name成功
No3:通配符在结束时匹配server_name成功
No4:正则表达式匹配server_name成功
No5:被默认的default_server处理,如果没有指定默认找第一个server
location指令
server{
listen 80;
server_name localhost;
location / {
}
location /abc{
}
...
}
location:用来设置请求的URI
默认值 | — |
语法 | location [ = | ~ | ~* | ^~ |@ ] uri{...} |
位置 | server,location |
uri变量是待匹配的请求字符串,可以不包含正则表达式,也可以包含正则表达式,那么nginx服务器在搜索匹配location的时候,是先使用不包含正则表达式进行匹配,找到一个匹配度最高的一个,然后在通过包含正则表达式的进行匹配,如果能匹配到直接访问,匹配不到,就使用刚才匹配度最高的那个location来处理请求。
属性介绍:
不带符号,要求必须以指定模式开始
server {
listen 80;
server_name 127.0.0.1;
location /abc{
default_type text/plain;
return 200 "access success";
}
}
以下访问都是正确的
http://192.168.200.133/abc
http://192.168.200.133/abc?p1=TOM
http://192.168.200.133/abc/
http://192.168.200.133/abcdef
= : 用于不包含正则表达式的uri前,必须与指定的模式精确匹配
server {
listen 80;
server_name 127.0.0.1;
location =/abc{
default_type text/plain;
return 200 "access success";
}
}
可以匹配到
http://192.168.200.133/abc
http://192.168.200.133/abc?p1=TOM
匹配不到
http://192.168.200.133/abc/
http://192.168.200.133/abcdef
~ : 用于表示当前uri中包含了正则表达式,并且区分大小写
~*: 用于表示当前uri中包含了正则表达式,并且不区分大小写
换句话说,如果uri包含了正则表达式,需要用上述两个符合来标识
server {
listen 80;
server_name 127.0.0.1;
location ~^/abc\w${
default_type text/plain;
return 200 "access success";
}
}
server {
listen 80;
server_name 127.0.0.1;
location ~*^/abc\w${
default_type text/plain;
return 200 "access success";
}
}
^~: 用于不包含正则表达式的uri前,功能和不加符号的一致,唯一不同的是,如果模式匹配,那么就停止搜索其他模式了。
server {
listen 80;
server_name 127.0.0.1;
location ^~/abc{
default_type text/plain;
return 200 "access success";
}
}
设置请求资源的目录root / alias
root:设置请求的根目录
语法 | root path; |
默认值 | root html; |
位置 | http、server、location |
path为Nginx服务器接收到请求以后查找资源的根目录路径。
alias:用来更改location的URI
语法 | alias path; |
默认值 | — |
位置 | location |
path为修改后的根路径。
以上两个指令都可以来指定访问资源的路径,那么这两者之间的区别是什么?
举例说明:
(1)在/usr/local/nginx/html目录下创建一个 images目录,并在目录下放入一张图片mv.png图片
location /images {
root /usr/local/nginx/html;
}
访问图片的路径为:
http://192.168.200.133/images/mv.png
(2)如果把root改为alias
location /images {
alias /usr/local/nginx/html;
}
再次访问上述地址,页面会出现404的错误,查看错误日志会发现是因为地址不对,所以验证了:
root的处理结果是: root路径+location路径
/usr/local/nginx/html/images/mv.png
alias的处理结果是:使用alias路径替换location路径
/usr/local/nginx/html/images
需要在alias后面路径改为
location /images {
alias /usr/local/nginx/html/images;
}
(3)如果location路径是以/结尾,则alias也必须是以/结尾,root没有要求
将上述配置修改为
location /images/ {
alias /usr/local/nginx/html/images;
}
访问就会出问题,查看错误日志还是路径不对,所以需要把alias后面加上 /
小结:
root的处理结果是: root路径+location路径
alias的处理结果是:使用alias路径替换location路径
alias是一个目录别名的定义,root则是最上层目录的含义。
如果location路径是以/结尾,则alias也必须是以/结尾,root没有要求
index指令
index:设置网站的默认首页
语法 | index file ...; |
默认值 | index index.html; |
位置 | http、server、location |
index后面可以跟多个设置,如果访问的时候没有指定具体访问的资源,则会依次进行查找,找到第一个为止。
举例说明:
location / {
root /usr/local/nginx/html;
index index.html index.htm;
}
访问该location的时候,可以通过 http://ip:port/,地址后面如果不添加任何内容,则默认依次访问index.html和index.htm,找到第一个来进行返回
error_page指令
error_page:设置网站的错误页面
语法 | error_page code ... [=[response]] uri; |
默认值 | — |
位置 | http、server、location...... |
当出现对应的响应code后,如何来处理。
举例说明:
(1)可以指定具体跳转的地址
server {
error_page 404 http://www.itcast.cn;
}
(2)可以指定重定向地址
server{
error_page 404 /50x.html;
error_page 500 502 503 504 /50x.html;
location =/50x.html{
root html;
}
}
(3)使用location的@符合完成错误信息展示
server{
error_page 404 @jump_to_error;
location @jump_to_error {
default_type text/plain;
return 404 'Not Found Page...';
}
}
可选项=[response]的作用是用来将相应代码更改为另外一个
server{
error_page 404 =200 /50x.html;
location =/50x.html{
root html;
}
}
这样的话,当返回404找不到对应的资源的时候,在浏览器上可以看到,最终返回的状态码是200,这块需要注意下,编写error_page后面的内容,404后面需要加空格,200前面不能加空格。
、多站点配置的引入
文件/etc/nginx/nginx.conf 中引入文件夹/etc/nginx/conf.d中的站点配置文件。
引入的代码为:
include /etc/nginx/conf.d/*.conf;
二、nginx的配置文件
1、查看nginx进程
systemctl status nginx
2、做语法检测,检测你修改的配置是不是存在问题
nginx -t
3、查看nginx所用的端口
netstat -anlpt | grep nginx
4、修改nginx的默认端口
vi /etc/nginx/conf.d/default.conf
5、查看进程pid
ps aux | grep nginx
6、pid文件(每个以.pid结尾的文件里面都有一个pid,每个文件对应一个应用)
/var/run
7、查看nginx的pid
/var/run/nginx.pid
8、多站点配置文件放置的位置
文件/etc/nginx/nginx.conf 中引入文件夹/etc/nginx/conf.d中的站点配置文件。
引入的代码为:
include /etc/nginx/conf.d/*.conf;
9、查看nginx的日志文件
more /var/log/nginx/error.log
10、修改nginx配置文件后的操作
10.1、检测配置是否正确
nginx -t
10.2、重启nginx服务
systemctl reload nginx
11、查看端口
netstat -anlpt | grep nginx
三、nginx 文件结构
1、结构如下:
... #全局块
events { #events块
...}
http #http块{
... #http全局块
server #server块
{
... #server全局块
location [PATTERN] #location块
{
...
}
location [PATTERN]
{
...
}
}
server
{
...
}
... #http全局块}
2、配置文件结构说明:
1、全局块:配置影响nginx全局的指令。一般有运行nginx服务器的用户组,nginx进程pid存放路径,日志存放路径,配置文件引入,允许生成worker process数等。
2、events块(Main配置段,是核心配置段):配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数,选取哪种事件驱动模型处理连接请求,是否允许同时接受多个网路连接,开启多个网络连接序列化等。
Events {
#配置事件的
}
3、http块(标准http配置段,可选http配置段,都在http{}这里配置,每一种都是一个独立的):可以嵌套多个server,配置代理,缓存,日志定义等绝大多数功能和第三方模块的配置。如文件引入,mime-type定义,日志自定义,是否使用sendfile传输文件,连接超时时间,单连接请求数等。
4、server块:配置虚拟主机的相关参数,一个http中可以有多个server。
5、location块:配置请求的路由,以及各种页面的处理情况。
注意:每一个配置参数都需要以分号结尾
三、多站点的配置
1、在文件/etc/nginx/conf.d中创建对应的配置文件,文件的名字可以任意取,但为了便于记忆和便于理解可以把文件名配置成相关的域名
2、有多少个站点就配置多少个配置文件
3、配置文件详细代码
底层: Windows 11 x64
虚拟化层:VMWare Workstation 17.0.2
虚拟化兼容性:ESXi 6.7
虚拟硬件:
CPU: 4 Core
RAM: 16 GB
HDD: 128 GB SCSI
NetWork: NAT
操作系统版本: CentOS 7.9.2207 Mininal 无更新、无升级内核
无系统更新
无内核升级
关闭 SELinux
配置 NTP 时间同步
安装 Open VM Tools
美化 CLI
# 虚拟目录:也叫别名目录,将任意位置的网站发布到站点根目录下,用户通过子目录方式访问
# Nginx 定义了两种 虚拟目录,分别为 绝对别名 和 相对别名
# 绝对别名目录:网站数据目录可以在任意路径下并发布到默认站点的根目录下,用户通过子目录方式访问
# 相对别名目录:网站数据目录在默认站点根目录下的多层子目录下,并发布到默认站点的根目录下,用户通过子目录方式访问,一般不推荐使用这种方式
# 默认网站 数据目录
/data/www/
# 创建两个 网站数据目录
AAA 站点 /var/www/aaa
BBB 站点 /var/www/bbb
# 设定 网站
AAA站点 /var/www/aaa 访问路径为 http://{URL}/a_site
BBB站点 /var/www/bbb 访问路径为 http://{URL}/b_site
# 创建 AAA 及 BBB 虚拟目录
mkdir -p /var/www/aaa && mkdir -p /var/www/bbb
# 创建 虚拟目录 AAA 主页文件
echo "Welcom To FourLeaf Studio by A Site <br> Web Data /var/www/aaa" > /var/www/aaa/index.html
# 创建 虚拟目录 BBB 主页文件
echo "Welcom To FourLeaf Studio by B Site <br> Web Data /var/www/bbb" > /var/www/bbb/index.html
# 修改 Nginx 默认配置文件
nano /etc/nginx/conf.d/default.conf
# {
# 在 第 10 行,默认网站 配置之后,增加两段内容
# 绝对别名 虚拟目录 AAA
location /a_site {
alias /var/www/aaa/;
}
# 绝对别名 虚拟目录 BBB
location /b_site {
alias /var/www/bbb/;
}
# }
# 重新启动 Nginx 服务
systemctl restart nginx.service
# 绝对别名 虚拟目录 访问地址
http://{URL}/a_site
http://{URL}/b_site
AAA 站点 /var/www/aaa 对应 A Site 地址 虚拟目录
BBB 站点 /var/www/bbb 对应 B Site 地址 虚拟目录
# 默认网站 数据目录
/data/www/
# 创建两个 网站数据目录
CCC 站点 /data/www/test/ccc
DDD 站点 /data/www/test/ddd
# 设定 网站
CCC 站点 /data/www/test/ccc 实际访问路径为 http://{URL}/test/cc
CCC 站点 /data/www/test/ccc 虚拟访问路径为 http://{URL}/ccc
DDD 站点 /data/www/test/ddd 实际访问路径为 http://{URL}/test/ddd
DDD 站点 /data/www/test/ddd 虚拟访问路径为 http://{URL}/ddd
# 创建 CCC 及 DDD 虚拟目录
mkdir -p /data/www/test/ccc && mkdir -p /data/www/test/ddd
# 创建 虚拟目录 CCC 主页文件
echo "Welcom To FourLeaf Studio by A Site <br> Web Data /data/www/test/ccc" > /data/www/test/ccc/index.html
# 创建 虚拟目录 DDD 主页文件
echo "Welcom To FourLeaf Studio by B Site <br> Web Data /data/www/test/ddd" > /data/www/test/ddd/index.html
# 相对别名,一般用于网站根目录,进行路径的虚拟,一般不推荐使用
nano /etc/nginx/conf.d/default.conf
# 相对别名,地址设置,仅需要设置到绝对路径的上一级路径,并标识完整目录名称,不需要定义到完整路径
# {
# 在 第 10 行,默认网站 配置之后,增加两段内容
# 相对别名 虚拟目录 CCC
location /ccc {
root /data/www/test/;
}
# 相对别名 虚拟目录 DDD
location /ddd {
root /data/www/test/;
}
# }
奇葩的设定方式
# 重新启动 Nginx 服务
systemctl restart nginx.service
# 实际访问路径 地址
http://{Server_IP}/test/ccc
http://{Server_IP}/test/ddd
# 虚拟访问路径 地址
http://{Server_IP}/ccc
http://{Server_IP}/ddd
CCC Site 实际访问路径及虚拟目录访问路径
DDD Site 实际访问路径及虚拟目录访问路径
*请认真填写需求信息,我们会在24小时内与您取得联系。