nginx简单配置及使用

最新推荐文章于 2023-06-02 16:46:41 发布

litle tiger

最新推荐文章于 2023-06-02 16:46:41 发布

阅读量503

点赞数

分类专栏：工具安装部署

本文链接：https://blog.csdn.net/weixin_41419401/article/details/104198065

版权

工具安装部署专栏收录该内容

13 篇文章 0 订阅

订阅专栏

常见配置：

events {
    #epoll是多路复用IO(I/O Multiplexing)中的一种方式,
    #仅用于linux2.6以上内核,可以大大提高nginx的性能
    use   epoll; 

    #单个后台worker process进程的最大并发链接数    
    worker_connections  1024;

    # 并发总数是 worker_processes 和 worker_connections 的乘积
    # 即 max_clients = worker_processes * worker_connections
    # 在设置了反向代理的情况下，max_clients = worker_processes * worker_connections / 4  为什么
    # 为什么上面反向代理要除以4，应该说是一个经验值
    # 根据以上条件，正常情况下的Nginx Server可以应付的最大连接数为：4 * 8000 = 32000
    # worker_connections 值的设置跟物理内存大小有关
    # 因为并发受IO约束，max_clients的值须小于系统可以打开的最大文件数
    # 而系统可以打开的最大文件数和内存大小成正比，一般1GB内存的机器上可以打开的文件数大约是10万左右
    # 我们来看看360M内存的VPS可以打开的文件句柄数是多少：
    # $ cat /proc/sys/fs/file-max
    # 输出 34336
    # 32000 < 34336，即并发连接总数小于系统可以打开的文件句柄总数，这样就在操作系统可以承受的范围之内
    # 所以，worker_connections 的值需根据 worker_processes 进程数目和系统可以打开的最大文件总数进行适当地进行设置
    # 使得并发总数小于操作系统可以打开的最大文件数目
    # 其实质也就是根据主机的物理CPU和内存进行配置
    # 当然，理论上的并发总数可能会和实际有所偏差，因为主机还有其他的工作进程需要消耗系统资源。
    # ulimit -SHn 65535

}


http {
    #设定mime类型,类型由mime.type文件定义
    include    mime.types;
    default_type  application/octet-stream;
    #设定日志格式
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  logs/access.log  main;

    #sendfile 指令指定 nginx 是否调用 sendfile 函数（zero copy 方式）来输出文件，
    #对于普通应用，必须设为 on,
    #如果用来进行下载等应用磁盘IO重负载应用，可设置为 off，
    #以平衡磁盘与网络I/O处理速度，降低系统的uptime.
    sendfile     on;
    #tcp_nopush     on;

    #连接超时时间
    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay     on;

    #开启gzip压缩
    gzip  on;
    gzip_disable "MSIE [1-6].";

    #设定请求缓冲
    client_header_buffer_size    128k;
    large_client_header_buffers  4 128k;


    #设定虚拟主机配置
    server {
        #侦听80端口
        listen    80;
        #定义使用 www.nginx.cn访问
        server_name  www.nginx.cn;

        #定义服务器的默认网站根目录位置
        root html;

        #设定本虚拟主机的访问日志
        access_log  logs/nginx.access.log  main;

        #默认请求
        location / {
            
            #定义首页索引文件的名称
            index index.php index.html index.htm;   

        }

        # 定义错误提示页面
        error_page   500 502 503 504 /50x.html;
        location = /50x.html {
        }

        #静态文件，nginx自己处理
        location ~ ^/(images|javascript|js|css|flash|media|static)/ {
            
            #过期30天，静态文件不怎么更新，过期可以设大一点，
            #如果频繁更新，则可以设置得小一点。
            expires 30d;
        }

        #PHP 脚本请求全部转发到 FastCGI处理. 使用FastCGI默认配置.
        location ~ .php$ {
            fastcgi_pass 127.0.0.1:9000;
            fastcgi_index index.php;
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
            include fastcgi_params;
        }

        #禁止访问 .htxxx 文件
            location ~ /.ht {
            deny all;
        }

    }
}

使用案例：

map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
   }

upstream websocket {
    #ip_hash;
    server 172.17.0.1:8080;
}

server {
    listen      80;
    server_name _;
    charset     utf-8;
    client_max_body_size 75M;

    location /api {
        proxy_pass http://172.17.0.1:5002/api;
    }

    location /sqler/ {
        proxy_pass http://172.17.0.1:8025/;
    }

    location /apij {
        proxy_pass http://172.17.0.1:8080/;
    }

    location /ws/ {
      proxy_pass http://172.17.0.1:8080/;
      proxy_http_version 1.1;   
      proxy_read_timeout 3600s;

      proxy_set_header Upgrade $http_upgrade;
      proxy_set_header Connection "Upgrade";
      proxy_set_header X-Real-IP $remote_addr;
      proxy_set_header X-Forwarded-For $remote_addr;

    }

    location / {
        root /usr/share/nginx/html/;
        index index.html;
    }
}

高级配置：

静态文件服务器

在Java开发过程以及生产环境中，最常用的web应用服务器当属Tomcat，尽管这只猫也能够处理一些静态请求，例如图片、html、样式文件等，但是效率并不是那么尽人意。所以在生产环境中，我们一般使用Nginx代理服务器来处理静态文件，来提升网站性能。

server {
        listen  80;
        server_name  file.52itstyle.com;
        charset utf-8;
        #root 指令用来指定文件在服务器上的基路径
        root /data/statics;
        #location指令用来映射请求到本地文件系统
        location / {
           autoindex on; # 索引
           autoindex_exact_size on; # 显示文件大小
           autoindex_localtime on; # 显示文件时间
        }
   }

负载均衡

Nginx 提供轮询（round robin）、IP 哈希（client IP）和加权轮询 3 种方式，默认情况下，Nginx 采用的是轮询。

轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

upstream backserver { 
server 192.168.1.14; 
server 192.168.1.15; 
}

加权轮询

指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。

upstream backserver { 
server 192.168.1.14 weight=1; 
server 192.168.1.15 weight=2; 
}

ip_hash

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

upstream backserver { 
ip_hash; 
server 192.168.0.14; 
server 192.168.0.15; 
}

重试策略

可以为每个 backserver 指定最大的重试次数，和重试时间间隔,所使用的关键字是 max_fails 和 fail_timeout。

upstream backserver { 
server 192.168.1.14  weight=1  max_fails=2 fail_timeout=30s; 
server 192.168.1.15  weight=2  max_fails=2 fail_timeout=30s;
}

失败重试次数为3，且超时时间为30秒。

热机策略

upstream backserver { 
server 192.168.1.14  weight=1  max_fails=2 fail_timeout=30s; 
server 192.168.1.15  weight=2  max_fails=2 fail_timeout=30s;

server 192.168.1.16 backup;
}

当所有的非备机（non-backup）都宕机（down）或者繁忙（busy）的时候，就会使用由 backup 标注的备机。必须要注意的是，backup 不能和 ip_hash 关键字一起使用。

问题整理：

1、Nginx请求后台报499

原网址对应的IP修改后，程序请求异常，更改相关IP后出现请求499，网络解决办法：

打开Nginx的access.log发现在最后一次的提交是出现了HTTP1.1 499 0 -这样的错误，在百度搜索nginx 499错误，结果都是说客户端主动断开了连接。

但经过我的测试这显然不是客户端的问题，因为使用端口+IP直接访问后端服务器不存在此问题，后来测试nginx发现如果两次提交post过快就会出现499的情况，看来是nginx认为是不安全的连接，主动拒绝了客户端的连接.
但搜索相关问题一直找不到解决方法，最后终于在google上搜索到一英文论坛上有关于此错误的解决方法：
proxy_ignore_client_abort on;
Don't know if this is safe.
就是说要配置参数 proxy_ignore_client_abort on;

解决办法：配置参数重启nginx正常，然后去掉参数后restart后也正常，说明原配置没有问题，时系统部署问题。

2、前台post请求发生option或后台Nginx要做多服务路由时部分请求会发生option请求。

配置opstion配置如下，有时相关参数配置错误就会导致请求异常，可以借助postman等工具检查对应请求的请求头信息，然后根据此来配置如下的选项。

location /~/route{

if ( $request_method = 'OPTIONS'){

add_header Access-Control-Allow-Origin "*";
add_header Access-Control-Allow-Methods "POST,GET,PUT,OPTIONS";
add_header Content-Type "text/plain,charset=utf-8";
add_header Access-Control-Allow-Headers "Content-Type,*";
#add_header Access-Control-Allow-Headers "Keep-Alive,Origin,X-Requested-With,Content-Type,Accept, Authorization";
# add_header Access-Control-Allow-Origin *;
# add_header Access-Control-Allow-Methods "POST,GET,PUT,OPTIONS";
# add_header Content-Type "text/plain,charset=utf-8";
add_header Access-Control-Max-Age 3600;
add_header Content-Length 0;

return 200;
}
proxy_pass http://XXXXXX;
}
3、常见nginx docker 启动命令：

docker run --name nginx -p 80:80 -v nginx配置存放目录:/usr/share/nginx/html -v nginx配置存放目录/default.conf:/etc/nginx/conf.d/default.conf -d nginx

具体参数可查docker命令使用。

docker run --name nginx -p 80:80 -v /home/campus/webapph5/web/webapph5:/usr/share/nginx/html -v /home/campus/webapph5/web/default.conf:/etc/nginx/conf.d/default.conf -d nginx

Nginx学习之反向代理WebSocket配置实例 https://blog.52itstyle.com/archives/736/

参考：

https://www.nginx.com/resources/wiki/

http://www.seekl.net/

https://blog.csdn.net/qq_29677867/article/details/90112120

litle tiger

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
nginx简单配置及使用

常见配置：events { #epoll是多路复用IO(I/O Multiplexing)中的一种方式, #仅用于linux2.6以上内核,可以大大提高nginx的性能 use epoll; #单个后台worker process进程的最大并发链接数 worker_connections 1024; # 并发总数是 work...
复制链接

扫一扫