linux中nginx的安装（源码安装）及简单应用（二）

来源：互联网发布：精子优化处理过程编辑：程序博客网时间：2024/06/05 05:24

上一篇写了nginx的安装及服务启动后的访问，下面我们简单介绍一下关于nginx.conf中的内容

相关的路径在上一篇介绍nginx安装时已经指定。这里指出的是默认安装路径

error_log logs/error.log;          # nginx 错误日志相对于安装路径，默认为/usr/local/nginx/
error_log logs/error.log notice; # nginx 记录警告日志相对于安装路径，默认为/usr/local/nginx/
error_log logs/error.log info;    # nginx 记录信息日志相对于安装路径，默认为/usr/local/nginx/
pid        logs/nginx.pid;    # 来指定进程id的存放位置相对于安装路径，默认为/usr/local/nginx/
worker_rlimit_nofile 65535;   # 用于绑定worker进程和CPU，Linux内核 2.4以上可用
# 这个指令是指当一个nginx进程打开的最多文件描述符数目，
# 理论值应该是最多打开文件数（ulimit -n）与nginx进程数相除，
# 但是nginx分配请求并不是那么均匀，所以最好与ulimit -n 的值保持一致
# nginx的工作模式，及最大连接数，ulimit -n 查看，通过ulimit -n 2048 修改为2048
events {
   use epoll;   # 指定Nginx的工作模式，支持的工作模式有select、poll、kqueue、epoll、rtsig 和/dev/poll
# select和poll都是标准的工作模式，kqueue和epoll是高效的工作模式，
# 不同的是 epoll用在 Linux 平台上，而kqueue用在BSD系统中。
# 对于Linux系统，epoll工作模式是首选
   worker_connections 1024; # 指定nginx每个进程的最大连接数，这是系统参数，一般默认为1024，而nginx的处理能力远不止1024
# 最大客户端连接数由 worker_processes和 worker_connections决定，即：max_clients = worker_processes * worker_connections
# 在作为反向代理时，max_clients 变为：max_clients = worker_processes * worker_connections/4
}
# HTTP服务配置
http {
   include       mime.types;                 # 引用同目录下的mime.types文件，可以减少主配置文件的复杂度
   default_type application/octet-stream;   # default_type属于http核心模块指令，这里设定默认类型为二进制流，如文件类型为定义时使用这种方式
    # Nginx的HttpLog模块指令，用于指定Nginx日志的输出格式
   log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
    # main为此日志输出格式的名称，可以在下面的access_log指令中引用
    access_log logs/access.log main buffer=32K; # 设置Nginx被访问的日志路径、格式和缓存大小，相对于安装路径，默认为/usr/local/nginx/
# 日志格式默认值是combined，缓存大小默认是off
# 如果不想记录日志，可以使用“access_log off;”指令关闭日志记录
   client_max_body_size 20m;   # 用来设置允许客户端请求的最大的单个文件字节数，默认值为1M
   client_header_buffer_size    32K;   # 用于指定来自客户端请求头的 headerbuffer大小
# 对于大多数请求，1K的缓冲区大小已经足够，如果自定义了消息头或有更大的 Cookie，
# 可以增加缓冲区大小。这里设置为32K，默认值为1K
   large_client_header_buffers 4 32K; # 用来指定客户端请求中较大的消息头的缓存最大数量和单位大小
# 这里表示设置最大缓存量为4个32K
sendfile        on; # 用于开启高效文件传输模式，默认值是off
  tcp_nopush      on; # 用于控制TCP链接是否推送，默认值是on
   tcp_nodelay     on; # 用于控制TCP链接是否延迟，默认值是on
   # 将tcp_nopush和tcp_nodelay两个指令设置为on用于防止网络阻塞
   client_header_timeout 10; # 设置客户端请求头读取超时时间，单位：秒，默认值为60
   client_body_timeout    10; # 设置客户端请求主体读取超时时间，单位：秒，默认值为60
send_timeout          10;   # 指定响应客户端的超时时间，单位：秒，默认值为60
# 这个超时仅限于两个连接活动之间的时间，
# 如果超过这个时间，客户端没有任何活动，Nginx将会关闭连接
   keepalive_timeout 65; # 保持连接时间，单位:秒,超过该时间，服务器会关闭连接
# HttpGzip模块配置，这个模块支持在线实时压缩输出数据流
   gzip on;    # 用于设置开启或者关闭gzip模块，on表示开启GZIP压缩，实时压缩输出数据流，默认值为off
   gzip_min_length 1k;   # 设置允许压缩的页面最小字节数，页面字节数从header头的Content-Length中获取。
# 默认值是0，不管页面多大都进行压缩。建议设置成大于1K的字节数，小于1K可能会越压越大
   gzip_proxied     any; #
  gzip_buffers     4    16k; # 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流
# 这里表示申请4个单位为16K的内存作为压缩结果流缓存
# 如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果
   gzip_http_version    1.1;   # 用于设置识别HTTP协议版本，默认值是1.1，目前大部分浏览器已经支持GZIP解压，使用默认即可
   gzip_comp_level    1;     # gzip压缩比（1——9），1 压缩比最小处理速度最快，9 压缩比最大但处理最慢（传输快但比较消耗cpu）默认值是1
   gzip_types   text/plain; # 匹配MIME类型进行压缩，无论是否指定， “text/html”类型总是会被压缩的
   gzip_vary    on;          # 让前端的缓存服务器缓存经过GZIP压缩的页面，例如用Squid缓存经过Nginx压缩的数据
# Nginx负载均衡配置
   upstream mywebsite.net{ # upstream指令指定了一个负载均衡器的名称mywebsite.net，可以随便指定，默认值为空
ip_hash;    # Nginx负载均衡调度算法，不设置时为轮询(算法)，Nginx总共支持四种方法：
# 轮询(默认)：每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，
# 故障系统被自动剔除，使用户访问不受影响。采用此算法时，可以设置Weight(轮询权值)，
# Weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下
# 例如：server 192.168.23.137:80 weight=5;
# ip_hash：每个请求按访问 IP 的 hash 结果分配，这样来自同一个IP 的访客固定访问一个后端服务器，
# 有效解决了动态网页存在的 session共享问题
# fair：比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，
# 也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx 本身是不支持 fair的，
# 如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。
# url_hash：按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。
# Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx 的 hash软件包
       server 192.168.23.137:80;   # 指定后端服务器的IP地址和端口
     server 192.168.23.138:80 down; # down状态表示当前的server暂时不参与负载均衡
         server 192.168.23.139:8009 backup; # backup状态表示预留的备份机器。当其他所有的非 backup机器出现故障或者忙的时候，
# 才会请求backup机器，因此这台机器的压力最轻，调度算法为ip_hash时，不能为该状态
            server 192.168.0.211:8080   max_fails=3 fail_timeout=20s; # max_fails，允许请求失败的次数，默认为 1
# 当超过最大次数时，返回proxy_next_upstream 模块定义的错误
# fail_timeout，在经历了max_fails次失败后，暂停服务的时间
# max_fails可以和fail_timeout一起使用
        # 注意：当负载调度算法为 ip_hash时，后端服务器在负载均衡调度中的状态不能是weight和backup
}
# server虚拟主机配置(每一个server都是一个虚拟主机，可以配置多个)
       server {
listen       80;   # 监听的端口
       server_name www.xxx.net; # 指定IP 地址或者域名，多个域名之间用空格分开
       charset koi8-r; # 设置网页的默认编码格式
#access_log logs/host.access.log main; # 根据访问域名生成对应的访问日志
         location / {
root   html;    # 根目录，相对于安装路径，默认为/usr/local/nginx/
index index.html;   # 默认主页，在根目录下
open_file_cache max=1000 inactive=20s;
open_file_cache_valid    30s;
open_file_cache_min_uses 2;
open_file_cache_errors   on;
       }
          location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
root images;
         }
         location /lua {
lua_code_cache off;
content_by_lua_file /usr/local/nginx/lua/test.lua;
           }
       error_page   500 502 503 504 /50x.html;
       location = /50x.html {
root   html;
       }
   }
}

此配置文件中server比较重要，它是用来配置虚拟主机的。下面配置两个虚拟主机的部分代码：

server {
listen       80;   # 监听的端口
       server_name www.xxx.net; # 指定IP 地址或者域名，多个域名之间用空格分开
       charset koi8-r; # 设置网页的默认编码格式
#access_log logs/host.access.log main; # 根据访问域名生成对应的访问日志
location / {

*************

}
}

server {
listen       80;   # 监听的端口
       server_name www.yyy.net; # 指定IP 地址或者域名，多个域名之间用空格分开
       charset koi8-r; # 设置网页的默认编码格式
#access_log logs/host.access.log main; # 根据访问域名生成对应的访问日志
location / {

*************

}
}

然后更改windows系统中的hosts文件：

主机ip地址 www.xxx/yyy.com

然后就可以用域名访问该服务器了。

location 后面是通过浏览器访问时的匹配路径，具体解释，请点击连接：http://nginx.org/cn/docs/http/ngx_http_core_module.html#location

0 0