nginx的配置文件的详细介绍

悠悠 2022-05-30 05:27 200阅读 0赞

为什么一直着重研究nginx呢?是因为它是一款很强大的服务器,如果会Lua这种插件语言的话,配合与之使用将会是未来几年的新的流行技术,因为太轻了,能力太强大了,到现在可以大概看出,实际服务器之间的架构就是配置文件的链接,修改,添加等关系。下面就介绍一下nginx的配置解析:

# Nginx配置 #

Nginx 的配置主要是修改 /usr/local/nginx/conf/nginx.conf文件

**配置用户和用户组**

user www www;

**工作进程数，建议设置为CPU的总核数**

worker_processes  2;

**全局错误日志定义类型，日志等级从低到高依次为：**

error_log  logs/error.log  info;

**记录主进程ID的文件**

pid    /usr/local/nginx/nginx.pid;

\*\*一个进程能打开的文件描述符最大值，理论上该值因该是最多能打开的文件数除以进程数。但是由于nginx负载并不是完全均衡的，  
所以这个值最好等于最多能打开的文件数。执行 sysctl -a | grep fs.file 可以看到linux文件描述符。\*\*

worker_rlimit_nofile 65535;

**工作模式与连接数上限**

events {
    
        #工作模式，linux2.6版本以上用epoll
    
        use epoll;
    
        #单个进程允许的最大连接数
    
        worker_connections  65535;
    }

**设定http服务器，利用它的反向代理功能提供负载均衡支持**

http \{

#文件扩展名与文件类型映射表
    
    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 记录了哪些用户，哪些页面以及用户浏览器、ip和其他的访问信息
    
    access_log  logs/access.log  main;
    
    #服务器名字的hash表大小
    
    server_names_hash_bucket_size 128;
    
    
    
    #客户端请求头缓冲大小。nginx默认会用client_header_buffer_size这个buffer来读取header值，
    #如果header过大，它会使用large_client_header_buffers来读取。
    
    #如果设置过小HTTP头/Cookie过大 会报400 错误 nginx 400 bad request
    #如果超过buffer，就会报HTTP 414错误(URI Too Long)
    #nginx接受最长的HTTP头部大小必须比其中一个buffer大，否则就会报400的HTTP错误(Bad Request)。
    
    client_header_buffer_size 32k;
    
    large_client_header_buffers 4 32k;
    
    #客户端请求体的大小
    
    client_body_buffer_size    8m;
    
    #隐藏ngnix版本号
    
    server_tokens off;
    
    #忽略不合法的请求头
    
    ignore_invalid_headers   on;
    
    #指定启用除第一条error_page指令以外其他的error_page。

recursive_error_pages    on;

#让 nginx 在处理自己内部重定向时不默认使用  server_name 设置中的第一个域名

server_name_in_redirect off;

#开启文件传输，一般应用都应设置为on；若是有下载的应用，则可以设置成off来平衡网络I/O和磁盘的I/O来降低系统负载
    
    sendfile                 on;
    
    #告诉nginx在一个数据包里发送所有头文件，而不一个接一个的发送。
    
    tcp_nopush     on;
    
    #告诉nginx不要缓存数据，而是一段一段的发送--当需要及时发送数据时，就应该给应用设置这个属性，
    
    #这样发送一小块数据信息时就不能立即得到返回值。
    
    tcp_nodelay    on;
    
    #长连接超时时间，单位是秒
    
    keepalive_timeout  65;
    
    #gzip模块设置，使用 gzip 压缩可以降低网站带宽消耗，同时提升访问速度。
    
    gzip  on;             #开启gzip
    
    gzip_min_length  1k;          #最小压缩大小
    
    gzip_buffers     4 16k;        #压缩缓冲区
    
    gzip_http_version 1.0;       #压缩版本
    
    gzip_comp_level 2;            #压缩等级
    
    gzip_types       text/plain application/x-javascript text/css application/xml;           #压缩类型

> # upstream作负载均衡，在此配置需要轮询的服务器地址和端口号，max\_fails为允许请求失败的次数，默认为1. #
> 
>     #weight为轮询权重，根据不同的权重分配可以用来平衡服务器的访问率。
>     upstream ligh {
>         server 192.168.2.149:8080 max_fails=0 weight=1;
>         server 192.168.1.9:8080 max_fails=0 weight=1;
>     }

#主机配置
    
    server {

> \#监听端口
> 
>     listen       80;
>     
>         #域名
>     
>         server_name  ligh;

#字符集
        charset utf-8;
        #单独的access_log文件
        access_log  logs/192.168.2.149.access.log  main;
        #反向代理配置，将所有请求为http://hostname的请求全部转发到upstream中定义的目标服务器中。
        location / {
    
            #此处配置的域名必须与upstream的域名一致，才能转发。
    
            proxy_pass     http://ligh;
    
            proxy_set_header   X-Real-IP $remote_addr;
    
        }
    
        #启用nginx status 监听页面
    
        location /nginxstatus {
    
            stub_status on;
    
            access_log on;
    
        }
    
        #错误页面
    
        error_page   500 502 503 504  /50x.html;
    
        location = /50x.html {
    
            root   html;
        }
    
    }

\}  
至此，nginx基本的负载均衡配置完成，实验中部署2台tomcat, 然后访问时返回不同的结果，在浏览器中输入地址,也就是nginx服务的访问地址就OK了。