【02】Nginx:基本配置和日志处理
写在前面的话
Nginx 在安装完成后自动为我们生成了一个展示欢迎页的虚拟主机,除此之外,还附带了很多基础的配置,我们先来看看这些配置有什么用,顺便添加一些常用但是配置文件中并未初始化进去的配置来专门谈谈。
基础配置
以下是默认配置文件中的内容,并做了简单的调整:
# Nginx 默认运行 worker 的用户为 nobody,而 Master 用户为 root
user nobody; #工作进程,也就是 worker 数量,一般为 CPU 核数,可以写 auto
worker_processes 1; # 默认错误日志路径,级别
error_log logs/error.log info; # 默认 PID 文件保存位置
pid logs/nginx.pid; # 一个进程打开的最大文件数,建议与 ulimit -n 一致
worker_rlimit_nofile 65535; events {
# epoll 为一种多路复用 IO 模式,可以提升性能
use epoll; # 单个进程最大连接数
worker_connections 65535;
} 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 logs/access.log main; # 高效文件传输,普通设置为 on,下载服务或者高 IO 服务设置为 off
sendfile on; # 长连接超时时间,单位是秒
keepalive_timeout 65; # gzip 压缩输出
# gzip on; # 虚拟主机
server {
# 监听端口
listen 80; # 域名,多个空格隔开
server_name localhost; # 单独的日志
# access_log logs/host.access.log main;
# error_log logs/error.log; # 匹配规则
location / {
# 项目目录和索引文件
root html;
index index.html index.htm;
} # 404 返回页面
# error_page 404 /404.html; # 其他错误代码返回页面
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
从上面的配置中我们需要知道:
1. nginx 进程由 master / worker 组成,master 通过 root 用户运行,worker 通过配置中用户运行,默认 nobody。
2. 并发总数 = worker_processes * worker_connections,但如果是反向代理需要除以 。
3. worker_connections 受制于内存和 IO,也就是机器的性能。
4. 通过 cat /proc/sys/fs/file-max 查看服务器可以打开文件句柄数,一般 1G 内存为 10 万左右。
5. worker_rlimit_nofile 需要大于等于 worker_connections,而且在系统优化时应该调大 ulimit 的值。
6. error log 可以在 http 外层配置,因为启动 nginx 也会报错写日志,但 access 日志只能在 http 的下级配置中。
7. http 端口为 80,https 端口为 443。
实现基本的 WEB 服务
我们这里以单纯的 HTML 文件来实现 nginx 作为轻量级 WEB 服务器的基本功能。
1. 创建相关目录和页面:
mkdir -p /data/www/demo-80
mkdir -p /data/www/demo-8080
echo '<h1>NGINX SERVER PORT 80</h1>' >/data/www/demo-80/index.html
echo '<h1>NGINX SERVER PORT 80 404 NOT FOUND</h1>' >/data/www/demo-80/404.html
echo '<h1>NGINX SERVER PORT 8080</h1>' >/data/www/demo-8080/index.html
echo '<h1>NGINX SERVER PORT 8080 404 NOT FOUND</h1>' >/data/www/demo-8080/404.html
目录结构如下:

2. 为了增强配置,我们将虚拟主机抽离到单独的配置中,并删除掉原本的 server 段:
user nginx;
worker_processes auto;
error_log /data/logs/nginx/error.log info;
pid /data/logs/nginx/nginx.pid; events {
worker_connections 65535;
} http {
include mime.types;
default_type application/octet-stream;
sendfile on;
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 /data/logs/nginx/access.log main;
include vhosts/*.conf;
}
该配置作用在于,在 http 段下面增加 /data/services/nginx/conf/vhosts 目录下以 .conf 结尾的所有文件!
新建相关目录:
cd /data/services/nginx/conf
mkdir vhosts
3. 去 vhosts 目录下添加本次测试的配置:demo.conf
# 80 端口测试
server {
listen 80;
server_name localhost; location / {
root /data/www/demo-80;
index index.html index.htm;
}
error_page 404 /404.html;
} # 8080 端口测试
server {
listen 8080;
server_name localhost; location / {
root /data/www/demo-8080;
index index.html index.htm;
}
error_page 404 /404.html;
}
4. 重载配置生效:
/data/services/nginx/sbin/nginx -t
/data/services/nginx/sbin/nginx -s reload
我们要养成每次重载配置之前 -t 检查配置的习惯。
另外 -s reload 可以平滑重启 nginx,不会造成业务中断,同理 -s stop 就是停止 nginx。
5. 查看端口,访问测试:

访问 80:

访问 80 端口不存在的页面:

访问 8080:

访问 8080 端口不存在的页面:

日志配置
nginx 日志配置不同位置的不同含义:
1. 在 nginx 配置文件的最外层,我们可以配置 error_log,这个 error_log 能够记录 nginx 启动过程中的异常,也能记录日常访问过程中遇到的错误。
2. 在 http 段中可以配置 error_log 和 access_log,可以用于记录整个访问过程中成功的,失败的,错误的访问。
3. 在 server 内部配置属于专门 server 的 error_log 和 access_log,这是我们常用的,不同业务日志分开。
最后我们需要知道的,越往配置里层,优先级越高,意味着 server 的日志记录以后并不会因为你在外层写了日志而再次记录。
在日志配置中,有如下关键字:
| 关键字 | 说明 |
|---|---|
| error_log | 错误日志,级别:debug/info/notice/warn/error/crit/alert/emerg |
| error_log logs/error.log error; | |
| access_log | 正常访问日志,可以关闭:access_log off |
| access_log logs/access.log main; | |
| open_log_file_cache | 日志写入都是经过打开,写入,关闭文件。该参数用于设置日志文件的缓存,默认 off |
| open_log_file_cache max=1000 inactive=20s valid=1m min_uses=2; | |
| log_not_found | 是否在 error_log 中记录不存在的错误,默认 on |
| log_not_found on | off; | |
| log_subrequest | 是否在 access_log 中记录子请求的记录,默认 off |
| log_subrequest on | off; | |
| rewrite_log | 重写的日志,该日志只有在 rewrite 时候起作用,一般用于调试,默认 off |
| rewrite_log on | off; | |
另外我们需要单独拿出来谈谈的是日志格式关键字:log_format
我们需要先知道的是,在 nginx 中内置了很多变量,我们都可以直接拿来使用,在日志这里我们常用的变量:
| 变量 | 含义 |
|---|---|
| $remote_addr | 客户端的 IP 地址 |
| $remote_user | 客户端用户名称 |
| $time_local | 当前时区时间 |
| $time_iso8601 | ISO8601 标准格式下的本地时间 |
| $request | 请求的 URL 与 HTTP 协议 |
| $status | 请求状态,成功 200 |
| $body_bytes_sent | 发送给客户端的主体文件大小 |
| $http_referer | 从哪个页面来的 |
| $http_user_agent | 客户端浏览器信息 |
| $http_x_forwarded_for | 客户端真实 IP |
| $connection | 连接的序列号 |
| $connection_requests | 当前通过一个连接获取的请求数量 |
| $msec | 日志写入时间 |
| $pipe | pipeline 标识 |
| $request_length | 请求长度 |
| $request_time | 请求处理时间 |
我们先看下默认的配置:
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
我们可以进行简单的改写,便于查看:
log_format mylog '$remote_addr - $status $remote_user [$time_local] "$request" '
'[Bytes: $body_bytes_sent - Time: $request_time] "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
此时我们删除配置中原来的日志配置,修改为我们新的:
...
http {
...
log_format mylog '$remote_addr - $status $remote_user [$time_local] "$request" '
'[Bytes: $body_bytes_sent - Time: $request_time] "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"'; access_log /data/logs/nginx/access.log mylog;
...
}
红色部分需要特别注意,我们改了这个格式的名字,自然使用的时候也要换成这个名字。
重载 nginx 后访问查看日志 /data/logs/nginx/access.log:

至于为啥状态码是 而不是 ,原因在于对于这种静态文件,nginx 在第一次访问的时候状态码 200,再次访问就是 304 了。
如果你还想 200,可以 ctrl + F5 强制刷新浏览器就是 200 了。 而且 304 可以发现其实服务器发送大小是 的。
至于针对单个 server(虚拟主机) 增加专门的日志,我们可以修改 demo.conf:
# 80 端口测试
server {
listen 80;
...
error_log /data/logs/nginx/demo-error.log info;
access_log /data/logs/nginx/demo-access.log mylog;
}
...
重载配置访问测试我们可以发现:
1. 原本的 access.log 无论专门刷新也没有日志写入了。
2. 在 /data/logs/nginx 目录下生成了我们刚刚配置的日志:

日志已经写到了新的文件里面!
小结
本节都是 nginx 的基础,谈了一下简单的虚拟主机的配置,但是这些都是最简单的实现。至于新日志的格式,更加有利于我们对日志进行处理和查看。
【02】Nginx:基本配置和日志处理的更多相关文章
- Nginx 核心配置-自定义日志路径及清空日志注意事项
Nginx 核心配置-自定义日志路径及清空日志注意事项 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.关于日志清空注意事项 1>.nginx服务写访问日志是基于acces ...
- Nginx 基本配置和日志分析
最近在维护的一个项目,路由转发规则都统一通过Nginx转发,所以再次参考部分博文和书本,熟悉Nginx的基本配置,还有一个重点也是日志的分析 Nginx 常用模块是server块,location块. ...
- 03 . Nginx日志配置及日志切割
Nginx日志 日志对于统计排错来说是非常有利的,Nginx日志主要分为两种: access_log(访问日志)和error_log(错误日志),通过访问日志可以得到用户的IP地址.浏览器的信息,请求 ...
- Nginx日志配置及日志切割
日志配置 日志对于统计排错来说非常有利的.本文总结了nginx日志相关的配置如access_log.log_format.open_log_file_cache.log_not_found.log_s ...
- 【Nginx系列】Nginx虚拟主机的配置核日志管理
Nginx配置段 #user nobody; worker_processes 1;// 有1个工作的子进程,可以自行修改,但太大无益,因为要争夺CPU,一般设置为 CPU数*核数 #error_lo ...
- NGINX按天生成日志文件的简易配置
NGINX按天生成日志文件的简易配置 0x01 最近后端童鞋遇到一个小需求,拆分nginx生成的log文件,最好是按天生成,看着她还有很多bug待改的状态,我说这个简单啊,我来吧.曾经搞node后端的 ...
- tomcat及nginx相关,格式化输出,配置及日志解析
1.https://www.cnblogs.com/jingmoxukong/p/8258837.html?utm_source=gold_browser_extension Tomcat ...
- Nginx 高级配置-自定义json格式日志
Nginx 高级配置-自定义json格式日志 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 在大数据运维工作中,我们经常会使用flume,filebeat相关日志收集工具取收集日志 ...
- nginx 默认配置语法和日志的format
nginx 默认配置 查看有nginx哪些默认配置文件,打开/etc/nginx/nginx.conf文件,查看尾行部分 会默认将/etc/nginx/conf.d/文件下其他以.conf结尾的配置文 ...
随机推荐
- Koa 中间件的执行
Node.js 中请求的处理 讨论 Koa 中间件前,先看原生 Node.js 中是如何创建 server 和处理请求的. node_server.js const http = require(&q ...
- Python爬取猪肉价格网并获取Json数据
场景 猪肉价格网站: http://zhujia.zhuwang.cc/ 注: 博客: https://blog.csdn.net/badao_liumang_qizhi 关注公众号 霸道的程序猿 获 ...
- 在 VS Code 中遇到的一些问题
1.在安装时未配置右键快捷菜单,想重新添加 最简单的就是重新安装一遍,在安装过程中选择好. 其次可以通过以下注册表脚本导入(保存为 .reg 文件),注意因为有中文字符,需要使用记事本保存为 ANSI ...
- Kali 无线网络
WiFi——必备的一个东西: AP:这是无线用户接入到互联网的设备 ESSID:可以用于无限局域网中的多个AP中 BSSID:每个AP的唯一标识符 SSID:网络名称 Channels Wi-Fi可以 ...
- Wireshark使用教程:不同报文颜色的含义
- 设置 色彩规则有两个入口,一个在报文上方的工具栏内,如图: 那个鲜艳的图标就是色彩规则的入口. 另一个是view-->coloring rules菜单. 点击进去即可看见所有的色彩规则的设置 ...
- Linux 下Postgresql 命令:
关闭:service postgresql stop 启动:service postgresql start 启动数据库:pg_ctl start -D /data/postgres 重启数据库: p ...
- HTTP相关知识总结
HTTP协议特点 支持客户端/服务器模式 简单快速 灵活.允许传输任意类型的数据对象 限制每次连接只处理一个请求(http最初设计思想,现在为了提升传输效率,一次请求完成后不会立即断开连接) 无连接: ...
- semantic功能介绍
semantic功能介绍 gnu Semantic Manual 1,代码自动补全 3,代码导航 启动semantic功能:(semantic-mode 1) 1,Semantic mode 是辅助模 ...
- MySQL 主从复制(实时热备)原理与配置
MySQL是现在普遍使用的数据库,但是如果宕机了必然会造成数据丢失.为了保证MySQL数据库的可靠性,就要会一些提高可靠性的技术.MySQL主从复制可以做到实时热备数据.本文介绍MySQL主从复制原理 ...
- 网络流(3)——找到最小st-剪切
在大规模战争中,后勤补给是重中之重,为了尽最大可能满足前线的物资消耗,后勤部队必然要充分利用每条运输网.与此同时,交战双方也想要以最小的代价切断敌军的补给,从而使敌军处于孤立无援的境地.在古今中外的各 ...