nginx常勤奋能,网站、反向代理、四层代理、优化方法、python动态页面解析 ...

打印 上一主题 下一主题

主题 818|帖子 818|积分 2454

nginx的常勤奋能:

   网站功能

   
nginx设置文件的语法:

   
指令 参数 分号结尾

   1. 用户认证

   
auth_basic "xxx" ;

   
auth_basic_user-file "/path/for/pass" ;

   
htpasswd -c /path/for/pass username1

   
htpasswd /path/for/pass username2

   2. 基于端口的虚拟主机

   
http{

   
server {

   
listen 8000 ; # 监听端标语

   
server_name __; # 虚拟主机域名

   
root html_a # 网页文件根目录

   
index index.html # 默认页

   
}

   
server {

   
listen 8080 ;

   
server_name __;

   
root html_b;

   
index index.html;

   
}

   
}

   3. 安全加密网站

   
openssl genrsa 生成私钥

   
openssl req -x509 -key 请求生成公钥(根据私钥),公钥也叫证书

   
公钥相称于锁

   
私钥相称于钥匙

   4. lnmp动态网站

   
nginx默认不支持动态网站

   
须要与php和数据库结合,可以支持

   
l: linux

   
n: nginx

   
m: mariadb数据库客户端

   
mariadb-server数据库服务端

   
mariadb-devel扩展包

   
因为在本机部署,属于既是客户端,又是服务端

   
p: php动态网站的语言工具,但不能自动解析,所以须要php-fpm

   
php-fpm 解析(翻译)php的动态页面

   
php-mysqlnd 网站跑起来是须要存数据的,安装之后程序可以自动调用数据库

   
设置的焦点就是修改两个文件:

   
一个是php-fpm的设置文件/etc/php-fpm.d/www.conf

   
第38行下方添加一行:listen 127.0.0.1:9000

   
第二个是nginx的设置文件,把location ~ /.php$ 这个块放开

   5. 地点重写

   
rewrite /a.html /b.html; # 访问包含a.html的路径时,跳转到b.html,此中a.html可以不存在,b.html要存在

   
rewrite ^/a\.html$ /b.html; # 严酷匹配a.html,^匹配开头,\转义符,$匹配结尾

   
rewrite ^/a\.html$ /b.html redirect/permanent;

   
# redirect临时重定向,欣赏器地点栏会变为b.html,状态码302;permanent永久重定向,状态码301

   
指令 参数1 参数2 选项

   
rewrite /(.*) http://www.example.com/$1; # 跳转到新域名的相同路径

   
好比访问192.168.1.3/a.html,就会跳转到http://www.example.com/a.html

   
适用于企业换域名了的场景

   
if ($http_user_agent ~* firefox) { # “~”正则匹配,“*”忽略大小写

   
rewrite (.*) /firefox/$1;

   
} # 根据用户的欣赏器代理,推送不同的页面

   
location是为了匹配用户的路径,如果访问什么路径,就提供什么服务

   
location的作用,有点像if判断

   反向代理(网站集群)

   
不亲自提供服务,指挥后端服务器服务,

   
搭建集群的目的是负载平衡

   
反向代理、调度器、代理服务器,都是一个意思

   
是为后端服务器服务的,服务什么呢,就是帮他们合理的分配使命,所以对于客户端来讲,是反向代理服务器。正向代理服务器,是给客户提供服务的,好比说代理访问一些链路太远的服务器,好比云服务商的镜像加速站等。把链路太远,不轻易直接访问到的资源缓存到代理服务器,然后客户端访问这些资源比较快。对于客户端来讲,就是正向代理。

   1. 权重

   
http {

   
upstream webserver {

   
server 192.168.1.2 weight=2; # 权重

   
server 192.168.1.3 weight=1; # 权重

   
}

   
server {

   
listen 80;

   
server_name __;

   
location / {

   
proxy_pass http://webserver;

   
root html;

   
index index.html;

   
}

   
}

   
}

   
默认分配使命的策略是轮询

   2. 健康检查

   
upstream webserver {

   
server 192.168.99.22:80 ;

   
server 192.168.99.33:80 max_fails=2 fail_timeout=30;

   
} # 检测2次失败,认为后端服务器苏息;然后每30秒检测一次是否已上线。

   
upstream webserver {

   
server 192.168.99.22:80;

   
server 192.168.99.33:80;

   
server 192.168.99.44:80;

   
...

   
server 192.168.99.99:80;

   
server 127.0.0.1:80 default max_fails=2 fail_timeout=30;

   
} # 声明健康检查适用于后端所有服务器。

   3. 相同客户访问相同服务器

   
upstream webserver {

   
ip_hash; # 相同客户访问相同服务器,主要用于用户重复登录的问题

   
# 根据hash算法,同ip哈希值的用户访问,给同一个后端服务器

   
server 192.168.99.22:80 ;

   
server 192.168.99.33:80 ;

   
}

   4. 临时不参与集群活动

   
upstream webserver {

   
server 192.168.99.22:80 down; # 此呆板临时不参与集群活动,先去支持其他业务

   
server 192.168.99.33:80 ;

   
}

   三、四层代理(tcp/udp代理)

   
四层代理和七层代理的区别,四层代理是写在http块的外貌,用的stream{ upstream

   
七层直接用的upstream,写在http里面,upstream是用来创建集群的,

   
如果玩四层,就是在http外貌,stream里面创建集群,

   
如果是玩七层,就是在http里面,直接写upstream

   
总之,两个都要用到upstream

   
区别是,四层要包在stream里面,七层直接包在http里面

   
如果企业运行的不是网站业务,好比ftp、dns,这些服务都是能在服务器上运行。

   
这个功能模块默认没有安装,--with-stream

   
然后无论是七层照旧四层,找后端,都是在server里面定义一个proxy_pass 指令

   
参数是这个集群的名称

   
集群里面的主机用server ip ;定义

   
因为四层代理和http没有关系,所以要写在http的外貌

   
举例ssh集群,这个跟网站没有关系,所以须要写在http块之外

   
用四层代理,要安装--with-stream模块,用这个模块来实现四层代理的功能

   
proxy_pass 指令是调用集群

   
stream {

   
upstream backend {

   
server 192.168.99.22:22;

   
server 192.168.99.33:22;

   
}

   
server {

   
listen 12345;

   
proxy_pass backend;

   
}

   
}

   
http {

   
server {

   
location / {

   
}

   
}

   
}

   
测试:

   
ssh 192.168.99.11 -p 12345 # 99.11就会把ssh请求转发给后端TCP服务器

   优化

   1. 自定义错误页面开启中文

   
开启中文:

   
charset utf-8;

   
自定义错误页面,取消解释行:

   
error_page 404  /404.html;

   
echo "抱歉,您访问的网页不存在" > html/404.html

   
nginx设置文件里面的根“/”是网站的根,而不是linux的根

   2. 查看后台数据功能

   
须要nginx的另外一个模块

   
--with-http_stub_status_module

   
# stub  单子存根,这里意思是http存根状态

   
# 焦点词status,记不住模块名,可以

   
./configure --help | grep status

   
同理,可以

   
./configure --help | grep ssl

   
找到https网站须要用的http_ssl模块

   
如果原来运行的nginx没有安装--with-http_stub_status_module

   
用./configure --with-stream --with-http_stub_status_module && make

   
生成objs/nginx,这个新的nginx主程序

   
通过objs/nginx -V 可验证新的结果

   
cp objs/nginx /usr/local/nginx/sbin/nginx

   
把原来的主程序覆盖,新功能模块就可以用了

   
而/usr/local/nginx/目录下的其他数据都没动

   
等于说是make,重新设置编译主程序,然后把新主程序拷贝到安装目录,程序就升级了

   
拷贝前停止nginx服务就行,不用卸载重装。

   
相称于给服务打补丁,而不是重新安装。

   
操纵方法:

   
location /status {

   
stub_status on; # 启动状态页面

   
allow example_ip; # 允许自己的ip

   
deny all; # 拒绝别的ip访问这个路径

   
}

   
网站访问后台数据,只允许自己看,其他人不能看。

   
PV 页面欣赏量

   
UV 独立访客数

   
默认server里面加一个location,匹配网站根目录下的/status路径,

   
访问网站这个路径,可以看到stub_status,网站的存根状态

   
状态页解释:

   
Active connections:  活动连接数,有多少用户正在访问此网站,比较真实体现网站的访问量

   
server accepts handled requests

   
已经吸取客户端的连接总数量

   
已经处理客户端的连接总数据

   
客户端发送的请求数据

   
Reading: Writing: Waiting:

   
服务器正在读取客户端请求头的数量,用户特别多的时候,这个值会增长

   
当前服务器正在回应数据的数量

   
多少用户正在等候服务器响应

   
这些数据能很好的展示,服务器的运行环境,如果访问量大,但是等候的用户太多,那么就须要给服务器加设置,优化性能。

   3. 优化nginx并发量

   
worker_processes x;  # nginx启动之后,开多少干活的进程,一样平常设置为等于cpu焦点数

   
多少个焦点开多少个进程

   
events {

   
worker_connections xxxx; # 每个nginx进程,支持的并发量,这个值可以设置大一些

   
}

   
命令行: ulimit -n  查看本呆板支持的最大打开文件数量,默认是1024

   
ulimit -n 100000 将本机最大打开文件数调整为100000,用来ab测试,实践中不用调整

   
ab -n -c http://192.168.xx.xx 压力测试

   4. 优化nginx,来支持超长地点。即414错误怎样解决,请求url头部太长

   
client_header_buffer_size 200k;

   
large_client_header_buffers 4 200k;

   
http块里面添加这两行命令参数

   
网页地点允许开辟使用问号?传递变量参数

   
这个变量参数不须要人来定义,这个地点由程序自动生成

   
解决nginx怎样支持超长地点的问题

   
nginx会先缓存数据,然后读取这个缓存

   
nginx生存客户端的请求数据时,默认缓存数据的量是1k

   
如果有的请求头数据超过1k,就须要优化

   5. 让客户端欣赏器,缓存当地数据

   
不用客户端点一次,服务器就发送一次数据,大大减轻服务器的压力

   
服务器可以让客户端的欣赏器和app缓存服务器刚刚传递过来的数据

   
location ~* \.(jpg|html|mp4|txt)$ {

   
expires 30d;

   
}

   
# “~”允许用正则表达式匹配,“*”忽略大小写,“\”转义符, “.jpg$” 以.jpg结尾

   
# expires 30d; # 等30天过后,这个文件才逾期,让数据在客户欣赏器缓存30天

   6. 设置网站限流限速

   
limit_rate 100k; #全范围速

   
limit_rate 200k; #虚拟主机限速

   
limit_rate 300k; #file_a目录限速300k

   
limit_rate 0k; #file_b目录不限速

   
limit_conn_zone $binary_remote_addr zone=addr:10m; # 一个用户同时打开多个连接也无法突破限定

   7. 跨域访问

   
add_header 'Access-Control-Allow-Origin' 'http://192.168.1.2'; #  #服务器响应数据中添加允许跨域访问

   8. 隐蔽版本号

   
server_tokens off;

   9. 防dos攻击

   
设置nginx连接共享内存为10M,每秒钟只吸取一个请求,最多有5个请求列队,多余的拒绝

   
limit_req_zone $binary_remote_addr zone=one:10m rate=1r/s; # 添加

   
limit_req zone=one burst=5; # 添加

   10. 防止缓冲区溢出

   
http {

   
client_body_buffer_size 1k;

   
client_header_buffer_size 1k;

   
client_max_body_size 1k;

   
large_client_header_buffers 2 1k;

   python动态页面解析uWSGI

   
python用Django框架

   1. 自己一个ini设置文件

   
]# cat myproject.ini

   
[uwsgi]

   
socket=127.0.0.1:8000

   
chdir=/root/python/python-project

   
wsgi-file=path/wsgi.py

   
daemonize=/var/log/uwsgi.log

   
processes=4

   
master=true

   2. 修改nginx设置文件添加两行

   
location / {

   
uwsgi_pass 127.0.0.1:8000; # 默认location里面添加转发后端

   
include uwsgi_params;  # 默认location添加,此文件nginx自带

   
root html;

   
index index.html index.htm;

   
}

   3. ini文件运行项目

   
]# uwsgi --ini myproject.ini

   
补充阐明:

   
1. server在nginx设置文件里面有两层含义,一层是虚拟主机,另一层,包含在upstream xxx块之中的是后端真实服务器。

   
2. http块内是七层的内容,也就是网站相干的。四层的内容要写在http块之外,好比四层代理。

   
3. location写在server块里面,也就是一个虚拟主机里面的不同路径给到不同的网站的根目录,和默认首页。用来匹配客户端访问的网站的路径。

   
4. proxy_pass调用后端,可以写在server里面,也可以细分到server的location里面。

   
5. nginx调优的目的是为了发挥它的最大实力。


免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

不到断气不罢休

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表