目录
环境概述:
http模块中的全局模块
1. root配置主要是对主web页面的路径访问。
2.server虚拟主机
2.1基于IP:
2.2基于域名:
3.alias别名
4.location匹配
5.access模块:
6.验证模块
7.自定义错误页面
8.日志存放位置
9.检测文件是否存在
10.作为下载服务器配置
在nginx服务中,主要作用就是提供web服务,而提供web服务最重要的是核心配置文件中的http模块。我编译安装在/apps/nginx下,有conf,html,logs,html等文件夹。
环境概述:
wget下载在/data/下,编译安装在/apps/nginx/下
有两台机器,Node1(192.168.114.10)和Node2(192.168.114.20),Node1做为nginx服务端,Node2作为客户端访问Node1测试使用。
http模块中的全局模块
include mime.types; 是导入支持的文件类型,由于是编译安装,默认在指定的路径/apps/nginx/下的conf/mime.types。只要是在该路径下,那么访问链接就是下载。
我们在/apps/nginx/html下写一个文件交linux123,echo "linux123" > linux123
使用浏览器访问系统下的该文件,192.68.114.10/linux123(系统IP/文件名)就会出现下载操作。如图:
default_type application/octet-stream; 如果include文件类型不明确,那么默认就是这个类型。
server_tokens off; 该配置项是隐藏nginx版本。添加该行,重启(nginx -s reload)。使用测试系统查看,隐藏了版本号。
keepalive_timeout 65 65; 是设置会话保持的时间,可以有两个值,后者值是响应首部,keepAlived:timeout=65;
gzip on; 是开启压缩文件的功能,但不压缩图片。
http模块中,还有server模块且可以有多个server模块,每个server模块相当于一个虚拟主机,可以对端口号、IP地址、域名、主站点、日志等设置,第一个server默认为虚拟服务器。
server模块中又有若干个location模块,主要作用是匹配URL。
server下的root配置
1. root配置主要是对主web页面的路径访问。
在配置文件nginx.conf中添加一行web访问路径。root linux/lnx.html
在html下创建文件夹mkdir linux。再写入内容。 echo "Linux html" > linux/lnx.html
[root@Node1 html]#:mkdir linux
[root@Node1 html]#:echo "Linux html" > linux/lnx.html
再测试机访问curl 192.168.114.10/linux/lnx.html。跟上路径
[root@Node2 ~]#:curl 192.168.114.10/linux/lnx.html
Linux html
2.server虚拟主机
在配置文件中,http模块中的每一个server就是一个虚拟主机,第一个server为默认虚拟服务器。
我们在主站点创建一个文件夹,但需要再主配置文件nginx.conf中包含该子配置文件的路径。
写在子配置文件中方便管理维护。
2.1基于IP:
基于IP,先添加两个虚拟ip地址:
ifconfig ens33:0 192.168.114.11/24
ifconfig ens33:1 192.168.114.12/24
ifconfig 查看:
写两个server文件:分别代表两台主机(实际是一台):
重新加载配置文件:nginx -s reload 。在站点写入html文件:
在真机浏览器中分别访问192.168.114.11和192.168.114.12:
2.2基于域名:
在该文件下创建一个文件作为子配置文件sver.conf。
[root@Node1 nginx]#:pwd
/apps/nginx[root@Node1 nginx]#:mkdir conf.d
cd conf.d
[root@Node1 conf.d]#:vim sver.conf
server {
listen 80;
server_name www.pc.com;
root html/pc/;
}
server {
listen 8080;
server_name www.jd.com;
root html/linux/;
}修改完子配置文件后,重新加载配置文件:
[root@Node1 conf.d]#:nginx -s reload
listen监听端口,server_name域名,root主页文件的路径。
要在html文件夹下创建两个文件夹pc和jd分别写入index.html文件。
[root@Node1 html]#:mkdir pc jd
[root@Node1 html]#:echo "jd html" > jd/index.html
[root@Node1 html]#:echo "pc html" > pc/index.html#查看web文件
[root@Node1 html]#:cat jd/index.html
jd html
[root@Node1 html]#:cat pc/index.html
pc html
此外,还需要在测试机上修改/etc/hosts文件,添加一行
测试:
还可以基于端口号,IP,主站点,日志等。
3.alias别名
访问location中的uri相当于访问alias中的uri。
在/data/下写一个网页,
自配置文件conf.d/sver.conf
server {
listen 80;
server_name www.pc.com;
location /cxk {
alias /data/;}
}
curl 192.168.114.10/cxk 相当于置换访问192.168.114.10/data/。-L跟着跳
4.location匹配
location匹配规则:location [ = | ^~ | ~ | ~* | 不带符号 ] uri { ...... }
示例:
location = / {
......
}
=是精确匹配,只能匹配/,大小写敏感,优先级最高。
^~ 支持正则表达式,以什么什么开头,不区分大小写。
~ 支持正则表达式,区分大小写。
~* 支持正则表达式,不区分大小写。
不带符号,匹配起始于uri的所有uri
有以下location:
location ~ /Test1/$ {
return 200 'A位置最前的正则表达式匹配';
}
location ~* /Test1/(\w+)$ {
return 200 'B长正则表达式匹配';
}
location ^~ /Test1/ {
return 200 'C 停止正则表达式匹配';
}
location /Test1/Test2 {
return 200 'D 无符号最长的前缀匹配';
}
location /Test1 {
return 200 'E 无符号短前缀匹配';
}
location = /Test1 {
return 200 'F =精确匹配!';
}
在客户端curl时:
curl 192.168.114.10/Test1
curl 192.168.114.10/Test1/
curl 192.168.114.10/Test1/Test2
curl 192.168.114.10/Test1/Test2/
这四种情况的不同:
第一种情况,会优先匹配F,因为是=/Test1精确匹配。
第二种情况,F排除,E能匹配上,D排除,C能匹配上,如果C匹配到,出现^~就不匹配正则表达式。故A,B都不看。由于C匹配最长,且是/Test1/开头,故匹配到C。
第三种情况/Test1/Test2。显然^~匹配不到,正则表达式中B匹配到了,(~* /Test1/(\w+)$代表以数字字母出现一个或多个)。匹配到正则后,优先级比其他高。故匹配B。
第四种情况:/Test1/Test2/。A,B,F排除,A是以/Test/结尾,B是以数字字母结尾 第四种情况是/结尾,F精确匹配排除。只有C,D,E能够匹配上,但由于D是最长匹配原则,只能匹配D。
如下:
[root@Node2 ~]#:curl 192.168.114.10/Test1
F =精确匹配![root@Node2 ~]#:[root@Node2 ~]#:curl 192.168.114.10/Test1/
C 停止正则表达式匹配[root@Node2 ~]#:[root@Node2 ~]#:curl 192.168.114.10/Test1/Test2
B长正则表达式匹配[root@Node2 ~]#:[root@Node2 ~]#:curl 192.168.114.10/Test1/Test2/
D 无符号最长的前缀匹配[root@Node2 ~]#:[root@Node2 ~]#:
5.access模块:
access模块作为访问控制模块,能够对来自客户端的某个IP阻止阻止访问。在编译安装时要加入access模块,查看是否安装该模块:
[root@Node1 nginx-1.18.0]#:./configure --help | grep access
--without-http_access_module disable ngx_http_access_module
--http-log-path=PATH set http access log pathname
--without-stream_access_module disable ngx_stream_access_module
该模块可以支持IPv6地址。
例子如下:
我有三台主机Node1:192.168.114.10,Node2:192.168.114.20,Node:192.168.114.30
只拒绝Node2主机
server {
listen 80;
server_name www.kgc.com;
deny 192.168.114.20;
allow 192.168.114.0/24;
location / {
root /data/html/;
}
}
在/data/html/下写一个网页index.html内容为:
[root@Node1 html]#:ls
index.html
[root@Node1 html]#:cat index.html
<h1>/data/html</h1>
当在Node2上访问和在Node3上访问测试:
达到访问控制的目的,文件中应该把小范围写在前面,大范围写在后面,如果是
deny 192.168.114.20;
allow 192.168.114.0/24;
两个调换,则会允许192.168.114.0/24这个网段的地址访问而导致192.168.114.20也能访问,就会达不到禁止某一个IP访问的目的,故范围小的写前面。
6.验证模块
验证模块,是用户访问我的地址的时候,向用户发起一个信息验证。需要下载httpd-tools工具包。
yum install httpd-tools -y。需要用到htpasswd命令。
添加一个loction:
auth_basic是提示信息,下面指的是密码文件存放位置。
需要在子配置文件conf.d中新建一个隐藏文件:
[root@Node1 conf.d]#:mkdir .httpuser
#再向其中添加一个验证信息,用户名和密码:第一次添加:
[root@Node1 conf.d]#:htpasswd -bc /apps/nginx/conf.d/.httpuser kgc 123456
-c是新建用户名和密码对应的文件
-b将密码跟在用户名后面
如果不是第一次添加,要添加其他用户:
[root@Node1 conf.d]#:htpasswd /apps/nginx/conf.d/.httpuser xiaoming
New password:
Re-type new password:
Adding password for user xiaoming
重新加载配置文件:nginx -s reload
在浏览器中输入192.168.114.10/admin,会弹出一个验证模块,输入正确的信息
如果验证其他用户,可能有缓存,清楚历史浏览记录(包括缓存信息)即可。否则不会出现验证模块。
7.自定义错误页面
自定义错误页面是客户端输入了错误的域名,比如www.baidu.com/xxxxxxxxxxxxxx就会报404错误,那么就让客户自动跳转到我们规定的页面。
在server中加入error_page配置项:
错误页面的位置,自定义的,这里放在/data/html/error/下的40x.html文件中
在客户端/etc/hosts中添加一行192.168.114.10 www.yun.com。使用curl www.yun.com/adfafddfs
8.日志存放位置
通常将生成的日志文件指定到某个位置,默认的位置是/apps/nginx/logs/下,有三个文件,一个是正确日志文件,一个是错误日志文件,一个是主进程pid号
当我们设置两台主机时,两台主机的日志文件都会放入该路径下,我们设置访问不同主机时生成的日志存放在不同的位置,即两个网站的日志分离。
分析:两个网站分别为www.admin.com和www.html.com。在/data/下创建nginx文件夹,nginx下分别有admin和html和logs文件夹。admin和html存放正常的网页,logs存放两个网站生成的错误日志,日志文件分别是admin_access.log和admin_error.log和html_access.log和html_error.log四个日志文件(这四个日志文件不需要创建,重启配置文件后能够自动生成)。分为代表admin正确日志,错误日志,html正确日志,错误日志。使用客户端访问curl www.admin.com(正确网站)和curl www.html.com/xxxxx(错误网站)。查看对应日志中是否有记录。
那么在子配置文件中有两个配置文件admin.conf和html.conf。两个不同域名网站。
创建存放日志的路径。并重新加载配置文件。
[root@Node1 conf.d]#:mkdir -p /data/nginx/logs/
[root@Node1 conf.d]#:nginx -s reload
就会发现在路径下自动成了四个日志文件。
在nginx下创建两个主页文件夹,并写入网页内容:
在客户端:vim /etc/hosts添加一行。域名解析
192.168.114.10 www.admin.com www.html.com
使用客户端访问:
查看日志是否生成:
实现了不同网站的日志分离!
9.检测文件是否存在
当输入了正确的网站如curl www.html.com/zs。
检测规则:$uri $uri.html $uri/index.html /about/default.html(如果都没有就会有个最终匹配到的,如果没有就报错了)
先看在root指定的目录下是否存在zs,按规则顺序匹配,如果有就就不在匹配,没有的话就匹配zs.html,再没有就匹配zs/index.html,再没有就匹配最后默认的/about/default.html。
实验:先都不设置,匹配默认的,然后依次从后往前匹配。
配置文件中:
先实验匹配最后的。要在主目录下/data/nginx/html/下创建一个about文件夹,再创建一个最后的页面default.html:
在客户端curl 192.168.114.10/zs一个没有zs的uri,验证是否能访问到default.hmtl文件。依次匹配,都没中,就会匹配到最后这个打底的。
依次往前$uri/index.html
在主目录下创建zs文件夹,[root@Node1 html]#:mkdir zs,写入index.html文件。
再次访问:curl 192.168.114.10/zs
发现匹配到了$uri/index.html,就不再往下匹配。
再往前匹配,直接在主目录html下创建zs.html文件。
再次访问curl 192.168.114.10/zs
再次往前匹配到$uri,即$zs
再次curl 192.168.114.10/zs:
总结,匹配次序为$uri $uri.html $uri/index.html /about/default.html。如果前面找不到就依次往后匹配,最终有个打底的,否则报错。实验依次从后(/about/default.html)往前($uri)做实验。
10.作为下载服务器配置
先指定主目录:root /data/nginx/html
在location做以下配置:
autoindex on; #开启下载服务器
autoindex_exact_size on; #开启确切大小
limit_rate 1024k; #给下载限速1024k,默认是字节数
set $limit_rate 2M; #谁先生效
alias /opt/download; #别名
在/opt/下创建一个文件夹download,里面复制几个文件过来
重新加载配置文件:nginx -s relaod
使用浏览器访问192.168.114.10/download
-------end-------